• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: Hudson and Client-Side Classes
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

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


  • Follow-Ups:
    • Re: Hudson and Client-Side Classes
      • From: David Avendasora <email@hidden>
References: 
 >Hudson and Client-Side Classes (From: David Avendasora <email@hidden>)
 >Re: Hudson and Client-Side Classes (From: Mike Schrag <email@hidden>)
 >Re: Hudson and Client-Side Classes (From: David Avendasora <email@hidden>)
 >Re: Hudson and Client-Side Classes (From: David Avendasora <email@hidden>)
 >Re: Hudson and Client-Side Classes (From: David Avendasora <email@hidden>)
 >Re: Hudson and Client-Side Classes (From: Chuck Hill <email@hidden>)
 >Re: Hudson and Client-Side Classes (From: David Avendasora <email@hidden>)
 >Re: Hudson and Client-Side Classes (From: Chuck Hill <email@hidden>)
 >Re: Hudson and Client-Side Classes (From: David Avendasora <email@hidden>)

  • Prev by Date: Re: Hudson and Client-Side Classes
  • Next by Date: Re: Hudson and Client-Side Classes
  • Previous by thread: Re: Hudson and Client-Side Classes
  • Next by thread: Re: Hudson and Client-Side Classes
  • Index(es):
    • Date
    • Thread