hmmm .. i thought class includes were used by build.xml also .....
actually, i took a look at the project i have that uses Kerberos (and has a krb5.conf in source): <wocompile srcdir="src" destdir="bin" includes="**/*.java,**/*.conf"> looks like i added it to the wocompile script. kind of lame. On Jan 13, 2010, at 11:41 AM, Patrick Robinson wrote: > Ah! That works in Eclipse (it causes the .keystore file to be copied to > build/app.woa/Contents/Resources/Java/), but it doesn't work for deployment. > Do I need to add something to build.xml to make it do the same thing there? > > > On Jan 13, 2010, at 11:11 AM, Mike Schrag wrote: > >> you need to put it in your source folder and add the file extension to the >> classes.include.patternset ... >> >> On Jan 13, 2010, at 11:01 AM, Elizabeth Lynch wrote: >> >>> Hi Patrick >>> >>> How about right-clicking it and trying WOLips Tools->Include as Resource? >>> >>> Liz >>> >>> On 13 Jan 2010, at 14:30, Patrick Robinson wrote: >>> >>>> No, that didn't work... it just gets ignored. Thanks for the suggestion, >>>> though; it sounded promising! I thought it might result in the file's >>>> being put into Contents/Resources/Java/, which *is* in the classpath. >>>> >>>> - Patrick >>>> >>>> >>>> On Jan 13, 2010, at 6:17 AM, David Avendasora wrote: >>>> >>>>> Hi Patrick, >>>>> >>>>> This is just a stab-in-the-dark, but can't you just drop it into the >>>>> Sources directory? >>>>> >>>>> Dave >>>>> >>>>> On Jan 12, 2010, at 11:20 PM, Patrick Robinson wrote: >>>>> >>>>>> I need to use a java library that expects to find my java keystore file >>>>>> (which would normally be specified by the javax.net.ssl.keyStore system >>>>>> property) in a directory on the classpath. >>>>>> >>>>>> How do I do that? Is there a way to create a dir (perhaps under >>>>>> Resources), and tell the build system to include it in the classpath? >>>>>> >>>>>> - Patrick >>>>>> >>>>>> _______________________________________________ >>>>>> Do not post admin requests to the list. They will be ignored. >>>>>> Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) >>>>>> Help/Unsubscribe/Update your Subscription: >>>>>> http://lists.apple.com/mailman/options/webobjects-dev/webobjects%40avendasora.com >>>>>> >>>>>> This email sent to webobje...@avendasora.com >>>>>> >>>>>> >>>>> >>>>> _______________________________________________ >>>>> Do not post admin requests to the list. They will be ignored. >>>>> Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) >>>>> Help/Unsubscribe/Update your Subscription: >>>>> http://lists.apple.com/mailman/options/webobjects-dev/pgr%40vt.edu >>>>> >>>>> This email sent to p...@vt.edu >>>> >>>> _______________________________________________ >>>> Do not post admin requests to the list. They will be ignored. >>>> Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) >>>> Help/Unsubscribe/Update your Subscription: >>>> http://lists.apple.com/mailman/options/webobjects-dev/liz%40plsys.co.uk >>>> >>>> This email sent to l...@plsys.co.uk >>>> >>> >>> _______________________________________________ >>> Do not post admin requests to the list. They will be ignored. >>> Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) >>> Help/Unsubscribe/Update your Subscription: >>> http://lists.apple.com/mailman/options/webobjects-dev/mschrag%40mdimension.com >>> >>> This email sent to msch...@mdimension.com >> > _______________________________________________ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com