Re: java.util.logging and Maven builds
Re: java.util.logging and Maven builds
- Subject: Re: java.util.logging and Maven builds
- From: Hugi Thordarson <email@hidden>
- Date: Fri, 23 Jun 2017 08:47:58 +0000
>> src/main/resources is a path to a Java resource. Contents/Resources is a
>> path to a WebObjects resource. Java knows Jacques Schmidt about these.
>> Only WO classes know about this. Your Maven build needs to get this file
>> into the top level directory that the class files are under (would normally
>> go into a package, top level is the default package).
>
> logging.properties _does_ get copied from src/main/resources into
> target/classes during build. But it _doesn’t_ make it into the app’s JAR
> (which ends up in Contents/Resources/Java), which I suspect is where it needs
> to be.
>
> I’m stumped—any Maven aficionados want to chime in?
WOLifecycle modifies the maven standard behaviour by enlisting src/resources
for WO bundle resources only (equivalent to /Resources in Fluffy Bunny).
However, the Eclipse compiler doesn't know about WOLifecycle's eccentricities
and will continue to behaves as if the project is a standard maven project and
copy the resources in src/main to target/classes. That's why everything works
during development and blows up in production.
I've mentioned that we should really change this behaviour: Make WOLifecycle
handle src/resources like a standard maven java project does and then add a
separate folder for WO bundle resources (app-resources, wo-resources or
something like that). You can see a bit of discussion in #maven on Slack on
January 24th. Unfortunately I haven't had the time to actually *do* anything
about that :).
If you'd like, here's a workaround: You can force maven to copy the java
resources (or certain resources). But of course, this is less than optimal.
https://gist.github.com/hugith/a2ece8632ab33b994403ff9a04722fc1
<https://gist.github.com/hugith/a2ece8632ab33b994403ff9a04722fc1>
Cheers,
- hugi
_______________________________________________
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