Kepler: Issueshttps://projects.ecoinformatics.org/ecoinfo/https://projects.ecoinformatics.org/ecoinfo/ecoinfo/favicon.ico?14691340362012-08-31T20:49:13ZEcoinformatics Redmine
Redmine Bug #5703 (Resolved): GUI bug - Deleting an Actor with connected port causes a diamond relation t...https://projects.ecoinformatics.org/ecoinfo/issues/57032012-08-31T20:49:13ZDerik Barseghianbarseghian@nceas.ucsb.edu
<p>In the last week or so I've begun seeing a few GUI anomalies on trunk. One is:</p>
<p>Deleting an actor with a connected port causes a diamond relation to be created. If you undo the delete, the deleted actor returns, but the relation from actor1 to actor2 now connects via the diamond relation.</p>
<p>Replicate:<br />Drag out a Constant and a Display.<br />Connect output of Constant to input of Display.<br />Delete Display<br />Bug: diamond relation appears on canvas</p>
<p>This bug occurs in both kepler and vergil.</p> Bug #5694 (Resolved): Dragging from a port results in a NPEhttps://projects.ecoinformatics.org/ecoinfo/issues/56942012-08-23T21:45:37ZChristopher Brookscxh@eecs.berkeley.edu
<p>Dan wrote:<br />--start--</p>
<p>The problem is related to the change listener in<br />org.kepler.moml.NamedObjId. When the workflow is changed, this<br />listener fires off additional change requests in changeExecuted().<br />When I comment out the additional change requests, I don't get<br />errors or weird behavior with the grab handle. Also, if the<br />requests are made in the Swing thread, everything works. It's<br />not clear to me if this actually fixes the problem or why it's<br />necessary after r64430...Hopefully this helps you track down<br />the problem.</p>
<p>--end--</p>
<p>On 8/21/12 4:24 PM, Christopher Brooks wrote:</p>
<blockquote>
<p>The problem seems to be fairly complex.<br />There are two changes, r64418 to diva BasicGraphHandle where we check<br />for null<br />and r64430 where there are a bunch of changes to ptolemy outside of diva.</p>
<p>I agree that the change to BasicGraphHandle would seem to be a good idea.<br />However, if it is present and r64430 is present, then the blue grab<br />handles don't<br />work well in Kepler and Ptolemy. When I drag a connection around it<br />does not<br />have a blue grab handle at the end. A blue grab handle appears at the<br />upper left.<br />I do get NPEs, but the behavior seems to be better.</p>
<p>Another issue is that I believe that Kepler uses diva.jar, so the change to<br />BasicGraphHandle was not present until I updated diva.jar.</p>
<p>I'm not sure about a fix to this, the bug is fairly mysterious. I can take<br />a look, but it may take a day or two.</p>
<p>_Christopher</p>
<p>Edward writes:</p>
<blockquote>
<p>Rolling back this change will cause more null pointer exceptions.<br />If the "return" below is not executed, you <em>will</em> get a NPE.</p>
<p>if (_site.getFigure() null || _site.getFigure().getParent() null) {<br />// Cannot relocate.<br />return;<br />}</p>
<p>Edward</p>
</blockquote>
<p>On 8/21/12 12:42 AM, Christopher Brooks wrote:</p>
<blockquote>
<p>Hi Derik,<br />I think this change:<br />2012-08-18 17:08 eal</p>
<ul>
<li>[r64430] /trunk/ptolemy/actor/Manager.java,<br />/trunk/ptolemy/actor/lib/hoc/LifeCycleManager.java,<br />/trunk/ptolemy/kernel/undo/RedoChangeRequest.java,<br />/trunk/ptolemy/kernel/undo/UndoChangeRequest.java,<br />/trunk/ptolemy/kernel/util/Changeable.java,<br />/trunk/ptolemy/kernel/util/NamedObj.java,<br />/trunk/ptolemy/moml/MoMLParser.java: Fixed long standing deadlock<br />that occurs while editing models while they run</li>
</ul>
<p>is what is causing the stack trace like [1] below.</p>
<p>I'll take a further look tomorrow.</p>
<p>This change is fairly important in that it solves a long standing<br />issue, so we need<br />to fix the bug as opposed to just reverting.</p>
<p>_Christopher</p>
<p>On 8/20/12 6:44 PM, Derik Barseghian wrote:</p>
<blockquote>
<p>Hey Christopher,<br />I updated my local copy of kepler to use ptII r64449 but I'm still<br />getting errors like [1] below, wild dragging behavior, and remaining<br />dots.<br />I haven't seen any rogue floating upper-left endpoints yet though.<br />Derik</p>
<p>On Aug 20, 2012, at 6:14 PM, Christopher<br />Brooks<<a class="email" href="mailto:cxh@eecs.berkeley.edu">cxh@eecs.berkeley.edu</a>> wrote:</p>
<blockquote>
<p>Hi Derik,</p>
<p>It seems like it is Edward's change:</p>
<p>2012-08-18 06:22 eal</p>
<ul>
<li>[r64418] /trunk/diva/canvas/interactor/BasicGrabHandle.java:<br />Prevent null pointer exception that can happen while editing a<br />model while it is running by checking the Figure of Site for the<br />connector being dragged.</li>
</ul>
<p>The change is:</p>
<blockquote>
<p>[dhcp-39-161:~/ptII] cxh% svn diff -r64417:64418<br />diva/canvas/interactor/BasicGrabHandle.java<br />Index: diva/canvas/interactor/BasicGrabHandle.java
===================================================================<br />--- diva/canvas/interactor/BasicGrabHandle.java (revision 64417)<br />+<ins>+ diva/canvas/interactor/BasicGrabHandle.java (revision 64418)<br /><code>@ -87,6 +87,10 </code>@<br />// Be sure to take into account that the transformContext<br />of the<br />// site and the context of the grab handle may be different.<br />TransformContext tc = getTransformContext();<br /></ins> if (_site.getFigure() null ||<br />_site.getFigure().getParent() null) {<br />+ // Cannot relocate.<br />+ return;<br />+ }<br />Point2D p = _site.getPoint(tc);<br />double x = p.getX();<br />double y = p.getY();</p>
</blockquote>
<p>I rolled back r64418 and updated diva.jar</p>
<p>_Christopher</p>
<p>On 8/20/12 3:28 PM, Derik Barseghian wrote:</p>
<blockquote>
<p>Hey Christopher,<br />Dan and I are getting an error<sup><a href="#fn1">1</a></sup> when trying to drag a relation<br />from a port today in Kepler.<br />I'm also seeing a few other issues that seem to happen after the<br />above. I got an NPE<sup><a href="#fn2">2</a></sup> from a click, have strange actor-drag<br />behavior (actor drags wildly / shoots off in one direction), and<br />sometimes dots are left over on canvas at the point where I clicked<br />on the port. Also when I'm dragging out a relation I also notice in<br />the upper left corner of canvas a blue 'port endpoint' square<br />(generally only noticeable in the overview section in the lower left).<br />See attached screenshot to see dots and blue square.<br />Derik</p>
<p>[1]<br />java.lang.NullPointerException<br />at<br />diva.canvas.TransformContext.getTransform(TransformContext.java:161)<br />at diva.canvas.AbstractSite.getPoint(AbstractSite.java:82)<br />at<br />diva.canvas.connector.BasicManhattanRouter.routeManhattan(BasicManhattanRouter.java:87)</p>
<p>at<br />diva.canvas.connector.BasicManhattanRouter.route(BasicManhattanRouter.java:68)</p>
<p>at<br />diva.canvas.connector.ManhattanConnector.route(ManhattanConnector.java:121)</p>
<p>at<br />ptolemy.vergil.actor.KielerLayoutConnector.route(KielerLayoutConnector.java:214)</p>
<p>at<br />diva.canvas.connector.AbstractConnector.reroute(AbstractConnector.java:285)</p>
<p>at<br />diva.canvas.connector.AbstractConnector.tailMoved(AbstractConnector.java:406)</p>
<p>at<br />diva.canvas.connector.AbstractConnector.setTailSite(AbstractConnector.java:398)</p>
<p>at<br />ptolemy.vergil.actor.ActorEditorGraphController$LinkCreator.mousePressed(ActorEditorGraphController.java:676)</p>
<p>at<br />diva.canvas.interactor.CompositeInteractor.mousePressed(CompositeInteractor.java:199)</p>
<p>at diva.canvas.FigureLayer.dispatchEventUpTree(FigureLayer.java:551)<br />at diva.canvas.FigureLayer.grabPointer(FigureLayer.java:319)<br />at diva.canvas.FigureLayer.processLayerEvent(FigureLayer.java:673)<br />at diva.canvas.FigureLayer.dispatchEvent(FigureLayer.java:203)<br />at diva.canvas.CanvasPane.processLayerEvent(CanvasPane.java:280)<br />at diva.canvas.CanvasPane.dispatchEvent(CanvasPane.java:89)<br />at diva.canvas.JCanvas.internalProcessMouseEvent(JCanvas.java:520)<br />at diva.canvas.JCanvas.processMouseEvent(JCanvas.java:474)<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<br />java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4619)<br />at<br />java.awt.LightweightDispatcher.processMouseEvent(Container.java:4277)<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<br />java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:87)</p>
<p>at<br />java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:98)</p>
<p>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<br />java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:87)</p>
<p>at java.awt.EventQueue.dispatchEvent(EventQueue.java:654)<br />at<br />java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:296)</p>
<p>at<br />java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:211)</p>
<p>at<br />java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:201)</p>
<p>at<br />java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:196)<br />at<br />java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:188)<br />at java.awt.EventDispatchThread.run(EventDispatchThread.java:122)</p>
<p>[2]<br />[run] Exception in thread "AWT-EventQueue-0" <br />java.lang.NullPointerException<br />[run]<br />at<br />diva.canvas.TransformContext.getTransform(TransformContext.java:161)<br />[run]<br />at diva.canvas.AbstractSite.getPoint(AbstractSite.java:82)<br />[run]<br />at<br />diva.canvas.interactor.BasicGrabHandle.relocate(BasicGrabHandle.java:94)</p>
<p>[run]<br />at<br />diva.canvas.interactor.Manipulator.relocateGrabHandles(Manipulator.java:191)</p>
<p>[run]<br />at<br />diva.canvas.interactor.Manipulator.repaint(Manipulator.java:211)<br />[run]<br />at<br />diva.canvas.interactor.Manipulator.repaint(Manipulator.java:175)<br />[run]<br />at<br />diva.canvas.AbstractFigure.repaint(AbstractFigure.java:236)<br />[run]<br />at<br />diva.canvas.AbstractFigure.repaint(AbstractFigure.java:224)<br />[run]<br />at<br />diva.canvas.FigureDecorator.setChild(FigureDecorator.java:190)<br />[run]<br />at<br />diva.canvas.connector.ConnectorManipulator.setChild(ConnectorManipulator.java:215)</p>
<p>[run]<br />at diva.canvas.FigureLayer.decorate(FigureLayer.java:180)<br />[run]<br />at<br />diva.canvas.interactor.BasicSelectionRenderer.renderSelected(BasicSelectionRenderer.java:119)</p>
<p>[run]<br />at<br />diva.canvas.interactor.BasicSelectionModel.renderSelected(BasicSelectionModel.java:271)</p>
<p>[run]<br />at<br />diva.canvas.interactor.BasicSelectionModel.addSelection(BasicSelectionModel.java:101)</p>
<p>[run]<br />at<br />diva.canvas.interactor.SelectionInteractor.mousePressed(SelectionInteractor.java:172)</p>
<p>[run]<br />at<br />diva.canvas.FigureLayer.dispatchEventUpTree(FigureLayer.java:551)<br />[run]<br />at diva.canvas.FigureLayer.grabPointer(FigureLayer.java:319)<br />[run]<br />at<br />diva.canvas.FigureLayer.processLayerEvent(FigureLayer.java:673)<br />[run]<br />at<br />diva.canvas.FigureLayer.dispatchEvent(FigureLayer.java:203)<br />[run]<br />at<br />diva.canvas.CanvasPane.processLayerEvent(CanvasPane.java:280)<br />[run]<br />at diva.canvas.CanvasPane.dispatchEvent(CanvasPane.java:89)<br />[run]<br />at<br />diva.canvas.JCanvas.internalProcessMouseEvent(JCanvas.java:520)<br />[run]<br />at diva.canvas.JCanvas.processMouseEvent(JCanvas.java:474)<br />[run]<br />at java.awt.Component.processEvent(Component.java:6140)<br />[run]<br />at java.awt.Container.processEvent(Container.java:2083)<br />[run]<br />at java.awt.Component.dispatchEventImpl(Component.java:4737)<br />[run]<br />at java.awt.Container.dispatchEventImpl(Container.java:2141)<br />[run]<br />at java.awt.Component.dispatchEvent(Component.java:4565)<br />[run]<br />at<br />java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4619)<br />[run]<br />at<br />java.awt.LightweightDispatcher.processMouseEvent(Container.java:4277)<br />[run]<br />at<br />java.awt.LightweightDispatcher.dispatchEvent(Container.java:4210)<br />[run]<br />at java.awt.Container.dispatchEventImpl(Container.java:2127)<br />[run]<br />at java.awt.Window.dispatchEventImpl(Window.java:2482)<br />[run]<br />at java.awt.Component.dispatchEvent(Component.java:4565)<br />[run]<br />at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:684)<br />[run]<br />at java.awt.EventQueue.access$000(EventQueue.java:85)<br />[run]<br />at java.awt.EventQueue$1.run(EventQueue.java:643)<br />[run]<br />at java.awt.EventQueue$1.run(EventQueue.java:641)<br />[run]<br />at java.security.AccessController.doPrivileged(Native Method)<br />[run]<br />at<br />java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:87)</p>
<p>[run]<br />at<br />java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:98)</p>
<p>[run]<br />at java.awt.EventQueue$2.run(EventQueue.java:657)<br />[run]<br />at java.awt.EventQueue$2.run(EventQueue.java:655)<br />[run]<br />at java.security.AccessController.doPrivileged(Native Method)<br />[run]<br />at<br />java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:87)</p>
<p>[run]<br />at java.awt.EventQueue.dispatchEvent(EventQueue.java:654)<br />[run]<br />at<br />java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:296)</p>
<p>[run]<br />at<br />java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:211)</p>
<p>[run]<br />at<br />java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:201)</p>
<p>[run]<br />at<br />java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:196)<br />[run]<br />at<br />java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:188)<br />[run]<br />at<br />java.awt.EventDispatchThread.run(EventDispatchThread.java:122)</p>
</blockquote></blockquote></blockquote></blockquote></blockquote> Bug #5663 (Resolved): KeplerGraphFrame has much duplicated codehttps://projects.ecoinformatics.org/ecoinfo/issues/56632012-08-06T23:55:37ZChristopher Brookscxh@eecs.berkeley.edu
<p>I looked in to why KeplerGraphFrame has so much duplicated code<br />and it looks like Comad uses KeplerGraphFrameExtension</p>
<p>From the 2010-11-04 comment that added this class: </p>
<pre><code>// "Added an extension for a different Drag and Drop behavior. <br /> // Currently this is only activated in Comad. Once an Actor is <br /> // dragged from the Library over another actor on the canvas it <br /> // will replace this actor and Ports are reconeected. Also <br /> // Parameter values are used for parameters of the new actor if <br /> // they have the same name. <br /> // <br /> // If an actor is dragged over a link this actor will be inserted <br /> // there. Currently this only works in Comad, where all actors <br /> // have an "input" and one "output" port."</code></pre>
<p>The right thing is to add these extension points to the ptII repository<br />and remove the duplicated code.</p> Bug #5621 (Resolved): Need change the access order type from denyFirst to allowFirst in kepler wh...https://projects.ecoinformatics.org/ecoinfo/issues/56212012-06-07T21:15:21ZJing Taotao@nceas.ucsb.edu
<p>When kepler uploads kar xml and kar files to the metacat repository, the two files will be associated with eml files which has the access rules.</p>
<p>In the access part of those eml files, the access order type is denyFirst. However, Metacat 2.0.0 doesn't support denyFirst - it will ignore the access rules if the order is denyFirst. Even tough the kepler says those kar xml and kar files are public readable, it will ends up that they are non-public readable.</p>
<p>So i changed the order type from denyFirst to allowFirst in the two files in the svn trunk:</p>
<p>trunk/modules/repository/src/org/kepler/kar/UploadToRepository.java<br />trunk/modules/provenance/src/org/kepler/provenance/kar/UploadKarToRepositoryNoGUI.java</p>
<p>When kepler-library is upgraded to metacat-2.0.0, the kepler-2.3 can't generate any public readable kar xml and kar file.</p> Bug #5607 (Resolved): constant actor icon won't automatically re-size since 2.3.https://projects.ecoinformatics.org/ecoinfo/issues/56072012-05-14T18:44:15Zjianwu jianwujianwu@sdsc.edu
<p>For actor 'Constant' and 'String Constant', Kepler GUI used to automatically replace long text with its first a few characters followed by '...'. I validated it in Kepler 2.2. But since Kepler 2.3 (also in Kepler trunk), these two actors won't re-size anymore. All the text in their value parameter is displayed in GUI. It is very unfriendly when the text is very long.</p>
<p>I attached a demo workflow and its displays in Kepler 2.2 and 2.3.</p> Bug #5587 (Resolved): long parameter values get replaced with scrollbarhttps://projects.ecoinformatics.org/ecoinfo/issues/55872012-04-16T22:45:46ZDaniel Crawldanielcrawl@gmail.com
<p>In the actor parameters dialog, if a parameter value has more characters than can fit in the text box, the text box is replaced with a scrollbar.</p> Bug #5573 (Resolved): remove ptolemy vendors/https://projects.ecoinformatics.org/ecoinfo/issues/55732012-02-03T20:44:53ZDerik Barseghianbarseghian@nceas.ucsb.edu
<p>Remove ptolemy/src/vendors directory.</p> Bug #5571 (Resolved): user request: show execution time in runtime windowhttps://projects.ecoinformatics.org/ecoinfo/issues/55712012-02-02T20:19:00ZDerik Barseghianbarseghian@nceas.ucsb.edu
<p>User requests that workflow execution time be shown in Runtime Window. I suggest it also be shown at the bottom of each workflow window.<br /><a class="external" href="http://lists.nceas.ucsb.edu/kepler/pipermail/kepler-users/2012-February/002131.html">http://lists.nceas.ucsb.edu/kepler/pipermail/kepler-users/2012-February/002131.html</a></p> Bug #5550 (Resolved): Windows installer should be a .exe, not a .jarhttps://projects.ecoinformatics.org/ecoinfo/issues/55502011-11-22T19:41:16ZChristopher Brookscxh@eecs.berkeley.edu
<p>Downloading and running a .jar file under Windows Server 2008 is tricky.<br />Basically, the user needs to run a command from a command line, which can be<br />tricky if there are spaces or parentheses in the file name.</p>
<p>There have been questions about starting the jar file.</p>
<p><a class="external" href="https://kepler-project.org/users/faq#under-windows-when-i">https://kepler-project.org/users/faq#under-windows-when-i</a> says:</p>
<p>--start--<br />Under Windows, when I double click on the installer jar file, the installer does not start. What do I do?</p>
<p>Under Windows, the Kepler installer jar file should start the Kepler installer using Java, it should not unzip.<br />If it unzips, then see <a class="external" href="http://www.wikihow.com/Run-a-.Jar-Java-File">http://www.wikihow.com/Run-a-.Jar-Java-File</a></p>
<p>or</p>
<p><a class="external" href="http://stackoverflow.com/questions/394616/running-jar-file-in-windows">http://stackoverflow.com/questions/394616/running-jar-file-in-windows</a><br />--end--</p>
<p>Rather than shipping a .jar file, we should ship a .exe for the installer.<br />One way would be to use Launch4J, see <a class="external" href="http://launch4j.sourceforge.net/">http://launch4j.sourceforge.net/</a></p> Bug #5546 (Resolved): SDF director iterations parameter default of 0 is unfriendlyhttps://projects.ecoinformatics.org/ecoinfo/issues/55462011-11-18T00:50:15ZDerik Barseghianbarseghian@nceas.ucsb.edu
<p>I know this was debated/changed at least once in the past, but I can't remember many of the details...at one point Aaron change the default to 1, but I think did so in a way that affected existing models. <br />If we could change SDF's iterations default to 1 without affecting existing models, we'd simply the common use case and remove an extremely common stumbling block for new users.</p> Bug #5457 (Resolved): Mac OS X: Kepler.app should display module error messages in a windowhttps://projects.ecoinformatics.org/ecoinfo/issues/54572011-08-14T16:24:41ZChristopher Brookscxh@eecs.berkeley.edu
<p>When I double click on the Kepler.app icon, Kepler appears<br />to quickly start up and then exit.</p>
<p>Looking at the Console app, I see:</p>
<p>8/14/11 9:19:08.748 AM [0x0-0xe60e6].org.kepler.build.runner.Kepler: JVM Memory = 5m 512m<br />8/14/11 9:19:08.749 AM [0x0-0xe60e6].org.kepler.build.runner.Kepler: Error: The following modules are missing: <br />8/14/11 9:19:08.749 AM [0x0-0xe60e6].org.kepler.build.runner.Kepler: kepler-2.2.0<br />8/14/11 9:19:23.597 AM [0x0-0xe90e9].org.kepler.build.runner.Kepler: JVM Memory = 5m 512m<br />8/14/11 9:19:23.598 AM [0x0-0xe90e9].org.kepler.build.runner.Kepler: Error: The following modules are missing: <br />8/14/11 9:19:23.598 AM [0x0-0xe90e9].org.kepler.build.runner.Kepler: kepler-2.2.0</p>
<p>I renamed ~/.kepler to ~/.kepler.bak and the same thing occurred.</p>
<p>Renaming ~/KeplerData to ~/KeplerData.bak worked around the problem.</p>
<p>There are two bugs here:<br />1) When I click on Kepler.app and get an error, I should see a console<br />window.<br />2) Why does the contents of my KeplerData directory matter?</p> Bug #5448 (Resolved): cannot start Kepler using non-IcedTea OpenJDKhttps://projects.ecoinformatics.org/ecoinfo/issues/54482011-08-04T16:59:48ZDaniel Crawldanielcrawl@gmail.com
<p>Christopher Brooks reports:</p>
<p>Under RedHat, I was able to run Kepler-2.2.0 under Sun JDK 1.6.0_21</p>
<p>However, as expected, OpenJDK 1.6.0 fails</p>
<p>bash-3.2$ java <del>version<br />java version "1.6.0" <br />OpenJDK Runtime Environment (build 1.6.0-b09)<br />OpenJDK 64-Bit Server VM (build 1.6.0-b09, mixed mode)<br />bash-3.2$ ./kepler.sh<br />JVM Memory = 5m 512m<br /> [null] Checking for patches...<br /> [null] Building Kars...<br /> [null] Ran additional initialization for module core from class<br />org.kepler.module.core.Initialize<br /> [null] Ran additional initialization for module gui from class<br />org.kepler.module.gui.Initialize<br /> [null] X connection to localhost:10.0 broken (explicit kill or server<br />shutdown).<br />Exception in thread "main" Java returned: 1<br /> at org.kepler.build.modules.ModulesTask.execute(ModulesTask.java:106)<br /> at org.kepler.build.runner.Kepler.main(Kepler.java:94)<br />Caused by: Java returned: 1<br /> at org.kepler.build.modules.ModulesTask.execute(ModulesTask.java:106)<br /> at org.kepler.build.runner.Kepler.run(Kepler.java:218)<br /> at org.kepler.build.modules.ModulesTask.execute(ModulesTask.java:102)<br /> ... 1 more<br />Caused by: Java returned: 1<br /> at org.apache.tools.ant.taskdefs.Java.execute(Java.java:108)<br /> at org.kepler.build.Run.runSuite(Run.java:309)<br /> at org.kepler.build.Run.run(Run.java:213)<br /> at org.kepler.build.modules.ModulesTask.execute(ModulesTask.java:102)<br /> ... 3 more<br />--</del> Nested Exception ---<br />Java returned: 1<br /> at org.kepler.build.modules.ModulesTask.execute(ModulesTask.java:106)<br /> at org.kepler.build.runner.Kepler.run(Kepler.java:218)<br /> at org.kepler.build.modules.ModulesTask.execute(ModulesTask.java:102)<br /> at org.kepler.build.runner.Kepler.main(Kepler.java:94)<br />Caused by: Java returned: 1<br /> at org.apache.tools.ant.taskdefs.Java.execute(Java.java:108)<br /> at org.kepler.build.Run.runSuite(Run.java:309)<br /> at org.kepler.build.Run.run(Run.java:213)<br /> at org.kepler.build.modules.ModulesTask.execute(ModulesTask.java:102)<br /> ... 3 more<br />--- Nested Exception ---<br />Java returned: 1<br /> at org.apache.tools.ant.taskdefs.Java.execute(Java.java:108)<br /> at org.kepler.build.Run.runSuite(Run.java:309)<br /> at org.kepler.build.Run.run(Run.java:213)<br /> at org.kepler.build.modules.ModulesTask.execute(ModulesTask.java:102)<br /> at org.kepler.build.runner.Kepler.run(Kepler.java:218)<br /> at org.kepler.build.modules.ModulesTask.execute(ModulesTask.java:102)<br /> at org.kepler.build.runner.Kepler.main(Kepler.java:94)<br />bash-3.2$</p>
<p>It is unfortunate that command that was executed is not returned, nor is the<br />error message.</p>
<p>Ptolemy II, when run outside of Kepler, starts up fine with OpenJDK . . .</p>
<p>On sisyphus.eecs.berkeley.edu, we are running:</p>
<p>[bldmastr@sisyphus test]$ rpm -qa redhat-release<br />redhat-release-5Client-5.4.0.3<br />[bldmastr@sisyphus test]$ cat /etc/redhat-release <br />Red Hat Enterprise Linux Client release 5.4 (Tikanga)</p> Bug #5142 (Resolved): comma improperly inserted in kar filename rather than a period (.)https://projects.ecoinformatics.org/ecoinfo/issues/51422010-08-11T23:56:58ZMatt Jonesjones@nceas.ucsb.edu
<p>When KAR files are saved, with a name such as "foo.kar", then show up incorrectly in the kepler component pane with a comma in the name rather than the period (e.g., it becomes "foo,kar". KAR files should be saved with the normal period as the extension separator in the filename, and should display this way as well.</p> Bug #4711 (Resolved): Problem with L.H. actor tree: ActorName,karhttps://projects.ecoinformatics.org/ecoinfo/issues/47112010-01-29T16:41:18ZChristopher Brookscxh@eecs.berkeley.edu
<p>In a clean checkout under Windows, I'm now seeing the<br />kar files listed in the left hand actor tree.</p>
<p>I see<br />-Actors<br /> -ANOVA,kar<br /> ANOVA</p>
<p>I would expect to see<br />+Actors<br /> ANOVA</p>
<p>It would be nice to not display the ANOVA,kar nodes for kar files that<br />only contain actors.</p> Bug #3997 (Resolved): Supporting display actor conversion for command line execution.https://projects.ecoinformatics.org/ecoinfo/issues/39972009-04-20T21:20:53Zjianwu jianwujianwu@sdsc.edu
<p>When executing workflow for batch mode, users may want the display actors in the workflow can be converted automatically. We can enable it by adding one more option: "-displayRevert path/to/put/diplay/files". We can use the jar of Hydrant to filter the display actors to the corresponding file writing actors before workflow execution. This is already implemented in Kepler Web service and CAMERA project. Tristan also said his jar can be updated and re-distributed.</p>