Kepler: Issueshttps://projects.ecoinformatics.org/ecoinfo/https://projects.ecoinformatics.org/ecoinfo/ecoinfo/favicon.ico?14691340362011-03-01T23:46:41ZEcoinformatics Redmine
Redmine Bug #5333 (New): 2.2 rc3: getenv("") doesn't work for mac installation.https://projects.ecoinformatics.org/ecoinfo/issues/53332011-03-01T23:46:41Zjianwu jianwujianwu@sdsc.edu
<p>getenv is to get environment variable value in Kepler. It works for me in my installation on windows. On mac, it doesn't work if I start Kepler using Kepler.app. It only works if I start using Kepler.app/Contents/Resources/Java/kepler.sh.</p> Bug #5314 (New): Closing last workflow window closes Kepler applicationhttps://projects.ecoinformatics.org/ecoinfo/issues/53142011-02-18T13:58:24ZMichal Owsiakmichalo@man.poznan.pl
<p>This is not compatible with Mac OS X way of closing windows.</p>
<p>After last window is closed, application should remain running unless user explicitly presses Command-Q or chooses Kepler -> Quit</p> Bug #5276 (New): component search performance is poorhttps://projects.ecoinformatics.org/ecoinfo/issues/52762011-01-24T22:21:07ZDerik Barseghianbarseghian@nceas.ucsb.edu
<p>Searching for remote KARs through the Components pane is very slow -- search downloads and deals with karXML, each generally about twice as big as the kar it represents. During search the GUI is locked, and there is no progress indicator letting you know search is happening.</p>
<p>The query and related code probably need to be refactored to only download and utilize the bare minimum to show the results. This refactoring may necessitate some changes to what actions are possible on items in the results tree.</p>
<p>Jing and Matt will discuss this bug.</p> Bug #5177 (New): Enhance displaying workflow in kepler server library skinhttps://projects.ecoinformatics.org/ecoinfo/issues/51772010-09-16T00:43:48ZJing Taotao@nceas.ucsb.edu
<p>This bug is the secondary stag of bug 5145.</p>
<p>Here are from matt:</p>
<p>If you are in the process of revamping this stylesheet and presentation, its<br />probably worthwhile to also consider improving the presentation style. Please<br />review some other sites that display workflows on the web, including:</p>
<p>MyExperiment:<br /> Workflow: <a class="external" href="http://www.myexperiment.org/workflows/23.html">http://www.myexperiment.org/workflows/23.html</a><br /> Resultset: <a class="external" href="http://www.myexperiment.org/tags/49.html?type=workflows">http://www.myexperiment.org/tags/49.html?type=workflows</a></p>
<p>CrowdLabs:<br /> Workflow: <a class="external" href="http://www.crowdlabs.org/vistrails/workflows/details/119/">http://www.crowdlabs.org/vistrails/workflows/details/119/</a></p> Bug #5173 (New): Develop clear criteria for when code in Kepler CORE should be in its own module.https://projects.ecoinformatics.org/ecoinfo/issues/51732010-09-08T23:24:18ZDavid Welkerdavid.v.welker@gmail.com
<p>As of now, we have broken up Kepler into a number of modules. But this breaking up of Kepler has been ad hoc and not followed a consistent set of guidelines concerning when code should be in its own module and when it should be grouped with other code that is somehow related in a common module.</p>
<p>Lack of consistent guidelines make modules harder to understand. Following more consistent guidelines would make Kepler easier to understand.</p> Bug #4300 (New): Animate at Runtime" checkbox stays checked when director is replacedhttps://projects.ecoinformatics.org/ecoinfo/issues/43002009-08-07T23:27:12ZTimothy McPhillipsmcphillips@ecoinformatics.org
<p>If you enable run-time animation of a workflow and then swap in a different director, the "Animate at Runtime" menu item remains checked. However, the next run of the workflow will not be animated; apparently the newly inserted director does not know about the animation?</p> Bug #4273 (New): Ctrl+E operates on mouse position, not selectionhttps://projects.ecoinformatics.org/ecoinfo/issues/42732009-07-27T20:50:27ZOliver Soongsoong@nceas.ucsb.edu
<p>This is a UI concern, but if I select an actor, then move the mouse over a different actor, then Ctrl+E, it will open the settings for the actor under the mouse, not the selected actor.</p> Bug #4046 (New): ComadTest should report more details when detecting an errorhttps://projects.ecoinformatics.org/ecoinfo/issues/40462009-05-01T20:05:58ZTimothy McPhillipsmcphillips@ecoinformatics.org
<p>The ComadTest actor is used to create automated tests of COMAD features. Because it is often useful to include several instances of ComadTest in the same test workflow, the ComadTest actor should report its name when it throws an exception. Ideally it also would indicate something about how the data stream it received during the current workflow run does not match what it received during training--perhaps the element name and line number of the first mismatch in the trace?</p> Bug #3671 (New): Configurable workspace directory for holding workflows, data, and run productshttps://projects.ecoinformatics.org/ecoinfo/issues/36712008-11-13T19:04:28ZTimothy McPhillipsmcphillips@ecoinformatics.org
<p>In bug 3558 I requested that a new directory be created on the user's system for each workflow run, and that outputs of the run, trace files, etc, be placed there. In bug 3585 I asked for an API that would make it easy for actors to write output files to this 'run' directory.</p>
<p>But where should these run directories themselves go? I believe we should allow users to specify a directory for holding their 'workspace' in a location of their choosing. In the workspace could go a directory for holding the workflows they develop and use for a particular project (we've done this before in the Kepler/ppod release, but the directory location was fixed), another directory for holding workflow runs, etc.</p>
<p>One alternative would be to hide all this somewhere inside .kepler in the user's home directory. However, I don't think this is the best approach for two reasons. First, the point is to make it easy for users to find their workflows, data, and workflow run products, and to load the latter into other tools for visualization and further analysis. The .kepler directory is hidden and should be used for things that would distract the user if made more prominent. Second, in practice the .kepler directory is frequently deleted (sometimes when installing a new version of Kepler, for example). A user's work should not be deleted at such times, so .kepler should be used only for things that can be regenerated as needed (e.g. data caches).</p>
<p>Another alternative would be to store everything discussed here in a database. However, many workflows (a) generate large numbers of large data files that would be awkward to place in a database, and (b) users often want immediate file-system access to these output files anyway because the other tools they use to review and further analyze their results expect the data to be stored in files. There shouldn't be an extra step of exporting workflow run products from a database to a directory of files after each workflow run in such cases.</p>
<p>I also think users should have the option of creating multiple workspaces, each with their own directories of workflows and runs. A workspace browser in Kepler could make it easy to view workflows or runs from a particular workspace or all of them at once.</p>
<p>Note that all this has ramifications for distributed execution. Following execution on multiple nodes, the files expected to be found in a local run directory will need to be copied automatically from each compute node.</p> Bug #3560 (New): Color-code contents of CollectionDisplayhttps://projects.ecoinformatics.org/ecoinfo/issues/35602008-10-24T00:53:33ZTimothy McPhillipsmcphillips@ecoinformatics.org
<p>The CollectionDisplay actor provides a live, XML-formatted view of the data stream arriving at the actor in a COMAD workflow. The window contents would be easier to understand if they were color-coded to distinguish Collections, Data elements, metadata/annotations, and provenance records, as suggested for the Trace File view of the provenance browser in bug 3555 (the color-coding should be same for both).</p> Bug #3555 (New): enhancements to Trace File view in provenance browserhttps://projects.ecoinformatics.org/ecoinfo/issues/35552008-10-23T00:25:07ZTimothy McPhillipsmcphillips@ecoinformatics.org
<p>The provenance browser allows one to view the raw trace file (in XML format) of the run currently loaded in the browser. It would be very nice if one could navigate the other provenance graphs by clicking on XML elements in this Trace File view, and have the details for the selected element appear in the left-hand panels, etc, similar to what happens when one clicks on the data, collections, and invocation items in the Dependency History and Collection History views. Clicking on these graphical views could highlight the corresponding lines in the trace file view as well. (Clicking on a token, object, or invocation id in the XML might also take you to the referenced item.)</p>
<p>A second very helpful feature would be color-coding of the XML in the Trace File view. Not color-coding to emphasize the XML syntax, but rather to highlight what XML elements comprise Collections, Data elements, metadata/annotations, and provenance records, say.</p>
<p>I think these enhancements would make it easier to make sense of the trace and provenance information stored in it.</p> Bug #3546 (New): Automatically load trace for a completed run into the provenance browserhttps://projects.ecoinformatics.org/ecoinfo/issues/35462008-10-22T17:40:53ZTimothy McPhillipsmcphillips@ecoinformatics.org
<p>At present, viewing the trace of a workflow run via the provenance browser (the one in the provenance-apps module) requires either running the provenance browser from the command line or navigating to the trace for the latest workflow run in the MyTraces subtree in the Traces panel of the Workspace pane in Kepler. I almost always want to see the trace immediately on running a workflow.</p>
<p>Could we provide an option to load the trace of the current run automatically when it completes?</p> Bug #3292 (New): ENM/GDAL_h1K_NS workflow giving an exceptionhttps://projects.ecoinformatics.org/ecoinfo/issues/32922008-05-13T01:04:17ZDerik Barseghianbarseghian@nceas.ucsb.edu
<p>I upgraded to ubuntu 8.04 today, and now the GDAL_h1K_NS workflow is giving an exception (i'm using java 1.5.0_13).</p>
<p>ptolemy.kernel.util.IllegalActionException: in .GDAL_h1K_NS.manager<br />Because:<br />/home/barseghian/Kepler-1.0.0/lib/libgdalactor.so: Can't load IA 32-bit .so on a IA 32-bit platform</p>
<p>Maybe this workflow just needs an annotation warning like the other ENM ones? After a few attempts the Exception changes to a java.lang.NoClassDefFoundError</p> Bug #3149 (New): cannot add arbitrary jars when exporting archivehttps://projects.ecoinformatics.org/ecoinfo/issues/31492008-02-14T19:31:46ZDan Higginshiggins@nceas.ucsb.edu
<p>The "Export Archive (kar)" popup menu asks if the class file of an actor should be included in the kar, but there is no way to add other classes/jars. ie jar libraries that may be needed by the actor. (One specific example - python actor needs the jython.jar to execute)</p>
<p>Need to add a dialog to let the user add arbitrary number of additional jars to a kar file.</p> Bug #3143 (New): dataFrame_R cache problem under parallelshttps://projects.ecoinformatics.org/ecoinfo/issues/31432008-02-11T20:26:29ZDerik Barseghianbarseghian@nceas.ucsb.edu
<p>I'm currently getting the following error with the demos/R/dataFrame_R.xml workflow when trying to run it under Parallels:</p>
<p>Error in file(file, "r") : unable to open connection<br />In addition: Warning message:<br />cannot open file '////.PSF//.Home//.kepler//cache////cachedata//urn.lsid.localhost.7a976669.0.0', reason 'Invalid argument' <br />Execution halted</p>
<p>All other R demos work fine. I've tried deleting .kepler and restarting to no avail. Others have reported success under Parallels.</p>