Re: Hudson and Client-Side Classes
Re: Hudson and Client-Side Classes
- Subject: Re: Hudson and Client-Side Classes
- From: Chuck Hill <email@hidden>
- Date: Mon, 15 Jun 2009 20:28:31 -0700
On Jun 15, 2009, at 5:47 PM, David Avendasora wrote:
On Jun 15, 2009, at 8:37 PM, Chuck Hill wrote:
On Jun 15, 2009, at 5:19 PM, David Avendasora wrote:
On Jun 15, 2009, at 6:28 PM, Chuck Hill wrote:
Maybe. Which task is this for? What does your build.xml say for
this task?
build.woapp.
And lookie there:
<lib dir="Libraries">
<include name="*.jar" />
</lib>
I checked, and this little gem is in the build.xml file of all the
App and Framework project templates.
The new ones? I wonder if that is a left over from pre-New Hotness.
Yep. Nightly as of a couple nights ago.
Hold on now. That is in the woapplication task? That is just copying
jars into the Contents/Resources/Java directory IIRC. That is not
putting them on the classpath, just assembling the bundle.
I'm guessing there's a reason that it just loads everything in
Libraries, but it's counterintuitive when the incremental builder
doesn't do that. Not as far as I can tell, anyway.
I am leaning more towards cruft that never bit anyone before.
I just love being the guy that this kind of stuff bites. Maybe I'm
just willing to look like an idiot and ask... :-)
You do it really, really well. ;-)
The same should hold true for /Library/WebObjects/Extensions/ if
people shouldn't be putting stuff in there, and it seems to
cause a lot of confusion, why go and automatically load
everything in there?
For compatibility with how the runtime works. Just because
people say that you should not be putting things in there, does
not mean that other people will listen.
Can we at least make Ant write "You moron! There's stuff in the
WebObjects/Extensions directory. Get rid of it." into the console
if the directory isn't empty? It would have only mildly hurt my
feelings yesterday, but would have saved me a few hours time.
We could, but that would entail messing about in the WOProject
code. That ranks somewhere around "double root canal" in terms of
fun.
Yeah, it was kind of a rhetorical question....
Probably a good suggestion for Jira, but not at the top of my list of
Stinky Things to Attend To. Few of which I have ever started...
Second, I added an external .jar file to my project, it shows up
in the .classpath file in the project, but Ant is _not_ loading
that one. Why?
How did you add it? What does it look like in the .classpath file?
In the Build Path properties window I clicked the "Add External
JARs" button and selected it. It is the client-side jar of
EODistribution (Since WOLips doesn't automatically add the client-
side jars to the classpath when you add a framework to the build
path).
<classpathentry kind="lib" path="/Developer/WebObjects/bestmaid/
System/Library/Frameworks/JavaEODistribution.framework/Versions/A/
WebServerResources/Java/JavaEODistribution.jar"/>
That sounds like a Mike question. The FQ path looks scary in the
classpath, but I would have thought that New Hotness would have put
these on the classpath. Is it perhaps just not _scanning_ for it
as there is a FQ path?
Well, this is an "External JAR" so it would have to be fully
qualified,
Right. The "Variable" functionality is probably a better choice for
this sort of thing.
but it appears that anything in the .classpath file that is a
type="lib" get's ignored. Which may be why the build.xml file goes
and grabs everything out of the Libraries directory.
I suspect that you are mixing Apples and Octopus Hair here, but I am
only guessing. Hopefully Mike will see this and comment on New
Hotness and type="lib".
Chuck
--
Chuck Hill Senior Consultant / VP Development
Come to WOWODC'09 in San Fran this June!
http://www.wocommunity.org/wowodc09/
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden