There are many places in XmlBeans where ThreadLocal is used and as far as I could see after a quick glance, there is no easy workaround, so it would be good if you can report a bug at https://issues.apache.org/jira/secure/CreateIssue!default.jspa with some more description about what type of processing you perform.
Thanks... Dominik. On Thu, Nov 1, 2018 at 6:45 AM Janakiraman <janakiraman.natara...@inswit.com> wrote: > catalina.2013-07-30.log.bz2:SEVERE: The web application /ure_v3 created > a ThreadLocal with key of type > org.apache.xmlbeans.impl.schema.SchemaTypeLoaderImpl$1 (value > org.apache.xmlbeans.impl.schema.SchemaTypeLoaderImpl$1@57a73656) and a > value of type java.util.ArrayList (value > java.lang.ref.SoftReference@22e0750f) but failed to remove it when the > web application was stopped. Threads are going to be renewed over time > to try and avoid a probable memory leak. > catalina.2013-07-30.log.bz2:SEVERE: The web application /ure_v3 created > a ThreadLocal with key of type org.apache.xmlbeans.impl.store.CharUtil$1 > (value org.apache.xmlbeans.impl.store.CharUtil$1@32c00f6e) and a value > of type java.lang.ref.SoftReference (value > java.lang.ref.SoftReference@3e253dac) but failed to remove it when the > web application was stopped. Threads are going to be renewed over time > to try and avoid a probable memory leak. > catalina.2013-07-30.log.bz2:SEVERE: The web application /ure_v3 created > a ThreadLocal with key of type > org.apache.xmlbeans.impl.schema.SchemaTypeLoaderImpl$1 (value > org.apache.xmlbeans.impl.schema.SchemaTypeLoaderImpl$1@57a73656) and a > value of type java.util.ArrayList (value > java.lang.ref.SoftReference@7ef40713) but failed to remove it when the > web application was stopped. Threads are going to be renewed over time > to try and avoid a probable memory leak. > > > Any workaround code for able issue. I am using latest version of > xmlbeans3.0.1 and POI 4.0.1. > > > Regards, > > Janakiraman N > >