Kepler: Issueshttps://projects.ecoinformatics.org/ecoinfo/https://projects.ecoinformatics.org/ecoinfo/ecoinfo/favicon.ico?14691340362013-03-20T16:04:20ZEcoinformatics Redmine
Redmine Bug #5895 (Resolved): HelloWorld link is broken under Kepler-2.4rc3https://projects.ecoinformatics.org/ecoinfo/issues/58952013-03-20T16:04:20ZChristopher Brookscxh@eecs.berkeley.edu
<p>Under Linux, the links to the demos fail? It seems like $CLASSPATH is not be expanded?</p>
<p>java.io.IOException: Failed to find file:/home/cxh/src/kepler-2.4RC3/common-2.4.0/configs/ptolemy/configs/kepler/$CLASSPATH/getting-started/04-HelloWorld.xml, also tried<br /> null and<br />null<br /> at ptolemy.actor.gui.HTMLViewer.hyperlinkUpdate(HTMLViewer.java:342)<br /> at javax.swing.JEditorPane.fireHyperlinkUpdate(JEditorPane.java:345)<br /> at javax.swing.text.html.HTMLEditorKit$LinkController.activateLink(HTMLEditorKit.java:877)<br /> at javax.swing.text.html.HTMLEditorKit$LinkController.mouseClicked(HTMLEditorKit.java:676)<br /> at java.awt.AWTEventMulticaster.mouseClicked(AWTEventMulticaster.java:270)<br /> at java.awt.Component.processMouseEvent(Component.java:6507)<br /> at javax.swing.JComponent.processMouseEvent(JComponent.java:3321)<br /> at java.awt.Component.processEvent(Component.java:6269)<br /> at java.awt.Container.processEvent(Container.java:2229)<br /> at java.awt.Component.dispatchEventImpl(Component.java:4860)<br /> at java.awt.Container.dispatchEventImpl(Container.java:2287)<br /> at java.awt.Component.dispatchEvent(Component.java:4686)<br /> at java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4832)<br /> at java.awt.LightweightDispatcher.processMouseEvent(Container.java:4501)<br /> at java.awt.LightweightDispatcher.dispatchEvent(Container.java:4422)<br /> at java.awt.Container.dispatchEventImpl(Container.java:2273)<br /> at java.awt.Window.dispatchEventImpl(Window.java:2713)<br /> at java.awt.Component.dispatchEvent(Component.java:4686)<br /> at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:707)<br /> at java.awt.EventQueue.access$000(EventQueue.java:101)<br /> at java.awt.EventQueue$3.run(EventQueue.java:666)<br /> at java.awt.EventQueue$3.run(EventQueue.java:664)<br /> at java.security.AccessController.doPrivileged(Native Method)<br /> at java.security.ProtectionDomain$1.doIntersectionPrivilege(ProtectionDomain.java:76)<br /> at java.security.ProtectionDomain$1.doIntersectionPrivilege(ProtectionDomain.java:87)<br /> at java.awt.EventQueue$4.run(EventQueue.java:680)<br /> at java.awt.EventQueue$4.run(EventQueue.java:678)<br /> at java.security.AccessController.doPrivileged(Native Method)<br /> at java.security.ProtectionDomain$1.doIntersectionPrivilege(ProtectionDomain.java:76)<br /> at java.awt.EventQueue.dispatchEvent(EventQueue.java:677)<br /> at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:211)<br /> at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:128)<br /> at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:117)<br /> at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:113)<br /> at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:105)<br /> at java.awt.EventDispatchThread.run(EventDispatchThread.java:90)<br />Caused by: java.io.FileNotFoundException: /home/cxh/src/kepler-2.4RC3/common-2.4.0/configs/ptolemy/configs/kepler/$CLASSPATH/getting-started/04-HelloWorld.xml (No such file or directory)<br /> at java.io.FileInputStream.open(Native Method)<br /> at java.io.FileInputStream.<init>(FileInputStream.java:138)<br /> at java.io.FileInputStream.<init>(FileInputStream.java:97)<br /> at sun.net.www.protocol.file.FileURLConnection.connect(FileURLConnection.java:90)<br /> at sun.net.www.protocol.file.FileURLConnection.getInputStream(FileURLConnection.java:188)<br /> at java.net.URL.openStream(URL.java:1035)<br /> at ptolemy.actor.gui.EffigyFactory.checkForDTD(EffigyFactory.java:127)<br /> at ptolemy.actor.gui.PtolemyEffigy$Factory.createEffigy(PtolemyEffigy.java:384)<br /> at ptolemy.actor.gui.EffigyFactory.createEffigy(EffigyFactory.java:233)<br /> at ptolemy.actor.gui.Configuration.openModel(Configuration.java:1079)<br /> at ptolemy.actor.gui.Configuration.openModel(Configuration.java:1005)<br /> at ptolemy.actor.gui.HTMLViewer.hyperlinkUpdate(HTMLViewer.java:293)<br /> ... 35 more</p> Bug #5892 (Resolved): After running various demos like HelloWorld, the user is prompted to save ...https://projects.ecoinformatics.org/ecoinfo/issues/58922013-03-19T14:47:26ZChristopher Brookscxh@eecs.berkeley.edu
<p>In the 2.4RC3 Windows installer, after I run various demos, when I close the demo, the "Save changes to KAR" dialog pops up.</p>
<p>Probably the Kar files need to be updated in the svn repository.</p>
<p>HelloWorld, SimpleAddition and others are affected.</p> Bug #5891 (Resolved): Installer acks need to be update for Ptolemyhttps://projects.ecoinformatics.org/ecoinfo/issues/58912013-03-19T14:38:29ZChristopher Brookscxh@eecs.berkeley.edu
<p>The 2.4Rc3 installer acks for Ptolemy are out of date.<br />The text should be updated to say:</p>
<p>--start--<br />Ptolemy receives support in part by the Center for Hybrid and Embedded Software Systems (CHESS) at UC Berkeley, which receives support from the National Science Foundation (NSF awards #0720882 (CSR-EHS: PRET), #1035672 (CPS: Medium: Ptides), and #0931843 (CPS: Large: ActionWebs)), the Naval Research Laboratory (#NOOI73-12-1-G015), the Multiscale Systems Center (MuSyC), one of six research centers funded under the Focus Center Research Program, a Semiconductor Research Corporation program, and the following companies: Bosch, National Instruments, and Toyota. In the past, CHESS has been sponsorted by Agilent, DGIST, General Motors, Hewlett Packard, Infineon, and Microsoft.</p>
<p>Ptolemy is also supported in part by the TerraSwarm Research Center, one of six centers supported by the STARnet phase of the Focus Center Research Program (FCRP) a Semiconductor Research Corporation program sponsored by MARCO and DARPA.</p>
<p>Ptolemy is also supported in part by the Naval Research Laboratory project, "Software Producibility for System of Systems," and was accomplished under Cooperative Agreement Number NOOI73-12-1-G015.</p>
<p>--end--</p>
<p>To close this bug, the documentation for how to build a release should<br />be update to include going to <a class="external" href="http://ptolemy.eecs.berkeley.edu/sponsors.htm">http://ptolemy.eecs.berkeley.edu/sponsors.htm</a><br />to update the list of Ptolemy sponsors.</p> Bug #5789 (Resolved): component tree disappears after clicking Clear after downloading KARhttps://projects.ecoinformatics.org/ecoinfo/issues/57892013-01-18T02:14:06ZDerik Barseghianbarseghian@nceas.ucsb.edu
<p>To replicate:<br />- click Sources button in Search Components area<br />- check-mark Search for keplerRepository<br />- search components for: helloworld (login anonymous)<br />- right-click and select Download on 04-HelloWorld,kar. Wait a bit.<br />- click Cancel in the Search Components area to clear search</p>
<p>The tree should collapse, but instead entirely disappears, and subsequent search attempts give an error. Dan was unable to replicate, but Jing and I replicated on os x 10.8, and I got it to occur in 10.7 and win7 as well.</p> Bug #5759 (Resolved): MatrixViewer window does not reappearhttps://projects.ecoinformatics.org/ecoinfo/issues/57592012-12-05T23:23:44ZDaniel Crawldanielcrawl@gmail.com
<p>The MatrixViewer actor pops up a window displaying a matrix. If the window is closed, it does not reappear after running the model again (unlike the Display or plotting actors).</p>
<p>To reproduce:</p>
<p>1. open $PTII/ptolemy/domains/pn/demo/QR/QR.xml<br />2. run<br />3. close .QR.MatrixViewer<br />4. run</p> Bug #5754 (Closed): unable to open TestSSHWithDisplay 2.3 run-kar from keplerRepository with WRM ...https://projects.ecoinformatics.org/ecoinfo/issues/57542012-11-30T21:47:36ZDerik Barseghianbarseghian@nceas.ucsb.edu
<p>Need to look into why trying to force open this run-kar to see the workflow does nothing.</p> Bug #5745 (Resolved): "./kepler.sh -runwf -nogui -nocache workflow.xml" has error message after e...https://projects.ecoinformatics.org/ecoinfo/issues/57452012-11-20T21:37:50Zjianwu jianwujianwu@sdsc.edu
<p>I saw the same message at mac and linux:<br />rm -rf ~/.kepler; ./kepler.sh -runwf -nogui -nocache outreach/workflows/demos/getting-started/04-HelloWorld.xml.</p>
<p>It works without "-nocache" option or ~/.kepler is not deleted.</p>
<pre><code>[null] loading: ptolemy.moml.MoMLCommandLineApplication args: outreach/workflows/demos/getting-started/04-HelloWorld.xml <br /> [null] invoking: ptolemy.moml.MoMLCommandLineApplication.main<br /> [null] 21 ms. Memory: 125568K Free: 46142K (37%)<br /> [null] java.sql.SQLException: Table not found in statement [insert into cacheContentTable (name, lsid, date, file, type, classname) values ( ?, ?, ?, ?, ?, ? )]<br /> [null] at org.hsqldb.jdbc.Util.throwError(Unknown Source)<br /> [null] at org.hsqldb.jdbc.jdbcPreparedStatement.&lt;init&gt;(Unknown Source)<br /> [null] at org.hsqldb.jdbc.jdbcConnection.prepareStatement(Unknown Source)<br /> [null] at org.kepler.objectmanager.cache.CacheManager.&lt;init&gt;(CacheManager.java:121)<br /> [null] at org.kepler.objectmanager.cache.CacheManager.getInstance(CacheManager.java:162)<br /> [null] at org.kepler.module.core.Shutdown.shutdownModule(Shutdown.java:57)<br /> [null] at org.kepler.Kepler._initializeModules(Kepler.java:678)<br /> [null] at org.kepler.Kepler.load(Kepler.java:514)<br /> [null] at org.kepler.Kepler.load(Kepler.java:532)<br /> [null] at org.kepler.Kepler.parseArgsAndRun(Kepler.java:410)<br /> [null] at org.kepler.Kepler.main(Kepler.java:211)</code></pre> Bug #5732 (Resolved): EML 2.1.1 option should be added to metacat data sources in keplerhttps://projects.ecoinformatics.org/ecoinfo/issues/57322012-11-08T22:29:24ZDerik Barseghianbarseghian@nceas.ucsb.edu
<p>EML 2.1.1 option should be added to metacat data sources in kepler</p> Bug #5727 (Resolved): saving workflow changes canvas centerhttps://projects.ecoinformatics.org/ecoinfo/issues/57272012-10-30T19:37:57ZDaniel Crawldanielcrawl@gmail.com
<p>The first time a workflow is saved, the center of the canvas changes. The actors originally in the center are now in the top left. (This does not happen when saving as MoML or in Vergil.)</p> Bug #5725 (Resolved): Save dialog's folder drop-down menu crashes kepler in OS X 10.8 w/ 64-bit j...https://projects.ecoinformatics.org/ecoinfo/issues/57252012-10-30T00:22:02ZDerik Barseghianbarseghian@nceas.ucsb.edu
<p>On trunk, on Mac OS X 10.8 w/ java -version:<br />java version "1.6.0_37" <br />Java(TM) SE Runtime Environment (build 1.6.0_37-b06-434-11M3909)<br />Java HotSpot(TM) 64-Bit Server VM (build 20.12-b01-434, mixed mode)</p>
<p>clicking on the Save dialog's directory chooser drop down (where it says "MyWorkflows" by default) crashes Kepler with an error, and no stack trace:<br /> [run] Invalid memory access of location 0x7fb90421aea0 rip=0x7fb90421aea0</p>
<p>Jing has 10.8 and the same version of java and it happens to him too.<br />Dan tried in 10.6, and he didn't have any problems.</p> Bug #5719 (Resolved): parameter values no longer appear on canvashttps://projects.ecoinformatics.org/ecoinfo/issues/57192012-10-01T20:41:12ZDerik Barseghianbarseghian@nceas.ucsb.edu
<p>I noticed today that parameter values no longer appear on canvas.<br />E.g. if you drag out a Parameter, you'll see a blue dot icon. If you double-click on it and set its value to 5000, click OK, 5000 will not appear next to the dot as it should.</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 #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 #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 #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>