Re: classes.include.patternset and difference between Eclipse and Jenkins
Re: classes.include.patternset and difference between Eclipse and Jenkins
- Subject: Re: classes.include.patternset and difference between Eclipse and Jenkins
- From: John Huss <email@hidden>
- Date: Fri, 07 Sep 2012 12:09:12 -0500
The ant build doesn't work correctly in this regard - it will not obey the patternset and will just include .class files. You can work around it by modifying your build.xml to add the desired resources to the jar after it is built. Or just put them in Resources/ instead.
John
On Fri, Sep 7, 2012 at 11:53 AM, Larry Mills-Gahl
<email@hidden> wrote:
I am trying to track down a problem that I think is a difference between the compilation process within Eclipse and the process in Jenkins.
I have stylesheets that are used for transforms and I address them from within the jar (it's easier that way when the process is called from not just woapps).
If I compile and deploy the embedded package from Eclipse, all is good.
If I deploy the successful jenkins build of the same code (same version confirmed in the console output) I get malformed URL errors because it can't locate the resource from the class loader.
I really would like to get this part of the build fix so that the tests that succeed in Eclipse succeed in Jenkins. (also, I'm sick of uploading the entire package for this app when the jenkins server is so much closer to the deployment environment)
My classes.include.patternset is:
**/*.class
*.properties
**/*.png
**/*.xsl
**/*.xml
which I would expect to work (and it does in Eclipse)
Any suggestions about what might be causing this or strategies for debugging would be greatly appreciated.
Thanks
Larry
_______________________________________________
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
_______________________________________________
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