WidgetFX 1.2 Release this Sunday
16 views
Skip to first unread message
Stephen Chin
Jun 26, 2009, 4:11:26 PM6/26/09
to widgetf...@googlegroups.com
Just a heads-up to all the widget developers out there that we will be
releasing the next version of WidgetFX this Sunday at 11:59PM Pacific.
releasing the next version of WidgetFX this Sunday at 11:59PM Pacific.
If you are having any trouble migrating your widgets using the beta, let
us know so we can help.
Cheers,
--
--Steve
blog: http://steveonjava.com/
Ludovic HOCHET
Jun 27, 2009, 5:05:37 PM6/27/09
to WidgetFX Users
I managed to get past my 'usual' layout issue,
so it now looks good for a release on Monday (French time).
Remains for me to decide wether I want to sign it and have "Thawte
Freemail Member" as the publisher,
or selfsign it and have "Ludovic HOCHET" as the publisher... wondering
which one I trust the most...
Ludovic
> smime.p7s
> 4KViewDownload
so it now looks good for a release on Monday (French time).
Remains for me to decide wether I want to sign it and have "Thawte
Freemail Member" as the publisher,
or selfsign it and have "Ludovic HOCHET" as the publisher... wondering
which one I trust the most...
Ludovic
> 4KViewDownload
Pär Dahlberg
Jun 28, 2009, 11:42:58 AM6/28/09
to widgetf...@googlegroups.com
I'm using the build in certification and I'm having a bit of a problem starting the widget. Might be a problem for both users and developers so I'm sticking to this thread for now...
The widget runner is showing a widget "window" with a certificate error saying the user denined the certificate *before* the certificate accept/reject dialog is shown. A second later the dialog is shown to me, but clicking accept won't make a difference. The widget runner is still showing the same user denied error...
Am I missing something here? :)
Should have tried to build my widget a bit earlier I guess :)
/M v h Pär
Welcome to my blog, mostly about programming: http://www.pmdit.se/blog
The widget runner is showing a widget "window" with a certificate error saying the user denined the certificate *before* the certificate accept/reject dialog is shown. A second later the dialog is shown to me, but clicking accept won't make a difference. The widget runner is still showing the same user denied error...
Am I missing something here? :)
Should have tried to build my widget a bit earlier I guess :)
/M v h Pär
Welcome to my blog, mostly about programming: http://www.pmdit.se/blog
Stephen Chin
Jun 28, 2009, 12:46:03 PM6/28/09
to widgetf...@googlegroups.com
Going out with a self-signed certificate is probably not the end of the
world right now, because most folks will download it directly from your
website.
Later on when we have a way of adding widgets directly from the dock, and central hosting of widgets, this will be a lot more important.
This won't help for today, but if you get certified by Thawte's web-of-trust then your name will show up on your signed apps rather than "Thawte Freemail Member". All it takes is getting a few folks to verify your identity in person.
Cheers,
--Steve
Later on when we have a way of adding widgets directly from the dock, and central hosting of widgets, this will be a lot more important.
This won't help for today, but if you get certified by Thawte's web-of-trust then your name will show up on your signed apps rather than "Thawte Freemail Member". All it takes is getting a few folks to verify your identity in person.
Cheers,
--Steve
--~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "WidgetFX Users" group. To post to this group, send email to widgetf...@googlegroups.com To unsubscribe from this group, send email to widgetfx-user...@googlegroups.com For more options, visit this group at http://groups.google.com/group/widgetfx-users?hl=en -~----------~----~----~----~------~----~------~--~---
Stephen Chin
Jun 28, 2009, 12:48:25 PM6/28/09
to widgetf...@googlegroups.com
There are some known issues with certificates on Macintosh that will be
fixed in the final release.
If this is something different, toss Keith and I a code sample, and we will try to help debug it today before the release.
Cheers,
--Steve
If this is something different, toss Keith and I a code sample, and we will try to help debug it today before the release.
Cheers,
--Steve
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "WidgetFX Users" group.
To post to this group, send email to widgetf...@googlegroups.com
To unsubscribe from this group, send email to widgetfx-user...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/widgetfx-users?hl=en
-~----------~----~----~----~------~----~------~--~---
Pär Dahlberg
Jun 28, 2009, 5:00:51 PM6/28/09
to widgetf...@googlegroups.com
Actually after reading the error messages a bit more carefully I'm
finding that NetBeans is having trouble signing the widget since "The
signer certificate has expired". I forced another keystore and now it
says it can be signed, but I'm still having problems. Got the exact
same error for the Clock widget and the minimal test here below when
checking self sign.
Widget {
var width = 200;
var height = 200;
resizable: true;
content: [
Rectangle {
x: 10, y: 10
width: 140, height: 90
fill: Color.BLACK
}
]
}
I get the feeling that it's not the code, but my environment. I'll see if I have time to take a look at work tomorrow. Right now I'll have to get some sleep. I did upload the new version since the old one will break anyway...
Widget {
var width = 200;
var height = 200;
resizable: true;
content: [
Rectangle {
x: 10, y: 10
width: 140, height: 90
fill: Color.BLACK
}
]
}
I get the feeling that it's not the code, but my environment. I'll see if I have time to take a look at work tomorrow. Right now I'll have to get some sleep. I did upload the new version since the old one will break anyway...
Pär Dahlberg
Jun 29, 2009, 5:09:52 PM6/29/09
to widgetf...@googlegroups.com
I think I've found the problem. If I add a self signed (the only signing I've got) widget and don't check the Java dialog's "always trust" I'm presented with the WidgetFX certificate dialog. However, just as before the widget tries to load in the background before I have time to click the accept button. This always fails.
If I instead check "always trust" in the Java dialog then all is good. The widget is starting up and the WidgetFX dialog is never shown.
Can anyone else repeat this with a self signed or not "always trusted" certificate?
Then there is another thing. I can start WidgetFX with the built in widgets and add my widget with it's local url just fine. But if I try to add any widget from the net nothing happens. I've tested and got the same result from all the widgets in the library (http://widgetfx.org/portal/library) as well as my locally running code uploaded to my site http://pmdit.se/widgets/diskspace/ (without the previously needed "?arg=").
If I instead check "always trust" in the Java dialog then all is good. The widget is starting up and the WidgetFX dialog is never shown.
Can anyone else repeat this with a self signed or not "always trusted" certificate?
Then there is another thing. I can start WidgetFX with the built in widgets and add my widget with it's local url just fine. But if I try to add any widget from the net nothing happens. I've tested and got the same result from all the widgets in the library (http://widgetfx.org/portal/library) as well as my locally running code uploaded to my site http://pmdit.se/widgets/diskspace/ (without the previously needed "?arg=").
Larry Dickson
Jun 29, 2009, 8:55:06 PM6/29/09
to widgetf...@googlegroups.com
I've posted an update to "Infix WeatherWidget" (i.e., the widget that I posted to this group on May-19) homed at:
Updates to this widget include:
- migration to JavaFX 1.2 and WidgetFX 1.2.0 platforms
- code signing with Thawte Personal EMail certificate (per: link that was posted on this blog).
The instructions provided for widget migration to WidgetFX 1.2.0 on this blog were clear and comprehensive - I was able to test/verify against the "/beta/" jnlp for "/dock/"WidgetFX last week with no problems (thanks!)
Updates to public post of my widget were promoted early this morning (to coincide with the WidgetFX "dock update" schedule that had been posted to this group). I was hoping to announce updates via a post to the "Widget Library" at http://widgetfx.org/portal/contest - but I wasn't able to figure out how to "sign-in" (more info would be greatly appreciated...).
For other developers of widgets (for WidgetFX) who are working with NetBeans - and want to sign their jars, I would offer these notes (from personal experience):
- for local development (jnlp served by NetBeans), a "self-signed jar" with "pack200" as generated by NetBeans will (probably) be all you need to test (locally with webstart).
- when you want to sign your jars for external deployment on a web server, code signing is something you'll want to do - and beyond the direct scope of NetBeans.
When you're ready to generate signed jars for external deployment:
0. [one time] construct an (external) "keystore.ks" file per: http://www.dallaway.com/acad/webstart/
1. in NetBeans, modify your <WidgetFX> project->properties->Application to generate "raw" jars (i.e., un-check: "Self Signed Jar" and "Pack200 Compression" in the Application dialogs)
2. clean/build <project>
3. copy files from "<project>/dist to a <"stage-deploy"> directory (your choice, external to project)
4. sign all jars (including /lib/*.jars) in <"stage-deploy"> per: scripts in: http://learnjavafx.typepad.com/weblog/security/
(install a stand-alone JavaFX-sdk for access to "jarsigner" and "pack200" tools outside of NetBeans)
5. update jnlp's to reflect deployment url's for your widget (and update any html links that reference your jnlp's)
6. deploy files from <stage-deploy> to an active web server.
This approach will allow you to publish source for a WidgetFX widget developed as a NetBeans project without publishing scripts to sign the code. (signing the code is something that only you should know how to do)
Please advise of any additional info relevant to: how one could post widgets to http://widgetfx.org/portal/contest
(e.g., how to "sign-in", etc...)
many thanks.
Larry Dickson
Ludovic HOCHET
Jun 30, 2009, 1:30:51 AM6/30/09
to widgetf...@googlegroups.com
For widget signing, an alternative to using the command line is to modify:
<widget directory>/nbproject/build-impl.xml
In that file, look for the "-do-compile" target
then add:
<arg value="-keystore"/>
<arg value="[path to]/keystore.ks"/>
<arg value="-keystorePassword"/>
<arg value="[password]"/>
<arg value="-keyalias"/>
<arg value="[alias]"/>
between
<arg value="${sign.arg}"/>
and
<arg value="-cp"/>
back this section up as Netbeans will recreate the whole file if you
modify a project property in the UI.
Ludovic
--
Ludovic
-----------------------------------------
"Les formes qui differencient les etres importent peu
si leur pensees s'unissent pour batir un univers..."
Yoko Tsuno (in 'Les titans' by Roger Leloup)
[The shapes that differenciate beings are not important
if their thoughts unite to build a universe]
<widget directory>/nbproject/build-impl.xml
In that file, look for the "-do-compile" target
then add:
<arg value="-keystore"/>
<arg value="[path to]/keystore.ks"/>
<arg value="-keystorePassword"/>
<arg value="[password]"/>
<arg value="-keyalias"/>
<arg value="[alias]"/>
between
<arg value="${sign.arg}"/>
and
<arg value="-cp"/>
back this section up as Netbeans will recreate the whole file if you
modify a project property in the UI.
Ludovic
Ludovic
-----------------------------------------
"Les formes qui differencient les etres importent peu
si leur pensees s'unissent pour batir un univers..."
Yoko Tsuno (in 'Les titans' by Roger Leloup)
[The shapes that differenciate beings are not important
if their thoughts unite to build a universe]
Stephen Chin
Jun 30, 2009, 6:16:39 AM6/30/09
to widgetf...@googlegroups.com
Pär,
The ?arg= is still needed. Here is a sample URL from the Calendar tutorial:
http://widgetfx.org/dock/launch.jnlp?arg=http://widgetfx.org/dock/widgets/Calendar/Calendar.jnlp
or in your case:
http://widgetfx.org/dock/launch.jnlp?arg=http://pmdit.se/widgets/diskspace/launch.jnlp
Even after the URL fix, on load your widget is throwing a MalformedURLException. First, let me explain the fix, and then I will try to explain the cause...
Fix: Simply remove "<update check=\"background\">" from your JNLP file. (which is missing its matching end tag anyway)
Cause: Technically your JNLP is malformed, because update has no closing tag. This is no fault of your own, but instead a bug in the javafxpackager. To workaround this issue we have a clever hack that parses the raw XML, looking for the broken tag and replacing it with a properly terminated one. Normally this works fine, but somehow your JNLP file also has all the newline characters stripped from it (?). Therefore, our BufferedReader gets confused and replaces the whole file, resulting in a MalformedURLException on the codebase lookup.
I hope this helps!
Cheers,
--Steve
The ?arg= is still needed. Here is a sample URL from the Calendar tutorial:
http://widgetfx.org/dock/launch.jnlp?arg=http://widgetfx.org/dock/widgets/Calendar/Calendar.jnlp
or in your case:
http://widgetfx.org/dock/launch.jnlp?arg=http://pmdit.se/widgets/diskspace/launch.jnlp
Even after the URL fix, on load your widget is throwing a MalformedURLException. First, let me explain the fix, and then I will try to explain the cause...
Fix: Simply remove "<update check=\"background\">" from your JNLP file. (which is missing its matching end tag anyway)
Cause: Technically your JNLP is malformed, because update has no closing tag. This is no fault of your own, but instead a bug in the javafxpackager. To workaround this issue we have a clever hack that parses the raw XML, looking for the broken tag and replacing it with a properly terminated one. Normally this works fine, but somehow your JNLP file also has all the newline characters stripped from it (?). Therefore, our BufferedReader gets confused and replaces the whole file, resulting in a MalformedURLException on the codebase lookup.
I hope this helps!
Cheers,
--Steve
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "WidgetFX Users" group.
To post to this group, send email to widgetf...@googlegroups.com
To unsubscribe from this group, send email to widgetfx-user...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/widgetfx-users?hl=en
-~----------~----~----~----~------~----~------~--~---
Pär Dahlberg
Jun 30, 2009, 7:58:59 AM6/30/09
to widgetf...@googlegroups.com
Aha thanks for the tip... I really should have cought that when I looked in the jnlp file since jedit probably marked it, but now I know about that one :) It's good to know about the reason for that MalformedURLException.
I made a quick update to the jnlp and html files from work, but it still refused to run due to missing class file. Can't really do much until am home again, but I did unpack the jar to verify that it wasn't corrupt. Perhaps you know that answer as well?
I made a quick update to the jnlp and html files from work, but it still refused to run due to missing class file. Can't really do much until am home again, but I did unpack the jar to verify that it wasn't corrupt. Perhaps you know that answer as well?
Stephen Chin
Jun 30, 2009, 8:04:28 AM6/30/09
to widgetf...@googlegroups.com
I get a 404 error when trying to retrieve the main jar file from this
url:
http://pmdit.se/widgets/diskspace/DiskSpaceWidget.jar
Cheers,
--Steve
http://pmdit.se/widgets/diskspace/DiskSpaceWidget.jar
Cheers,
--Steve
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "WidgetFX Users" group.
To post to this group, send email to widgetf...@googlegroups.com
To unsubscribe from this group, send email to widgetfx-user...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/widgetfx-users?hl=en
-~----------~----~----~----~------~----~------~--~---
Pär Dahlberg
Jun 30, 2009, 8:21:19 AM6/30/09
to widgetf...@googlegroups.com
Ah right... I'm using the JnlpDownloadServlet so the actual url is: http://pmdit.se/widgets/diskspace/DiskSpaceWidget.jar?version-id=0.5
Stephen Chin
Jun 30, 2009, 8:27:58 AM6/30/09
to widgetf...@googlegroups.com
That is probably the problem. Our WigdetFX JNLP loader doesn't have
version smarts yet...
Please file an enhancement request, but in the meantime make the jar accessible without the version-id parameter.
Cheers,
--Steve
Please file an enhancement request, but in the meantime make the jar accessible without the version-id parameter.
Cheers,
--Steve
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "WidgetFX Users" group.
To post to this group, send email to widgetf...@googlegroups.com
To unsubscribe from this group, send email to widgetfx-user...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/widgetfx-users?hl=en
-~----------~----~----~----~------~----~------~--~---
Stephen Chin
Jun 30, 2009, 8:31:47 AM6/30/09
to widgetf...@googlegroups.com
On 6/29/2009 5:55 PM, Larry Dickson wrote:
> Updates to public post of my widget were promoted early this morning
> (to coincide with the WidgetFX "dock update" schedule that had been
> posted to this group). I was hoping to announce updates via a post to
> the "Widget Library" at http://widgetfx.org/portal/contest - but I
> wasn't able to figure out how to "sign-in" (more info would be greatly
> appreciated...).
I bounced the server and it seems to be working (for now).> Updates to public post of my widget were promoted early this morning
> (to coincide with the WidgetFX "dock update" schedule that had been
> posted to this group). I was hoping to announce updates via a post to
> the "Widget Library" at http://widgetfx.org/portal/contest - but I
> wasn't able to figure out how to "sign-in" (more info would be greatly
> appreciated...).
See if you can create an account, and if there are still problems I will
investigate further.
Stephen Chin
Jun 30, 2009, 9:03:44 AM6/30/09
to widgetf...@googlegroups.com
Pär,
I noticed you got it working and updated my blog post to include the DiskSpace widget. Congrats!
Cheers,
--Steve
I noticed you got it working and updated my blog post to include the DiskSpace widget. Congrats!
Cheers,
--Steve
Pär Dahlberg
Jun 30, 2009, 9:20:18 AM6/30/09
to widgetf...@googlegroups.com
Yep... Thanks a lot for the quick support :)
Is there perhaps a FAQ somewhere where we could put these things?
Is there perhaps a FAQ somewhere where we could put these things?
Omar F Rodriguez
Jun 30, 2009, 9:20:37 AM6/30/09
to widgetf...@googlegroups.com
I cant launch the dock bar, and i got this exception
java.lang.reflect.InvocationTargetException
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at com.sun.javaws.Launcher.executeApplication(Launcher.java:1321)
at com.sun.javaws.Launcher.executeMainClass(Launcher.java:1267)
at com.sun.javaws.Launcher.doLaunchApp(Launcher.java:1066)
at com.sun.javaws.Launcher.run(Launcher.java:116)
at java.lang.Thread.run(Thread.java:619)
Caused by: java.lang.NoClassDefFoundError: com/sun/javafx/runtime/Main
at com.sun.javafx.runtime.main.Main.main(Main.java:35)
... 9 more
Caused by: java.lang.ClassNotFoundException: com.sun.javafx.runtime.Main
at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
at com.sun.jnlp.JNLPClassLoader.findClass(JNLPClassLoader.java:257)
at java.lang.ClassLoader.loadClass(ClassLoader.java:307)
at java.lang.ClassLoader.loadClass(ClassLoader.java:252)
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320)
... 10 more
java.lang.reflect.InvocationTargetException
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at com.sun.javaws.Launcher.executeApplication(Launcher.java:1321)
at com.sun.javaws.Launcher.executeMainClass(Launcher.java:1267)
at com.sun.javaws.Launcher.doLaunchApp(Launcher.java:1066)
at com.sun.javaws.Launcher.run(Launcher.java:116)
at java.lang.Thread.run(Thread.java:619)
Caused by: java.lang.NoClassDefFoundError: com/sun/javafx/runtime/Main
at com.sun.javafx.runtime.main.Main.main(Main.java:35)
... 9 more
Caused by: java.lang.ClassNotFoundException: com.sun.javafx.runtime.Main
at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
at com.sun.jnlp.JNLPClassLoader.findClass(JNLPClassLoader.java:257)
at java.lang.ClassLoader.loadClass(ClassLoader.java:307)
at java.lang.ClassLoader.loadClass(ClassLoader.java:252)
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320)
... 10 more
Keith
Jul 1, 2009, 12:41:39 AM7/1/09
to WidgetFX Users
Omar,
Try deleting (or renaming the directory) your old configuration files
(found in .widgetfx under your user home directory). If you were
running the beta this is most likely the problem.
On Jun 30, 6:20 am, Omar F Rodriguez <omarf.rodrig...@gmail.com>
wrote:
Try deleting (or renaming the directory) your old configuration files
(found in .widgetfx under your user home directory). If you were
running the beta this is most likely the problem.
On Jun 30, 6:20 am, Omar F Rodriguez <omarf.rodrig...@gmail.com>
wrote:
Omar F Rodriguez
Jul 1, 2009, 2:12:05 AM7/1/09
to widgetf...@googlegroups.com
i already tried that, it was the first thing that i did and no use, i deleted the .java deployment directory and thw .WidgetFX directory, and always the same, BTW i'm using linux and jdk1.6.0_13 (64 bits)
java.lang.reflect.InvocationTargetException
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at com.sun.javaws.Launcher.executeApplication(Launcher.java:1321)
at com.sun.javaws.Launcher.executeMainClass(Launcher.java:1267)
at com.sun.javaws.Launcher.doLaunchApp(Launcher.java:1066)
at com.sun.javaws.Launcher.run(Launcher.java:116)
at java.lang.Thread.run(Thread.java:619)
Caused by: java.lang.NoClassDefFoundError: com/sun/javafx/runtime/Main
at com.sun.javafx.runtime.main.Main.main(Main.java:35)
... 9 more
Caused by: java.lang.ClassNotFoundException: com.sun.javafx.runtime.Main
at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
at com.sun.jnlp.JNLPClassLoader.findClass(JNLPClassLoader.java:257)
at java.lang.ClassLoader.loadClass(ClassLoader.java:307)
at java.lang.ClassLoader.loadClass(ClassLoader.java:252)
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320)
... 10 more
--
Atte.
Lic. Omar F. Rodriguez
IT Consultant
java.lang.reflect.InvocationTargetException
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at com.sun.javaws.Launcher.executeApplication(Launcher.java:1321)
at com.sun.javaws.Launcher.executeMainClass(Launcher.java:1267)
at com.sun.javaws.Launcher.doLaunchApp(Launcher.java:1066)
at com.sun.javaws.Launcher.run(Launcher.java:116)
at java.lang.Thread.run(Thread.java:619)
Caused by: java.lang.NoClassDefFoundError: com/sun/javafx/runtime/Main
at com.sun.javafx.runtime.main.Main.main(Main.java:35)
... 9 more
Caused by: java.lang.ClassNotFoundException: com.sun.javafx.runtime.Main
at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
at com.sun.jnlp.JNLPClassLoader.findClass(JNLPClassLoader.java:257)
at java.lang.ClassLoader.loadClass(ClassLoader.java:307)
at java.lang.ClassLoader.loadClass(ClassLoader.java:252)
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320)
... 10 more
Atte.
Lic. Omar F. Rodriguez
IT Consultant
Keith
Jul 2, 2009, 4:34:05 AM7/2/09
to WidgetFX Users
Ok, interestingly I started getting a similar stack trace today on Win
7 (minus the reflection stuff at the start and with some funky stuff
at the end). It only happens to me when starting with the Shortcut we
create to automatically launch the app. Running from the web URL
works fine (http://widgetfx.org/dock/launch.jnlp).
I was able to create an "Internet Shortcut" (basically a URL) using
Firefox (create a bookmark and drag it off the browser) instead and
putting that in Startup seems to work fine. Turning off "Launch at
Startup" removes the old shortcut without affecting the new one.
I'm not sure why the old one is not working anymore. It hits the same
URL, just going through javaws.exe.
We'll have to see what we want to do with this going forward and put
out an update.
java.lang.NoClassDefFoundError: com/sun/javafx/runtime/Main
at com.sun.javafx.runtime.main.Main.main(Main.java:35)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at com.sun.javaws.Launcher.executeApplication(Unknown Source)
at com.sun.javaws.Launcher.executeMainClass(Unknown Source)
at com.sun.javaws.Launcher.doLaunchApp(Unknown Source)
at com.sun.javaws.Launcher.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)
Caused by: java.lang.ClassNotFoundException:
com.sun.javafx.runtime.Main
at java.net.URLClassLoader$1.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(Unknown Source)
at com.sun.jnlp.JNLPClassLoader.findClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClassInternal(Unknown Source)
... 10 more
#### Java Web Start Error:
#### null
On Jun 30, 11:12 pm, Omar F Rodriguez <omarf.rodrig...@gmail.com>
7 (minus the reflection stuff at the start and with some funky stuff
at the end). It only happens to me when starting with the Shortcut we
create to automatically launch the app. Running from the web URL
works fine (http://widgetfx.org/dock/launch.jnlp).
I was able to create an "Internet Shortcut" (basically a URL) using
Firefox (create a bookmark and drag it off the browser) instead and
putting that in Startup seems to work fine. Turning off "Launch at
Startup" removes the old shortcut without affecting the new one.
I'm not sure why the old one is not working anymore. It hits the same
URL, just going through javaws.exe.
We'll have to see what we want to do with this going forward and put
out an update.
java.lang.NoClassDefFoundError: com/sun/javafx/runtime/Main
at com.sun.javafx.runtime.main.Main.main(Main.java:35)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at com.sun.javaws.Launcher.executeApplication(Unknown Source)
at com.sun.javaws.Launcher.executeMainClass(Unknown Source)
at com.sun.javaws.Launcher.doLaunchApp(Unknown Source)
at com.sun.javaws.Launcher.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)
Caused by: java.lang.ClassNotFoundException:
com.sun.javafx.runtime.Main
at java.net.URLClassLoader$1.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(Unknown Source)
at com.sun.jnlp.JNLPClassLoader.findClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClassInternal(Unknown Source)
... 10 more
#### Java Web Start Error:
#### null
On Jun 30, 11:12 pm, Omar F Rodriguez <omarf.rodrig...@gmail.com>
Omar F Rodriguez
Jul 6, 2009, 12:38:18 AM7/6/09
to widgetf...@googlegroups.com
I was puzzled for this matter, because the widgetfx was working properly no problems at all, even i got it as a startup app on my ubuntu, at first i thought the javaws that i was using was the 32 bits, but actually i realized that the App TwitterFX works fine with 64 bits version, so that takes me to the conclusion that something is wrong with the launcher
swpalmer
Jul 6, 2009, 11:36:44 AM7/6/09
to WidgetFX Users
If you launch in a 64-bit JVM on Windows 7, JavaFX *always* fails -
the required 64-bit libraries are not present in the JavaFX runtime.
Are you certain that the TwitterFX is working with a 64-bit JRE? In
the Java console you can see debug messages about what native
libraries are loading if it says i586 instead of x64 or amd64 then you
know that it is running as 32-bits.
Scott
On Jul 6, 12:38 am, Omar F Rodriguez <omarf.rodrig...@gmail.com>
wrote:
> > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImp l.java:25)
> > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImp l.java:25)
the required 64-bit libraries are not present in the JavaFX runtime.
Are you certain that the TwitterFX is working with a 64-bit JRE? In
the Java console you can see debug messages about what native
libraries are loading if it says i586 instead of x64 or amd64 then you
know that it is running as 32-bits.
Scott
On Jul 6, 12:38 am, Omar F Rodriguez <omarf.rodrig...@gmail.com>
wrote:
Omar F Rodriguez
Jul 6, 2009, 9:37:31 PM7/6/09
to widgetf...@googlegroups.com
Well i think that i'm certain about that, and it's strange because before the 1.2.1 update everything was OK, the widgetfx always started as startup program in my ubuntu, actually i can run TwitterFX (http://herod.net/twitterfxdev/TwitterFX.jnlp) using the javaws within the JDKu13 on 64 bits, i'm using ubuntu not windows i know that you tried to use it as example, even i can run JavaFX as applets, i use the JavaFXPicturePuzzle (http://www.facebook.com/apps/application.php?id=45475169192)
Stephen Chin
Jul 7, 2009, 2:10:00 AM7/7/09
to widgetf...@googlegroups.com
If you check the jnlp file on TwitterFX, you will notice that it is
still a JavaFX 1.1 application:
<extension name="JavaFX Runtime" href="http://dl.javafx.com/1.1/javafx-rt.jnlp"/>
You can tell if you are running a 64-bit JVM by opening the Java Console and making sure it includes output like the following:
Java Plug-in 1.6.0_12
Using JRE version 1.6.0_12 Java HotSpot(TM) 64-Bit Server VM
(obviously I am due for an upgrade. :-) )
Since most browsers are 32-bit today, Applets will run using the 32-bit JVM. The easiest way to run an application in the 64-bit JVM is to run it from the command line as follows:
javaws http://www.javafx.com/samples/BrickBreaker/webstart/BrickBreaker.jnlp
(this demonstrates the bug on a Sun example)
This has already been filed as a bug in the JavaFX Issue tracking system. Go vote for it!
http://javafx-jira.kenai.com/browse/RT-4967
Until this bug is fixed, you will need to start WidgetFX in a 32-bit JVM.
Sorry for the inconvenience!
Cheers,
--Steve
P.S.: For Windows-64 users who are annoyed at WidgetFX failing on startup, the manual fix is to do the following:
<extension name="JavaFX Runtime" href="http://dl.javafx.com/1.1/javafx-rt.jnlp"/>
You can tell if you are running a 64-bit JVM by opening the Java Console and making sure it includes output like the following:
Java Plug-in 1.6.0_12
Using JRE version 1.6.0_12 Java HotSpot(TM) 64-Bit Server VM
(obviously I am due for an upgrade. :-) )
Since most browsers are 32-bit today, Applets will run using the 32-bit JVM. The easiest way to run an application in the 64-bit JVM is to run it from the command line as follows:
javaws http://www.javafx.com/samples/BrickBreaker/webstart/BrickBreaker.jnlp
(this demonstrates the bug on a Sun example)
This has already been filed as a bug in the JavaFX Issue tracking system. Go vote for it!
http://javafx-jira.kenai.com/browse/RT-4967
Until this bug is fixed, you will need to start WidgetFX in a 32-bit JVM.
Sorry for the inconvenience!
Cheers,
--Steve
P.S.: For Windows-64 users who are annoyed at WidgetFX failing on startup, the manual fix is to do the following:
- Open WidgetFX and disable "launch on startup" in the menu.
- Drag the automatically generated WidgetFX launch icon from the
desktop into the startup folder.
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "WidgetFX Users" group.
To post to this group, send email to widgetf...@googlegroups.com
To unsubscribe from this group, send email to widgetfx-user...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/widgetfx-users?hl=en
-~----------~----~----~----~------~----~------~--~---
Omar F Rodriguez
Aug 12, 2009, 12:02:46 AM8/12/09
to widgetf...@googlegroups.com
So let me see if i understood perfectly, this is a JVM issue, on machines running ubuntu linux for 64 bits, right?, but why was i able to run the widgetfx with my 64 bits JRE before, i got this running java -version
orodriguez@leomare:~$ /usr/java/jdk1.6.0_13/bin/java -version
java version "1.6.0_13"
Java(TM) SE Runtime Environment (build 1.6.0_13-b03)
Java HotSpot(TM) 64-Bit Server VM (build 11.3-b02, mixed mode)
wont i be able to run it again?
BTW i was out of town, that why sending this now
orodriguez@leomare:~$ /usr/java/jdk1.6.0_13/bin/java -version
java version "1.6.0_13"
Java(TM) SE Runtime Environment (build 1.6.0_13-b03)
Java HotSpot(TM) 64-Bit Server VM (build 11.3-b02, mixed mode)
wont i be able to run it again?
BTW i was out of town, that why sending this now
----Steve
blog: http://steveonjava.com/
Reply all
Reply to author
Forward
0 new messages