This isn't a bug - resources is "class path" resources in the context
of Java, which happens to be in WEB-INF/classes for a web app, and /
for a JAR.

You have two options:
- add the files directly to src/main/webapp
- use the war plugin's webResources configuration to add a new location

(this is assuming that this is what works, I'm not familiar if
META-INF/services is read from the root of a webapp or not)

- Brett

2008/6/6 Jerry Thome <[EMAIL PROTECTED]>:
> I need to add a "META-INF/services/org.apache.commons.logging.LogFactory"
> to tell commons-logging to use log4j (a pretty basic thing I think).  I
> thought I was suppose to add it to the main/resources/ directory.  As many
> of you know, it copies everything from here to the WEB-INF/classes
> directory.
>
> AppServices
> |-- pom.xml
> |-- src
> |    |-- main
> |    |   |-- java
> |    |   |-- resources
> |    |   |   `-- META-INF
> |    |   |       `-- services
> |    |   |           `-- org.apache.commons.logging.LogFactory
> |    |   `-- webapp
> |    |
> |    `-- test
> |        `-- java
> |            `-- ...
> `-- target
>    |-- classes
>    `-- AppServices
>        |-- META-INF
>        `-- WEB-INF
>            `-- classes
>                `-- META-INF
>                    `-- services
>                        `-- org.apache.commons.logging.LogFactory
>
> Is this a bug?  Am I putting the "META-INF/services" in the wrong place? I
> am currently using Maven 2.0.9.
>
>
>
> Thank you!
>
>
>
> The information contained in this e-mail and any accompanying documents may 
> contain information that is confidential or otherwise protected from 
> disclosure. If you are not the intended recipient of this message, or if this 
> message has been addressed to you in error, please immediately alert the 
> sender by reply e-mail and then delete this message, including any 
> attachments. Any dissemination, distribution or other use of the contents of 
> this message by anyone other than the intended recipient is strictly 
> prohibited. All messages sent to and from this e-mail address may be 
> monitored as permitted by applicable law and regulations to ensure compliance 
> with our internal policies and to protect our business. E-mails are not 
> secure and cannot be guaranteed to be error free as they can be intercepted, 
> amended, lost or destroyed, or contain viruses. You are deemed to have 
> accepted these risks if you communicate with us by e-mail.
>
>
>



-- 
Brett Porter
Blog: http://blogs.exist.com/bporter/

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to