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

[Shawn Bowers]

> 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.

Sure -- but also its useful to know ahead of time if there is a problem. I
think both of these can be achieved, except ... .

> 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 :-)

The search mechanism could easily be extended to support proxies -- it
would be trivial. The problem is that Ptolemy can't be easily extended to
support proxies ...

-shawn


>
> _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
>     ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> --------
> _______________________________________________
> Kepler-dev mailing list
> Kepler-dev at ecoinformatics.org
> http://mercury.nceas.ucsb.edu/ecoinformatics/mailman/listinfo/kepler-dev
>