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

Reply via email to