Okay. Good to know. I’m going to try this in a hello world app/framework and 
see if I can get a simple input stream from framework resources there.

Thanks Chuck

On Apr 12, 2016, at 1:58 PM, Chuck Hill <[email protected]> wrote:

> It should work.  It sounds like the problem is that your business logic 
> framework is not getting built correctly and so not recognized as a framework.
> 
> pathForResourceNamed is deprecated (in reality if not JavaDoc), use 
> pathURLForResourceNamed instead.  But that won’t work unless your framework 
> is recognized.  
> 
> The other alternative is to move it so that Maven includes it as a Java, not 
> WO, resource and use java.lang.Class.getResource*
> 
> Chuck
> 
> 
> 
> 
> 
> 
> On 2016-04-12, 1:47 PM, 
> "[email protected] on behalf of 
> Ramsey Gurley" <[email protected] on 
> behalf of [email protected]> wrote:
> 
>> I have an application with a business logic framework, and in that framework 
>> there is a Resources/known_hosts file. I’ve discovered that with maven, 
>> ERXFileUtilities.pathForResourceNamed just returns null and logs out “Can’t 
>> get path when run as jar: …”. 
>> 
>> In this case, I’m using the JSch library to do SFTP, and that happens to 
>> accept a path or an input stream for the known hosts file. So I switch to 
>> ERXFileUtilities.inputStreamForResourceNamed, and I still get a null return 
>> value. It just fails silently.
>> 
>> So I put together a test case and stepped through until I get to the point 
>> where it tries to load the known_hosts file. What I discover is that my 
>> business logic framework isn’t listed in NSBundle.allBundles() or even 
>> NSBundle._allBundlesReally(). Since the bundle isn’t found, it checks the 
>> WOA for Resources/known_hosts instead.
>> 
>> Moving the known_hosts up to the app seems to work.
>> 
>> Is there some proper way to access files in a dependent framework’s 
>> Resources, or does this sound strange to the maven people?
>> 
>> Thanks,
>> 
>> Ramsey
>> _______________________________________________
>> Do not post admin requests to the list. They will be ignored.
>> Webobjects-dev mailing list      ([email protected])
>> Help/Unsubscribe/Update your Subscription:
>> https://lists.apple.com/mailman/options/webobjects-dev/chill%40gevityinc.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:
https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

This email sent to [email protected]

Reply via email to