← Back to team overview

openjdk team mailing list archive

[Bug 224800] Re: OpenJDK java web start fails to open jnlp files version 1.5

 

Launchpad has imported 8 comments from the remote bug at
http://icedtea.classpath.org/bugzilla/show_bug.cgi?id=216.

If you reply to an imported comment from within Launchpad, your comment
will be sent to the remote bug automatically. Read more about
Launchpad's inter-bugtracker facilities at
https://help.launchpad.net/InterBugTracking.

------------------------------------------------------------------------
On 2008-10-13T11:12:19+00:00 Matthias Klose wrote:

When OpenJDK java web start is used, it can not open some jnlp files.
For example, you can try the following ones :
http://www.spark-angels.com/telecharger-1/
http://sweethome3d.sourceforge.net/SweetHome3D.jnlp

If you open them through firefox, it downloads the necessary jars, but does not open the application.
If you download the jnlp files and launch them whith javaws, you get the following error :
netx: Spec version not supported (supports 1.0)

These application work if you launch them with Sun Java 6 Web start.

Netx seems to be the library used by openjdk to handle jnlp files. I
checked the source code and it only supports 1.0 version of jnlp (see
file Parser.java in package netx.jnlp). The examples above use version
1.5 of jnlp.

What is annoying is that the upgrade from gutsy to hardy makes openjdk the default java alternative, even if Sun java 6 was installed.
Thus, the jnlp files that were working under gusty do not work anymore under hardy.

The workaround I currently use is to choose another location when
firefox prompts me which application to use for jnlp files : I specify
/usr/lib/jvm/java-6-sun/bin/javaws instead of "OpenJDK Java Web Start".
So the jnlp files are opened with Sun Java instead of openjdk : I still
need to keep Sun java.

The solution would be, I guess, to make netx support 1.5 jnlp files. But
this project doesn't seem to be updated for years...

Reply at:
https://bugs.launchpad.net/ubuntu/+source/openjdk-6/+bug/224800/comments/5

------------------------------------------------------------------------
On 2009-06-25T21:22:11+00:00 Jon-vanalten wrote:

Using current icedtea/openjdk shipped with Fedora 11 x86-64, I now get
different error:

netx: No base directory (contains cache and other data)


Reply at: https://bugs.launchpad.net/ubuntu/+source/openjdk-6/+bug/224800/comments/9

------------------------------------------------------------------------
On 2009-06-25T21:29:27+00:00 Omajid wrote:

Support for JNLP 1.5 and 6.0 has been recently added to IcedTea6 hg [1]

[1] http://icedtea.classpath.org/hg/icedtea6/rev/1ba29bfca5a0

Reply at:
https://bugs.launchpad.net/ubuntu/+source/openjdk-6/+bug/224800/comments/10

------------------------------------------------------------------------
On 2009-06-25T21:31:18+00:00 Omajid wrote:

(In reply to comment #1)
> Using current icedtea/openjdk shipped with Fedora 11 x86-64, I now get
> different error:
> 
> netx: No base directory (contains cache and other data)
> 
That's a known bug that has been fixed in IcedTea6 hg tip. Please see https://bugzilla.redhat.com/show_bug.cgi?id=507870 for more information.


Reply at: https://bugs.launchpad.net/ubuntu/+source/openjdk-6/+bug/224800/comments/11

------------------------------------------------------------------------
On 2009-06-26T15:52:55+00:00 Jon-vanalten wrote:

Great.  I am now able to run the SweetHome3D jnlp, but not the spark-
angels example provided in the original report.  Here is the result when
run from a terminal:

net.sourceforge.jnlp.LaunchException: Fatal: Launch Error: Could not launch JNLP file.
	at net.sourceforge.jnlp.Launcher.launchApplication(Launcher.java:446)
	at net.sourceforge.jnlp.Launcher$TgThread.run(Launcher.java:674)
Caused by: java.lang.reflect.InvocationTargetException
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:616)
	at net.sourceforge.jnlp.Launcher.launchApplication(Launcher.java:438)
	... 1 more
Caused by: java.lang.NoClassDefFoundError: sparkangels/vb
	at com.sparkom.launcher.Main.main(Unknown Source)
	... 6 more
Caused by: 
java.lang.reflect.InvocationTargetException
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:616)
	at net.sourceforge.jnlp.Launcher.launchApplication(Launcher.java:438)
	at net.sourceforge.jnlp.Launcher$TgThread.run(Launcher.java:674)
Caused by: java.lang.NoClassDefFoundError: sparkangels/vb
	at com.sparkom.launcher.Main.main(Unknown Source)
	... 6 more


However, this does launch without barfing using Sun's proprietary javaws.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/openjdk-6/+bug/224800/comments/12

------------------------------------------------------------------------
On 2009-06-29T20:11:22+00:00 Omajid wrote:

(In reply to comment #4)
> Caused by: java.lang.NoClassDefFoundError: sparkangels/vb
>         at com.sparkom.launcher.Main.main(Unknown Source)
>         ... 6 more
This is a bug in Netx's classloader and isnt related to JNLP 1.5 support. If there are no other issues, I will close this bug as FIXED.

Cheers,
Omair

Reply at:
https://bugs.launchpad.net/ubuntu/+source/openjdk-6/+bug/224800/comments/13

------------------------------------------------------------------------
On 2009-07-03T15:23:40+00:00 Jon-vanalten wrote:

No other issues here.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/openjdk-6/+bug/224800/comments/14

------------------------------------------------------------------------
On 2009-07-07T14:30:33+00:00 Omajid wrote:

Closing bug as FIXED. Please file any specific issues as separate bugs.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/openjdk-6/+bug/224800/comments/15

-- 
You received this bug notification because you are a member of OpenJDK,
which is subscribed to openjdk-6 in Ubuntu.
https://bugs.launchpad.net/bugs/224800

Title:
  OpenJDK java web start fails to open jnlp files version 1.5

Status in OpenJDK:
  Fix Released
Status in “openjdk-6” package in Ubuntu:
  Fix Released
Status in “openjdk-6” package in Debian:
  Fix Released
Status in “openjdk-6” package in Fedora:
  New

Bug description:
  When OpenJDK java web start is used, it can not open some jnlp files.
  For example, you can try the following ones :
  http://www.spark-angels.com/telecharger-1/
  http://sweethome3d.sourceforge.net/SweetHome3D.jnlp

  If you open them through firefox, it downloads the necessary jars, but does not open the application.
  If you download the jnlp files and launch them whith javaws, you get the following error :
  netx: Spec version not supported (supports 1.0)

  These application work if you launch them with Sun Java 6 Web start.

  Netx seems to be the library used by openjdk to handle jnlp files. I
  checked the source code and it only supports 1.0 version of jnlp (see
  file Parser.java in package netx.jnlp). The examples above use version
  1.5 of jnlp.

  What is annoying is that the upgrade from gutsy to hardy makes openjdk the default java alternative, even if Sun java 6 was installed.
  Thus, the jnlp files that were working under gusty do not work anymore under hardy.

  The workaround I currently use is to choose another location when
  firefox prompts me which application to use for jnlp files : I specify
  /usr/lib/jvm/java-6-sun/bin/javaws instead of "OpenJDK Java Web
  Start". So the jnlp files are opened with Sun Java instead of openjdk
  : I still need to keep Sun java.

  The solution would be, I guess, to make netx support 1.5 jnlp files.
  But this project doesn't seem to be updated for years...

  Version of Ubuntu : hardy
  Version of openjdk : 6b09-0ubuntu2
  Version of netx : 0.5

To manage notifications about this bug go to:
https://bugs.launchpad.net/openjdk/+bug/224800/+subscriptions


References