I'd heard of this bug, but until now had never been able to reproduce
it.
Steve Neuendorffer noticed a similar problem, he wrote:
> I just noticed that the shortcut to the original version of hyvisual
> failed to start beta-3. I got an error like "-hyvisual failed to
> find configuration"...
>
> It seems like the new version of the Jar overwrote the old version
> of the Jar, but didn't fix up the shortcut? Is there a way to
>
> 1) prevent destroying the old version if the new version will break
> the shortcut or
>
> 2) automatically fix the shortcut to use the new version?
I initially thought the problem was caused by upgrading from
HyVisual 2.2-beta-2 to 2.2-beta-3
Because I was never able to reproduce the bug, there was not much I
could do locally.
This morning, I was finally able to reproduce the bug. I'm not sure
what changed.
I'm not sure what the cause is. What is happening is that the
MoMLApplication.specToURL() method in HyVisual is failing to find its
configuration in ptolemy/configs/hyvisual/configuration.xml, so it is
falling back to looking for ptolemy/configs/full/configuration.xml and
failing there as well.
The way that MoMLApplication.specToURL() works is that it takes
a string like "ptolemy/configuration/hyvisual/configuration.xml"
and tries various ways to look for it and eventually returns a URL.
In HyVisual, we use the ClassLoader.getResource() method to look up
the resource in the classpath with code like:
specURL = Thread.currentThread()
.getContextClassLoader().getResource(spec);
It looked to me like the above code was failing to find the resource
for some reason, even though I could see that the resource was in the
appropriate jar file on the website.
I checked in a new ptsupport.jar file that seems to work.
Unfortunately, I'm not sure why. The only change was me adding
some debugging statements to MoMLApplication.specToURL().
Perhaps there was some sort of corruption in the ptsupport.jar file,
but diffing the two files does not indicate any problem.
One potential cause could be that our code signing certificate was
updated recently, but I would think the error would manifest itself in
a different fashion if there were certificate problems.
To get the new version, you may need to access the JNLP file
on the website twice. This is because of a peculiarity in Web Start
where the first time it notices that there is a new jar file and the
second time it actually gets the jar file.
The JNLP file is at
http://ptolemy.eecs.berkeley.edu/ptolemyII/hyvisual2.2/jnlp/vergilHyVisual.jnlp
As always with Web Start, if you run in to problems, it is worth
starting up the Web Start console app and clearing the cache.
Under Windows, the Web Start console app can be found at
Start -> All Programs -> Java Web Start
Another thing to try is to kill any running Java processes. I've seen
situations where a Hyvisual java process running in the background
will prevent the jar file from being updated.
-Christopher
Christopher Hylands [EMAIL PROTECTED] University of California
Programmer/Analyst Chess/Ptolemy/GSRC US Mail: 558 Cory Hall #1770
ph: (510)643-9841 fax:(510)642-2739 Berkeley, CA 94720-1770
home: (510)526-4010, (707)665-0131 (office: 400A Cory)
--------
I'm looking forward to using it. I have recurring problems with
starting the webstart version, and get the error message/stack trace
below. Has anyone else encountered this?
Regards,
Scott
java.io.IOException: File not found:
ptolemy/configs/full/configuration.xml
at ptolemy.actor.gui.MoMLApplication.specToURL
(MoMLApplication.java:294)
at ptolemy.vergil.VergilApplication._createDefaultConfiguration
(VergilApplication.java:238)
at ptolemy.actor.gui.MoMLApplication._parseArgs
(MoMLApplication.java:474)
at ptolemy.vergil.VergilApplication._parseArgs
(VergilApplication.java:367)
at ptolemy.actor.gui.MoMLApplication.<init>
(MoMLApplication.java:143)
at ptolemy.vergil.VergilApplication.<init>
(VergilApplication.java:110)
at ptolemy.vergil.VergilApplication$1.run
(VergilApplication.java:132)
at java.awt.event.InvocationEvent.dispatch
(InvocationEvent.java:178)
at java.awt.EventQueue.dispatchEvent(EventQueue.java:448)
at java.awt.EventDispatchThread.pumpOneEventForHierarchy
(EventDispatchThread.java:197)
at java.awt.EventDispatchThread.pumpEventsForHierarchy
(EventDispatchThread.java:150)
at java.awt.EventDispatchThread.pumpEvents
(EventDispatchThread.java:144)
at java.awt.EventDispatchThread.pumpEvents
(EventDispatchThread.java:136)
at java.awt.EventDispatchThread.run(EventDispatchThread.java:99)
In article <[EMAIL PROTECTED]>,
[EMAIL PROTECTED] says...
> HyVisual 2.2-beta is available for download from
>
> http://ptolemy.eecs.berkeley.edu/hyvisual/
>
> HyVisual is a Hybrid System Visual Modeler.
>
> Hybrid systems are systems with continuous-time dynamics, discrete
> events, and discrete mode changes. This visual modeler supports
> construction of hierarchical hybrid systems. It uses a block-diagram
> representation of ordinary differential equations (ODEs) to define
> continuous dynamics. It uses a bubble-and-arc diagram representation
> of finite state machines to define discrete behavior.
>
> HyVisual includes a facility to translate Hybrid System Interchange
> Format (HSIF) files into MoML, the XML format used to represent
> Ptolemy II Models.
>
> HSIF, was developed by the Institute of Software Integrated Systems
> (ISIS) at Vanderbilt University as part of the ISIS MoBIES effort. The
> HSIF documentation states:
>
> "The goal of HSIF is to define an interchange format for hybrid system
> models that can be shared between modeling and analysis tools. HSIF
> models represent dynamic systems, whose dynamics includes both
> continuous and discrete behaviors."
>
> The HyVisual 2.2-beta is a runtime only release, our plan is to release
> the source code with the next release of Ptolemy II, due in May.
>
>
> HyVisual is built on top of Ptolemy II, a framework supporting the
> construction of such domain-specific tools.
>
> HyVisual is based on the work of many participants, but following
> people were instrumental in the creation of HyVisual:
>
> Jiu Liu (currently at Xerox Parc) developed the Continuous Time domain
> while at UC Berkeley and continues to collaborate with the Ptolemy
> group.
>
> Xiaojun Liu developed the Finite State Machine domain and has helped
> support the the CT domain.
>
> Stephen Neuendorffer developed Vergil, the block diagram editor
> and has help support the domains.
>
> Haiyang Zheng developed the HSIF translation capability and has
> helped support the domains.
>
> Professor Edward A. Lee mentored all of us, developed many of the
--------
----------------------------------------------------------------------------
Posted to the ptolemy-hackers mailing list. Please send administrative
mail for this list to: [EMAIL PROTECTED]
