3 Replies Latest reply on Nov 25, 2015 10:07 AM by qn RSS
    francky Explorer

    White page instead of Composer

    Hi everybody

     

    Since yesterday, when I try accessing Thingworx directly, I get a completely white page instead (even the source code is white)

    Everything was fine on Monday, though I get those errors in

    ThingworxStorage's ApplicationLog.log on shutdown :

     

    2015-11-25 13:24:29.917+0100 [L: ERROR] [O: c.t.s.ThingWorxBootstrapper] [I: ] [U: SuperUser] [S: ] [T: localhost-startStop-2] Error getting ApplicationContext: {}ValueStream Data Processing is supported but the ValueStreamDataProcessor was invalid

     

    Catalina on shutdown/context changed :

     

    25-Nov-2015 13:24:29.928 WARNING [localhost-startStop-2] org.apache.catalina.loader.WebappClassLoaderBase.clearReferencesThreads The web application [Thingworx] appears to have started a thread named [http-bio-443-exec-7] but has failed to stop it. This is very likely to create a memory leak. Stack trace of thread:

    java.net.SocketInputStream.socketRead0(Native Method)

    java.net.SocketInputStream.socketRead(SocketInputStream.java:116)

    java.net.SocketInputStream.read(SocketInputStream.java:170)

    java.net.SocketInputStream.read(SocketInputStream.java:141)

    sun.security.ssl.InputRecord.readFully(InputRecord.java:465)

    sun.security.ssl.InputRecord.read(InputRecord.java:503)

    sun.security.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:973)

    sun.security.ssl.SSLSocketImpl.readDataRecord(SSLSocketImpl.java:930)

    sun.security.ssl.AppInputStream.read(AppInputStream.java:105)

    org.apache.coyote.http11.upgrade.BioServletInputStream.doRead(BioServletInputStream.java:53)

    org.apache.coyote.http11.upgrade.AbstractServletInputStream.read(AbstractServletInputStream.java:124)

    org.apache.tomcat.websocket.server.WsFrameServer.onDataAvailable(WsFrameServer.java:51)

    org.apache.tomcat.websocket.server.WsHttpUpgradeHandler$WsReadListener.onDataAvailable(WsHttpUpgradeHandler.java:203)

    org.apache.coyote.http11.upgrade.AbstractServletInputStream.onDataAvailable(AbstractServletInputStream.java:198)

    org.apache.coyote.http11.upgrade.AbstractProcessor.upgradeDispatch(AbstractProcessor.java:96)

    org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:668)

    org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:279)

    java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)

    java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)

    org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)

    java.lang.Thread.run(Thread.java:745)

    25-Nov-2015 13:24:29.933 SEVERE [localhost-startStop-2] org.apache.catalina.loader.WebappClassLoaderBase.checkThreadLocalMapForLeaks The web application [Thingworx] created a ThreadLocal with key of type [java.lang.ThreadLocal] (value [java.lang.ThreadLocal@17898386]) and a value of type [java.util.Stack] (value [[SuperUser:User]]) 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.

     

    Those two have always been here so I was never worried but now ...

     

    The strangest thing being that I can still access my app via my custom login page and get to the mashup this way

     

    I'm on Thingworx 6.5 (tried F000 and SP2)

     

    Already tried everything I can think of with Tomcat and Thingworx

     

    I'll submit this to the support if I can't find a solution in a few hours