> So I need to copy all the properties from all the frameworks into my app’s 
> properties file? And in production, if I compile to a jar, I then need to 
> list all the properties as command line arguments?

I've been ignoring those warnings for years now. Everything seems to work as 
one would expect…

> Also, I’ve got 'Resolve dependencies from workspace projects’ checked in my 
> project’s maven properties, but if I set a breakpoint in this class, it’s 
> looking for the class in the m2 repository. Is there some other thing I need 
> to do to make the application use the ERExtensions in my workspace?

That's the one thing that I find a bit annoying. To get the debugger to find 
the source files: 
<https://wiki.wocommunity.org/display/documentation/Maven+Running+or+Debugging+as+WO+Application>
 From my experience, you only have to do this for dependencies, not the 
application itself.

> On Sep 17, 2015, at 2:27 PM, G Brown <[email protected]> wrote:
> 
>> 
>>> I also get quite a lot of these properties warnings in the console:
>>> 
>>> Sep 17 11:24:16 helloworld[50191] WARN  
>>> er.extensions.foundation.ERXFileUtilities  - Can't get path when run as 
>>> jar: JavaFoundation - Properties
>>> Sep 17 11:24:16 helloworld[50191] WARN  
>>> er.extensions.foundation.ERXFileUtilities  - Can't get path when run as 
>>> jar: JavaFoundation - Properties.dev
>>> Sep 17 11:24:16 helloworld[50191] WARN  
>>> er.extensions.foundation.ERXFileUtilities  - Can't get path when run as 
>>> jar: JavaFoundation - Properties.rgurley
>>> 
>>> And so on for basically every framework.
>> 
>> WebObjects works with jar type frameworks; Wonder expects non-jar or file 
>> based frameworks, at least  er.extensions.foundation.ERXFileUtilities 
>> expects them. 
>> So properties contained in Wonder frameworks have to be set in your 
>> properties file, as ERXFileUtilities   is used often to read the properties.
>> 
>> G Brown
>> [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/lists.fabian%40e-lumo.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