Lot of things have changed and most notably the classloading has
completely changed since v3 tp2. We are now more closely aligned to the
behavior as observed in GFv2 environment. I don't know what you are
trying to do, but I do know that people are able to use apache commons
library in their app in recent builds of GFv3. We even have dev tests in
web tier that specifically tests this scenario. You should be able to
use any version of those libraries without impacting the server runtime.
Don't use modules/apache-commons-${version}.jar, for that jar contains a
private copy of some commons code that server runtime needs.
Thanks,
Sahoo
glassfish_at_javadesktop.org wrote:
> Hi Sahoo,
>
> I wasn't completely clear. I used the apache-commons-${version}.jar as well as others.
>
> 1) If I use a apache copy of commons-logging.jar that I was using with gfv3 tp2 which was working, the
> [code]
> Caused by: java.lang.ClassCastException: org.apache.commons.logging.impl.LogFactoryImpl cannot be cast to org.apache.commons.logging.LogFactory
> at org.apache.commons.logging.LogFactory.newFactory(LogFactory.java:504)
> [/code] occurs as well.
>
> For tp2 I was successfully running the ejb 3.1's with a copy of commons-logging.jar from apache. Now with b25 the exception is occurring but over all more things are close to working.
>
> I'll trying the latest commons-logging.jar release from apache to see what happens...
> [Message sent by forum member 'rimartin7' (rimartin7)]
>
> http://forums.java.net/jive/thread.jspa?messageID=300746
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe_at_glassfish.dev.java.net
> For additional commands, e-mail: users-help_at_glassfish.dev.java.net
>
>