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

[Bertram Ludaescher]

About the load problem: 
IMHO there are user requirements and their constraints coming from the
underlying system.

Others have already commented on the various "gotchas" in Ptolemy and
Kepler, so I stick to the requirements:

As a user, after installing Kepler I'd like to see a reasonably small
number of actors (proxy or real -- I don't care as a user ;-)
preloaded. Small as in load it fast.

In 99% of all times, users will have access to the internet. So when I
say "search" on the actor pane, I would like to be connected to a
Kepler actor repository which has an index of all available actors. 
It will return to me the "signature" (actor name, ports, metadata) of
all actors that were found. If I decide to "download" an actor, from
that point on the actor will live locally on my disk (and, btw, we
might need versioning here..). 

When designing this (overdue I think ;-) feature, we might also
include the idea of creating Kepler 'packages'. 
For example, there could be a SEEK package, SPA package, Cipres
package etc. A packackage is just a bundle of actors that people have
designed for a particular user group. 

Bertram



>>> On Fri, 22 Sep 2006 15:49:17 -0700 (PDT)
>>> Shawn Bowers <sbowers at ucdavis.edu> wrote: 
SB> 
SB> On Fri, 22 Sep 2006, Edward A. Lee wrote:
SB> 
>> (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?).
SB> 
SB> The reason we are doing the "full load" is because we want to be able to
SB> search over the actors -- and Ptolemy provides no support for this without
SB> loading the actors.  In fact, it is even worse than this, since we also
SB> can't use the current Ptolemy infrastructure/classes to load "proxies" of
SB> actors ...  I think the main reason why it takes so long, and also the
SB> reason why we haven't implemented a better solution, has actually more to
SB> do with the excessive XML writing/reading/processing going on in how
SB> Ptolemy loads/processes actors.
SB> 
SB> -shawn
SB> 
>> 
>> 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:525)
>> at java.sql.DriverManager.getConnection(DriverManager.java:171)
>> at
>> org.ecoinformatics.util.DBConnectionFactory.getDBConnection(DBConnectionFactory.java:91)
>> at
>> org.ecoinformatics.util.DBConnectionFactory.getDBConnection(DBConnectionFactory.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
>> 
SB> _______________________________________________
SB> Kepler-dev mailing list
SB> Kepler-dev at ecoinformatics.org
SB> http://mercury.nceas.ucsb.edu/ecoinformatics/mailman/listinfo/kepler-dev