Phil 6.13.13

7:30 – 4:30 SR

  • Meeting with PIT crew to go over demo
  • FA – Maybe wire up FA to VizTool to create up-to-date queries based on queries on status page (publish to viz tool?)
  • VSS – result on createVizTable is false for the accept/commit/obligate table. Need to look into that
  • VSS – Unable to set the script schedule. Changing the time in the db works though. Not sure if the scriptrunner is catching that?
  • FA – the status query page needs to be more general, probably with free-form queries based that produce ad-hoc thables
  • FA – May need an easy “point and click” basic query interface too?
  • Working on getting the VSSTestbed server up and configured. The jython jar file isn’t getting exported
  • Getting some Tomcat errors:
    • SEVERE: The web application [/VSSTestbed] appears to have started a thread named [RedeployManager] but has failed to stop it. This is very likely to create a memory leak.
    • SEVERE: The web application [/VSSTestbed] registered the JDBC driver [com.mysql.jdbc.Driver] but failed to unregister it when the web application was stopped. To prevent a memory leak, the JDBC Driver has been forcibly unregistered.
    • SEVERE: The web application [/VSSTestbed] created a ThreadLocal with key of type [java.lang.ThreadLocal] (value [java.lang.ThreadLocal@47f36a24]) and a value of type [flex.messaging.client.FlexClient] (value [flex.messaging.client.FlexClient@65c1ed3f]) 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.
      Jun 13, 2013 2:37:34 PM org.apache.catalina.loader.WebappClassLoader checkThreadLocalMapForLeaks
    • SEVERE: The web application [/VSSTestbed] created a ThreadLocal with key of type [java.lang.ThreadLocal] (value [java.lang.ThreadLocal@1ebef74a]) and a value of type [org.python.core.ThreadState] (value [org.python.core.ThreadState@b5d2b0b]) 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.
    • Searching for related messages implies that we need a servletContextListener. Need to look into this later.
  • Think I fixed the query store. The if the macro object was required and could be null.
  • The problem with storing the viz table may be in redundant column names. Pulling out the insertion of uid and timestamp. That, plus testing in the table_roles where there was no matching id seems to have fixed the problem. Burning a new full VSS to disk.

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out /  Change )

Google photo

You are commenting using your Google account. Log Out /  Change )

Twitter picture

You are commenting using your Twitter account. Log Out /  Change )

Facebook photo

You are commenting using your Facebook account. Log Out /  Change )

Connecting to %s

This site uses Akismet to reduce spam. Learn how your comment data is processed.