Kepler: Issueshttps://projects.ecoinformatics.org/ecoinfo/https://projects.ecoinformatics.org/ecoinfo/ecoinfo/favicon.ico?14691340362012-08-10T01:45:49ZEcoinformatics Redmine
Redmine Bug #5670 (New): see if runtimemonitor module can be deleted, contains duplicate codehttps://projects.ecoinformatics.org/ecoinfo/issues/56702012-08-10T01:45:49ZDerik Barseghianbarseghian@nceas.ucsb.edu
<p>The runtimemonitor module contains these classes:</p>
<p>./runtimemonitor/FigureUpdater.java<br />./runtimemonitor/MonitorAttribute.java<br />./runtimemonitor/MonitoredStatus.java<br />./runtimemonitor/MonitorIcon.java<br />./runtimemonitor/ProcessCentral.java<br />./runtimemonitor/ProcessCentralWindow.java<br />./runtimemonitor/RuntimeMonitor.java<br />./runtimemonitor/TableData.java</p>
<p>Everything but ProcessCentral, ProcessCentralWindow, and TableData are near duplicates of code now in gui.</p>
<p>fsaresh worked on this. Is this code used? Should the module be removed? I don't know if anything is using it anymore. Sensor-view and vanilla don't, so this bug isn't high priority.</p>
<p>I also see at r17463 dzinn also checked in duplicates of these classes to the pws module, which I don't know anything about.</p> Bug #5631 (New): PortParameters cannot be drag-instantiated from Outline/Items of Interest treeshttps://projects.ecoinformatics.org/ecoinfo/issues/56312012-06-19T20:23:27ZDerik Barseghianbarseghian@nceas.ucsb.edu
<p>You cannot drag out a PortParameter from the Outline/Items of Interest trees. The reason is ptolemy change r57732 to ParameterPort to avoid bug#4915:<br /> Parameter notDraggable = new Parameter(this, "_notDraggable");<br /> notDraggable.setPersistent(false);</p>
<p>This change should be removed and bug#4915 properly fixed. As part of this, we need to ensure proper behavior when dragged out from the Outline tab, and the Items of Interest panes in both Reporting and Plotting.</p> Bug #5628 (New): possible to get NPE when right-clicking on kar in Components treehttps://projects.ecoinformatics.org/ecoinfo/issues/56282012-06-15T23:25:41ZDerik Barseghianbarseghian@nceas.ucsb.edu
<p>It's possible to get this NPE when right-clicking on a KAR in the Components pane. I don't have a replication procedure yet. I think this is the first time I've seen this, so it's either new or uncommon.</p>
<p>Exception in thread "AWT-EventQueue-0" java.lang.NullPointerException<br /> at java.io.File.<init>(File.java:222)<br /> at org.kepler.gui.popups.KARPopup.<init>(KARPopup.java:64)<br /> at org.kepler.gui.popups.LibraryPopupListener.handlePopupOutsideKar(LibraryPopupListener.java:116)<br /> at org.kepler.gui.popups.LibraryPopupListener.maybeShowPopup(LibraryPopupListener.java:235)<br /> at org.kepler.gui.popups.LibraryPopupListener.mouseReleased(LibraryPopupListener.java:66)<br /> at java.awt.AWTEventMulticaster.mouseReleased(AWTEventMulticaster.java:273)<br /> at java.awt.Component.processMouseEvent(Component.java:6375)<br /> at javax.swing.JComponent.processMouseEvent(JComponent.java:3267)<br /> at java.awt.Component.processEvent(Component.java:6140)<br /> at java.awt.Container.processEvent(Container.java:2083)<br /> at java.awt.Component.dispatchEventImpl(Component.java:4737)<br /> at java.awt.Container.dispatchEventImpl(Container.java:2141)<br /> at java.awt.Component.dispatchEvent(Component.java:4565)<br /> at java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4619)<br /> at java.awt.LightweightDispatcher.processMouseEvent(Container.java:4280)<br /> at java.awt.LightweightDispatcher.dispatchEvent(Container.java:4210)<br /> at java.awt.Container.dispatchEventImpl(Container.java:2127)<br /> at java.awt.Window.dispatchEventImpl(Window.java:2482)<br /> at java.awt.Component.dispatchEvent(Component.java:4565)<br /> at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:684)<br /> at java.awt.EventQueue.access$000(EventQueue.java:85)<br /> at java.awt.EventQueue$1.run(EventQueue.java:643)<br /> at java.awt.EventQueue$1.run(EventQueue.java:641)<br /> at java.security.AccessController.doPrivileged(Native Method)<br /> at java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:87)<br /> at java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:98)<br /> at java.awt.EventQueue$2.run(EventQueue.java:657)<br /> at java.awt.EventQueue$2.run(EventQueue.java:655)<br /> at java.security.AccessController.doPrivileged(Native Method)<br /> at java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:87)<br /> at java.awt.EventQueue.dispatchEvent(EventQueue.java:654)<br /> at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:296)<br /> at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:211)<br /> at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:201)<br /> at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:196)<br /> at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:188)<br /> at java.awt.EventDispatchThread.run(EventDispatchThread.java:122)</p> Bug #5249 (In Progress): test kepler for memory leakshttps://projects.ecoinformatics.org/ecoinfo/issues/52492010-11-30T22:50:17Zjianwu jianwujianwu@sdsc.edu
<p>a separate bug only for memory leak fixing for Kepler suite. bug 5095 depends on it.</p> Bug #5129 (In Progress): adding and removing configuration properties could be made easierhttps://projects.ecoinformatics.org/ecoinfo/issues/51292010-08-06T21:21:25ZDerik Barseghianbarseghian@nceas.ucsb.edu
<p>Now that we've shipped 2.0, if a developer wants to add a new configuration property to a config file, they must first check if the user's config file has the property before accessing it, and add it if not. This is a minor hassle if your code tries to use this property in a number of places, each of which might be reached first during the user's kepler session...you have to do the check and possible add at each place. Instead, maybe the configuration manager could, during startup, run through all active modules config files and add properties if necessary to the user's copies in KeplerData. Handing removing properties would be harder -- if we remove a property, and then a user reverts to an older version of Kepler, this CM method would have to know to add the property back for that version.</p> Bug #5095 (In Progress): test kepler and wrp for memory leakshttps://projects.ecoinformatics.org/ecoinfo/issues/50952010-07-14T22:56:35ZMatt Jonesjones@nceas.ucsb.edu
<p>Oliver Soong reported having difficulties with memory leaks. There are two specific bugs about this, which I have set to block this testing bug. In addition, testing may reveal additional leaks, which should be fixed before 2.1 is released. Here's Oliver's synopsis of the issues:</p>
<p>I think this is limited to the wrp suite, but Kepler’s performance degrades significantly over time. Provenance recording can become prohibitively slow, and there is no native in-Kepler fix. There is a large memory leak somewhere, and many components are quite memory-intensive regardless. Given the intention to record executions and the large number of analyses scientists perform, I suspect any dedicated user of Kepler will quickly encounter data management problems. In my case, I stopped using local repositories and began closing Kepler after running any large workflows.</p> Bug #4953 (In Progress): Remote Components category sticks around sometimeshttps://projects.ecoinformatics.org/ecoinfo/issues/49532010-04-21T00:51:03ZDerik Barseghianbarseghian@nceas.ucsb.edu
<p>If I search KeplerDevRepository for "run2", I currently get back one result: run2-mclaughlin_par,kar, inside the new category of Remote Components.<br />If I right-click on the kar and select Download, and then clear my search by, on the mac, hitting the little x button, or by hitting the Cancel button, the Remote Components category stills shows up in the tree. If you don't select download, the Remote Components category disappears, as I believe is intended.</p> Bug #4869 (In Progress): changes made to workflows during dialogs before committing (Edit Paramet...https://projects.ecoinformatics.org/ecoinfo/issues/48692010-03-04T19:04:24ZOliver Soongsoong@nceas.ucsb.edu
<p>When I make changes to an actor through the dialog, it seems like the changes are made to the workflow immediately, before the "Commit" button is clicked.</p>
<p>For example, create a workflow with an EML 2 Dataset actor. Make sure Kepler has not already authenticated with KNB. Now edit the EML 2 Dataset actor to reference a data package that requires authentication. The KNB login window will immediately pop up, even though no changes have been committed. Dismiss the window in some way. Now click the Help button and close the help window. The dialog will have disappeared. Open the actor dialog again, and the change will be there.</p>
<p>I should point out that the "Cancel" button does seem to work, but I suspect (based on debugging comments and comments in code) that this acts by reverting the changes already made.</p>
<p>I've seen this for sure on EML 2 Dataset and RExpression, since changes to one trigger visual feedback and I've mucked around in the code of the other. I suspect this is a general problem, though, and it may be a result of the underlying ptolemy design.</p> Bug #4801 (In Progress): out of memoryhttps://projects.ecoinformatics.org/ecoinfo/issues/48012010-02-17T22:13:10ZOliver Soongsoong@nceas.ucsb.edu
<p>ERROR: RecordingException: Unable to query data table: out of memory</p>
<p>I opened tpc01, ran it, closed it, opened tpc03-herbs, ran it, closed it, opened tpc03-large-herbivores, ran it, closed it, opened tpc03-woody, ran it, closed it, opened tpc09, ran it, and hit the above out of memory error. I have 68 runs in the wrm, but 63 of them are various iterations of the small test workflow for bug 4789. I also have those 5 Kruger KARs in a local repository and all the data for them is cached. I can start Kepler and run any of those workflows by themselves. I started Kepler with an ant run, so the jvm should have a 512MB memory max.</p>
<p>Kruger workflows: <a class="external" href="https://code.ecoinformatics.org/code/kruger/trunk/workflows">https://code.ecoinformatics.org/code/kruger/trunk/workflows</a><br />Kruger: r439<br />Kepler: wrp r23080</p>
<p>It may be worth looking at bug 4642.</p> Bug #4310 (New): ValueListeners receive valueChanged events when values have not changedhttps://projects.ecoinformatics.org/ecoinfo/issues/43102009-08-13T18:34:29ZDaniel Crawldanielcrawl@gmail.com
<p>A ValueListener sometimes receives events for a Settable when the Settable's value has not changed. This can lead to a stack overflow since reading the value of the Settable may generate another valueChanged event.</p>
<p>To fix this, valueChanged not be called unless the value has actually changed.</p> Bug #3915 (New): The error dialogue won't go away.https://projects.ecoinformatics.org/ecoinfo/issues/39152009-03-24T00:11:16Zjianwu jianwujianwu@sdsc.edu
<p>Workflow: There are two composite actors, one called CompositeActor1 on the top level, another called CompositeActor2, in CompositeActor1. There are two String Parameters: one called p1 on the top level, another called p2 with value '$p1/l', in CompositeActor1. p2 is used in actors in CompositeActor1, such as expression, file open.</p>
<p>Steps: <br />1) Open the whole workflow,<br />2) Open CompositeActor1,<br />3) Open CompositeActor2,<br />4) Close CompositeActor2,<br />5) Delete CompositeActor2,<br />6) Change the value of p1.</p>
<p>There will be an error saying that: "Error evaluating expression: $p1/l in .CompositeActor2.p2 Because The ID p1 is undefined."</p>
<p>There is no way to close the error except closing Kepler by force, which will lost all unsaved modification.</p>
<p>I found the bug with Kepler version 16865 and ptolemy version 52661, but I think this bug is always there.</p>
<p>I attached the workflow and error dialogue.</p> Bug #3552 (In Progress): Annotation elements in trace file do not appear in details pane of prove...https://projects.ecoinformatics.org/ecoinfo/issues/35522008-10-22T20:07:51ZTimothy McPhillipsmcphillips@ecoinformatics.org
<p>The provenance browser shows the details for the selected data or collection element of a trace in the lower left-hand panel. When the element selected has been annotated with one or more Metadata elements, these appear as name-value pairs under the heading "Annotations" in that panel. However, if an <strong>Annotation</strong> element has been applied to the selected element, it is not displayed.</p>
<p>Annotation and Metadata elements should both appear in the details panel, probably under two distinct headings, 'Metadata' and 'Annotations'.</p>
<p>(Note that the distinction between metadata and annotations in COMAD is that the former are reserved for things that have always been true about the item it is associated with, while the former can be used for any purpose. Consequently, Metadata elements cannot be deleted or replaced during a COMAD workflow run, while Annotation elements can be.)</p> Bug #3361 (In Progress): parameters lose their Display Name when copy and pastedhttps://projects.ecoinformatics.org/ecoinfo/issues/33612008-06-04T00:23:06ZDerik Barseghianbarseghian@nceas.ucsb.edu
<p>It may be this is the 'proper' behavior, but it doesn't seem so to me (cxh?).</p>
<p>steps to reproduce:<br />- Drag Parameter to canvas<br />- Right click, Customize Name<br />- type in a New Name: new_name, and a Display Name: display_name<br />- Commit<br />- copy and paste the Parameter</p>
<pre><code>The second Parameter has New name: new_name2, and Display name: new_name2, but I think Display name should be: display_name2.</code></pre>
<p>This affects:</p>
<p>GriddlesParameter<br />ColorParameter<br />FileParameter<br />Parameter<br />PortParameter<br />RequireVersion<br />SemanticTypeParameter <br />StringParameter</p> Bug #3266 (In Progress): ENM/GARP_MultipleSpecies-V.xml problemshttps://projects.ecoinformatics.org/ecoinfo/issues/32662008-05-02T18:02:43ZDerik Barseghianbarseghian@nceas.ucsb.edu
<p>ENM/GARP_MultipleSpecies-V.xml crashes Ubuntu Kepler. <br />On mac execution completes but just gives ImageJ "Unrecognized comand: ASC TextReader" messages.</p> Bug #1914 (In Progress): Implement the 'most recently used' concept for workflows and actorshttps://projects.ecoinformatics.org/ecoinfo/issues/19142005-01-24T18:45:25ZDan Higginshiggins@nceas.ucsb.edu