It's a no-brainer once you realize how it works. My point is that
when the build fails, there is no visual indication that the build
failed. No popup, no warning message, no anything. Just that hidden
little line down in the "Problems" tab, which probably isn't open.
If you do an ant build from the command line, or a make, or
xcodebuild, or whatever, it visibly breaks if the compile doesn't
complete. My experience is that with certain problems at least,
Eclipse just silently exludes the class that didn't compile from the
deployable jar. And that seems problematic. I feel like you
shouldn't have to investigate to see if a compile completed
successfully or not.
> Date: Wed, Apr 18 2007 9:59 am
> From: "John Huss"
>
>
> I think it's pretty much a no-brainer that you shouldn't deploy an
> application that doesn't successfully compile (that has errors in the
> problems tab).
>
> John
>
>
>
>
> == 3 of 3 ==
> Date: Wed, Apr 18 2007 11:13 am
> From: Mike Schrag
>
>
>> However, there are a couple of irritating
>> problems with building for deployment
> You should log these as bugs against wolips if you haven't already.
>
> ms
That said, it sounds like maybe you ran into some WOLips bugs also.
If you don't log bugs in the wolips bug system, or discussion them on
the wolips mailing list, wolips developers won't know they exist, so
better to log them than to just put up w/ them.
ms