[kepler-dev] Kepler won't start for me...

Christopher Brooks cxh at eecs.berkeley.edu
Fri Sep 22 16:04:35 PDT 2006


There are two issues here, multiple kepler runs and load time overall.

The multiple kepler bug is:
http://bugzilla.ecoinformatics.org/show_bug.cgi?id=2315

Unfortunately, this bug was marked as "Won't Fix" by Chad, who wrote:

> The only way we could fix this is to have multiple .kepler directories
> on one machine. This would require a profiling system like morpho has.
> Since I don't think this is on our list of things to do, i'm going to
> mark this WONTFIX.  If at some point we add a profile system, possibly
> when we add authentication, this problem should be fixed.

I think this is something worth fixing, but that is only because I
sometimes has multiple versions of Ptolemy running.


Shawn wrote: 
> The reason we are doing the "full load" is because we want to be able to
> search over the actors -- and Ptolemy provides no support for this without
> loading the actors.  In fact, it is even worse than this, since we also
> can't use the current Ptolemy infrastructure/classes to load "proxies" of
> actors ...  I think the main reason why it takes so long, and also the
> reason why we haven't implemented a better solution, has actually more to
> do with the excessive XML writing/reading/processing going on in how
> Ptolemy loads/processes actors.

I can't find the bug for this in the Kepler bugzilla.

Edward and I have been doing some performance tuning in ptII, we
solved some problems, but I doubt if this will impact the startup 
parsing of actors.  Going to a different parser might help.

There are lots of things about Ptolemy that I don't like, but one
thing I do like is that I can start up even if some package somewhere
is not quite right.  It would be nice to see this work in Kepler
in a similar fashion.

I'm not sure I understand why the search mechanism can't be modified
to search proxies, but then again, I don't understand much about the
search mechanism :-)

_Christopher

--------

    We've encountered this DB lock problem before.  Its not related to the 
    tree, but to the underlying database for data access.  I think Jing 
    might be able to clarify the details, but try killing all kepler 
    processes and then deleting the hsqldb.lck file and starting up Kepler.
    
    I agree the startup sequence is a problem.  I'm hoping that we can 
    eliminate the need to load every actor upon startup (or even upon 
    opening a tree node) by using a proxy object in the tree that represents 
    just some metadata about the actor.  Only upon DnD onto the canvas would 
    the actor be instantiated.  This should help tremendously with startup 
    time and initial reliability (of course at the expense of not seeing the 
    errors until someone tries to use an actor).
    
    Matt
    
    Christopher Brooks wrote:
    > Yep, you probably have two keplers running.
    > There is an open bug for this problem.
    > 
    > There is also an open bug for the start up speed issue.
    > 
    > _C
    > --------
    > 
    >     
    >     Kepler won't start for me... I get the following
    >     exception (BTW, this sort of experience has convinced me that
    >     this idea of loading all the actors at startup time was a really
    >     bad idea, and in fact could ultimately make Kepler unusable...
    >     Can I talk you into going back to the Ptolemy II model of loading
    >     actors only when the libraries are opened?).
    >     
    >     Any suggestions for starting Kepler?  I tried deleting the lock
    >     file, but the OS won't let me, telling me some other application
    >     is using it.  I suspect the other application is Kepler, left
    >     over from a previous failed attempt to start it...
    >     
    >     Edward
    >     
    >     Caused by: java.sql.SQLException: The database is already in use by 
    >     another process: org.hsqldb.NIOLockFile at c06705ff[file =C:\Documents 
    >     and Settings\eal\.kepler\cache\cachedata\hsqldb.lck, exists=true, 
    >     locked=false, valid=false, fl =null]: java.lang.Exception: The 
    >     process cannot access the file because another process has locked a 
    >     portion of the file : C:\Documents and 
    >     Settings\eal\.kepler\cache\cachedata\hsqldb.lck
    >              at org.hsqldb.jdbc.jdbcUtil.sqlException(Unknown Source)
    >              at org.hsqldb.jdbc.jdbcConnection.<init>(Unknown Source)
    >              at org.hsqldb.jdbcDriver.getConnection(Unknown Source)
    >              at org.hsqldb.jdbcDriver.connect(Unknown Source)
    >              at java.sql.DriverManager.getConnection(DriverManager.java:5
   25)
    >              at java.sql.DriverManager.getConnection(DriverManager.java:1
   71)
    >              at 
    >     org.ecoinformatics.util.DBConnectionFactory.getDBConnection(DBConnect
   ionFac
    >    tory.java:91)
    >              at 
    >     org.ecoinformatics.util.DBConnectionFactory.getDBConnection(DBConnect
   ionFac
    >    tory.java:73)
    >              at org.kepler.gui.KeplerInitializer.initializeSyste
    >     ....
    >     
    >     ------------
    >     Edward A. Lee
    >     Professor, Chair of EECS
    >     231 Cory Hall, UC Berkeley, Berkeley, CA 94720-1770
    >     phone: 510-642-0253 or 510-642-0455, fax: 510-642-2845
    >     eal at eecs.Berkeley.EDU, http://ptolemy.eecs.berkeley.edu/~eal  
    >     
    >     _______________________________________________
    >     Kepler-dev mailing list
    >     Kepler-dev at ecoinformatics.org
    >     http://mercury.nceas.ucsb.edu/ecoinformatics/mailman/listinfo/kepler-
   dev
    > --------
    > _______________________________________________
    > Kepler-dev mailing list
    > Kepler-dev at ecoinformatics.org
    > http://mercury.nceas.ucsb.edu/ecoinformatics/mailman/listinfo/kepler-dev
    
    -- 
    ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
    Matthew B. Jones
    jones at nceas.ucsb.edu                         Ph: 805-617-4179
    National Center for Ecological Analysis and Synthesis (NCEAS)
    UC Santa Barbara     http://www.nceas.ucsb.edu/ecoinformatics
    ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
--------


More information about the Kepler-dev mailing list