Kepler: Issueshttps://projects.ecoinformatics.org/ecoinfo/https://projects.ecoinformatics.org/ecoinfo/ecoinfo/favicon.ico?14691340362009-05-22T19:20:19ZEcoinformatics Redmine
Redmine Bug #4104 (New): Need resource manager to handle objects in the resources directorieshttps://projects.ecoinformatics.org/ecoinfo/issues/41042009-05-22T19:20:19ZChad Berkleyberkley@nceas.ucsb.edu
<p>This class should have static methods for accessing items in the modules' resources directory. This would allow resources to be accessed from a centralized place based on module name and path, but it would keep developers from having to hard code file paths into the java code. An example method might be:</p>
<p>File f = ResourceManager.getResource("common", "images/kepler-about.png");</p>
<p>Which would read the kepler/modules/common/resources/images/kepler-about.png file.</p>
<p>We could also have resource-type specific calls, like</p>
<p>Image i = ResourceManager.getImage("common", "images/kepler-about.png");</p>
<p>Comments? Other ideas?</p> Bug #4052 (New): Should be able to store native libraries in a kar filehttps://projects.ecoinformatics.org/ecoinfo/issues/40522009-05-04T21:50:45ZChad Berkleyberkley@nceas.ucsb.edu
<p>A kar file should be able to contain native libraries needed for a given actor. These libraries should be loaded at runtime when the kar file is imported. This is an offshoot of bug 3074. We are not yet ready to implement functionality such as this, so it will have to wait until after the 2.0 release.</p> Bug #4035 (New): MoMLSimpleApplication does not filter Display actor or any GUI Kepler actors.https://projects.ecoinformatics.org/ecoinfo/issues/40352009-04-29T22:05:23ZChad Berkleyberkley@nceas.ucsb.edu
<p>When you run a -nogui kepler run, MoMLSimpleApplication should have the ability to filter some of the gui elements in a workflow. This would be useful for running a workflow with basic gui output (such as displays).</p> Bug #3931 (New): Get the R actor working with JNIhttps://projects.ecoinformatics.org/ecoinfo/issues/39312009-04-02T16:58:08ZChad Berkleyberkley@nceas.ucsb.edu
<p>We need to get the R actor working with JNI instead of having it make calls to the native executable. This will simplify many aspects of R, including file handling, installation and overall cohesiveness with the rest of the system.</p>
<p>Bug 3809 needs to get fixed first.</p> Bug #3921 (New): Exported KAR files do not correctly export private classeshttps://projects.ecoinformatics.org/ecoinfo/issues/39212009-03-31T16:25:48ZChad Berkleyberkley@nceas.ucsb.edu
<p>When exporting a KAR file, if the actor contains private classes, the private classes are not exported and an exception is thrown saying the PrivateClass is not visible. Need to look into the export paradigm to see if we can extract the private classes or whether we need to change the documentation to say that private classes are not available for export and possibly check to see if private classes exist at export time and give the user a warning.</p> Bug #3265 (New): ascToRaw needs more error handlinghttps://projects.ecoinformatics.org/ecoinfo/issues/32652008-05-02T17:41:34ZChad Berkleyberkley@nceas.ucsb.edu
<p>There are several try/catch statements in AscToRaw.java that either have nothing in the catch statement or just a single println. this should be reworked to use better error handling.</p> Bug #3205 (New): gdalTranslate actor crashes on bad format and won't work with all gdal formatshttps://projects.ecoinformatics.org/ecoinfo/issues/32052008-04-03T16:24:25ZChad Berkleyberkley@nceas.ucsb.edu
<p>Niels Hoffman reports that the gdalTranslate actor will not work with all of the current formats supported by gdal_translate. I think this is a problem with the dll or so that we have pre-compiled. We may need to recompile the jni java classes against the newer gdal libraries and include a new dll/so.</p> Bug #3189 (New): CommandLineExec needs ability to kill spawned processhttps://projects.ecoinformatics.org/ecoinfo/issues/31892008-03-26T23:01:06ZChad Berkleyberkley@nceas.ucsb.edu
<p>Many times when authoring/debugging a workflow, the process spawned by the command line actor runs infinitely. It would be good if the CLE actor kept track of the process id and could kill the process either with a special user function or when you click the stop button. Right now the only way to do this is to either kill kepler or to figure out which process is hung and kill it manually.</p> Bug #3116 (New): Web page rendering needs to be made w3c complianthttps://projects.ecoinformatics.org/ecoinfo/issues/31162008-01-31T21:22:44ZChad Berkleyberkley@nceas.ucsb.edu
<p>The rendering engine used in ptII/kepler is about 10 years out of date. It gets confused on elements like end tags and fully relies on tables for layout. We need to add a better rendering engine for showing html if we want to continue to support html documentation.</p> Bug #3066 (New): actor sdkhttps://projects.ecoinformatics.org/ecoinfo/issues/30662008-01-16T00:41:43ZChad Berkleyberkley@nceas.ucsb.edu
<p>We need an SDK for building actors so that it is easier for people writing new java actors. the SDK would include a build file that only compiles the actor then puts the actor and any required jars into a kar file.</p> Bug #2997 (In Progress): Icons stop working after using kepler for a whilehttps://projects.ecoinformatics.org/ecoinfo/issues/29972007-11-06T22:32:37ZChad Berkleyberkley@nceas.ucsb.edu
<p>After having kepler open for some uncertain amount of time, the icons just stop working right. When you drag an actor to the canvas, the error " Error getting kar file on actor drop: For input string: "11906637555"" is displayed in the console and the icon that shows on the canvas of the newly dropped actor is either a blank box or a generic green box.</p> Bug #2987 (In Progress): Kepler Library (actor repository) Issueshttps://projects.ecoinformatics.org/ecoinfo/issues/29872007-10-26T17:47:06ZChad Berkleyberkley@nceas.ucsb.edu
<p>Kirsten has found a few bugs/issues with the actor repository.</p>
<p>1) It is possible to upload an actor without a class. This is fine, but kepler is now complaining if that class can't be found in the classpath then it won't render the rest of the search results. There are two ways this should be fixed: Either no actor should be uploaded without a class, or it should just ignore errors like this and go on to the next actor. This would be much better if the dynamic class loading worked for the repository.</p>
<p>2) There is an actor in the repository that somehow has multiple KeplerDocumentation properties with the same name. I'm not even sure how it's possible that it got uploaded. When you do a search that returns this actor, you get a skipable error, which is fine, but it doesn't tell you which actor is the problem. This make it impossible to fix.</p>
<p>3) There used to be a status bar that popped up when the search was taking a long time. For some reason, that isn't working anymore, so when the search takes 10 seconds, the search button just sits there indented and unless you're watching the terminal, it looks like kepler is hung. The status bar needs to be re-added. ProgressMonitorSwingWorker is the class that should be used.</p>
<p>4) The search facility in kepler is functioning differently from the library.kepler-project.org web page. The web page is doing a title only search while kepler is searching the entire document (via the ecogrid). This is somewhat confusing when you do a search for the same search term and get different results. I'm not sure which should be changed, the web page or kepler.</p> Bug #2895 (New): Distributed Execution Tracking Bughttps://projects.ecoinformatics.org/ecoinfo/issues/28952007-07-23T17:31:03ZChad Berkleyberkley@nceas.ucsb.edu
<p>Chad and Lucas are developing the distributed execution system for kepler. The system is currently working in a very simplified way. This bug is a consolidation of bug 1891 and bug 1899.</p>
<p>The following items need to be added:</p>
<ul>
<li>Make sure that the JNI libraries can be accessed via the slave and that the ENM actors will work on the slave</li>
</ul>
<ul>
<li>we might have to solve the problem that kepler has where you can't run multiple instances of the application with the same user account. The problem is that the cache uses an embedded database which only allows one connection at a time. the db is stored in the .kepler directory so if you try to run kepler twice at the same time, you'll get an error on the 2nd one that the db is already in use. If we have a cluster where the slave is distributed via a single home directory, this will be a problem</li>
</ul>
<ul>
<li>Matt came up with the idea of using the ecogrid registry as a way of doing node discovery.</li>
</ul>
<ul>
<li>Get this to run on the NCEAS ROCKS cluster.</li>
</ul>
<ul>
<li>we need to deal with transferring support files to the slave(s). This includes doing the indirect transfers between slaves (instead of transferring results back to the master then to the next slave, the slaves should be able to transfer data between each other).</li>
</ul> Bug #2140 (New): need dataset extraction WF for documentation/example purposeshttps://projects.ecoinformatics.org/ecoinfo/issues/21402005-07-05T21:20:47ZChad Berkleyberkley@nceas.ucsb.edu
<p>We need a simple dataset extraction workflow for documentation/example purposes.<br /> This goes along with the helloworld and R workflows. This was decided at the<br />june 05 kepler meeting.</p> Bug #1884 (In Progress): Enable drag and drop of ports and relationshttps://projects.ecoinformatics.org/ecoinfo/issues/18842005-01-20T17:59:21ZChad Berkleyberkley@nceas.ucsb.edu
<p>you should be able to drag and drop the ports and relations instead of clicking<br />on the toolbar button and having the port appear somewhere. this functionality<br />should be similar to dragging an actor.</p>