Re: checkThreadLocalMapForLeaks: com.sun.xml.bind.v2.runtime.Coordinator

2013-05-20 Thread jieryn
Greetings, On Mon, May 20, 2013 at 9:45 AM, Konstantin Kolinko wrote: > 2013/5/19 jieryn : >> $ grep com.sun.xml.bind.v2.runtime.Coordinator * >> Binary file jaxb-impl-2.2.1.1.jar matches >> Apache Maven dependency:tree shows that this is coming from Apache >> Wink (wink-common -> wink-client). >

Re: checkThreadLocalMapForLeaks: com.sun.xml.bind.v2.runtime.Coordinator

2013-05-20 Thread Konstantin Kolinko
2013/5/19 jieryn : > Greetings, > > I am using Apache Tomcat 7.0.40, via IBM Java 7 SR2. I am seeing the > following on Tomcat shutdown: > > org.apache.catalina.loader.WebappClassLoader.checkThreadLocalMapForLeaks > The web application [] created a ThreadLocal with key of type > [com.sun.xml.bind.v

Re: checkThreadLocalMapForLeaks: com.sun.xml.bind.v2.runtime.Coordinator

2013-05-20 Thread jieryn
Greetings, On Mon, May 20, 2013 at 4:17 AM, Mark Thomas wrote: > Tomcat is not responsible for any ThreadLocals your application creates. > If your application creates them (or causes them to be created), your > application needs to clean them up. Ok, I understand. > Depending on exactly what t

Re: checkThreadLocalMapForLeaks: com.sun.xml.bind.v2.runtime.Coordinator

2013-05-20 Thread Mark Thomas
On 19/05/2013 17:39, jieryn wrote: > Greetings, > > I am using Apache Tomcat 7.0.40, via IBM Java 7 SR2. I am seeing the > following on Tomcat shutdown: > > org.apache.catalina.loader.WebappClassLoader.checkThreadLocalMapForLeaks > The web application [] created a ThreadLocal with key of type > [

Re: checkThreadLocalMapForLeaks: com.sun.xml.bind.v2.runtime.Coordinator

2013-05-20 Thread Mark Thomas
On 20/05/2013 01:41, Martin Gainty wrote: > Hi Jesse Jesse - please ignore Martin's reply. As usual, he is talking nonsense. Mark - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: us

RE: checkThreadLocalMapForLeaks: com.sun.xml.bind.v2.runtime.Coordinator

2013-05-19 Thread Martin Gainty
Hi Jesse you can configure your customised Jaxb factory implementor by implementing a jaxb.properties file with a javax.xml.bind.context.factory=value javax.xml.bind.context.factory=org.eclipse.persistence.jaxb.JAXBContextFactory be aware with key=value value is the name of the class that imple