this is all determined by classpath/framework ordering, so it
obviously looks like the order is wrong somehow ... hudson isn't doing
anything special here, so i would run ant with debug manually and see
what's going on. it should fail identically from commandline.
On Jun 15, 2009, at 1:34 PM, David Avendasora wrote:
Hi All (mostly Mike, again)
I've gotten all my frameworks and applications to successfully build
with Hudson, including fully embedded servlet deployments, except
for one.
Of course it is a Java Client project that makes use of some client-
side classes from one of my frameworks that is failing. Here's the
situation:
I'm using Generics with WO 5.3.3. Normally you'd use Wonder to get
Generic versions of com.webobjects.foundation.NSArray and friends,
only ERExtensions doesn't create a client-side jar for use with
WebStart Java Client apps (WebServerResources/Java/
ERExtensions.jar), so I had to create my own framework that does.
I've included my BMExtensions.framework on the classpath of my
Project and ensured that it loads prior to even
ERExtensions.framework. No big deal, and running the Ant build from
within Eclipse handles things just fine (I'm guessing it is really
looking at the server-side class), but when Hudson tries to build
the project, I get:
compile:
[mkdir] Created dir: /Developer/Hudson/Workspaces/
BakeryManagementD2JavaClient/Trunk/bin
[wocompile] Compiling 262 source files to /Developer/Hudson/
Workspaces/BakeryManagementD2JavaClient/Trunk/bin
[wocompile] /Developer/Hudson/Workspaces/
BakeryManagementD2JavaClient/Trunk/Sources/com/bestmaid/
bakeryManagement/client/integration/_ExternalCustomer.java:62: type
com.webobjects.foundation.NSArray does not take parameters
[wocompile] public
NSArray
<com.bestmaid.bakeryManagement.client.orderManagement.Customer>
bmCustomers() {
[wocompile] ^
So it is obviously using JavaFoundation.framework's version of
NSArray instead of my custom one, or even the ERExtensions server-
side one. How do I override which one it is using to do the compile
so it won't fail?
Thanks,
Dave
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list ([email protected])
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/mschrag%40mdimension.com
This email sent to [email protected]
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list ([email protected])
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com
This email sent to [email protected]
