• Icon: Bug Bug
    • Resolution: Fixed
    • Icon: Critical Critical
    • deploy-plugin
    • None
    • Platform: All, OS: All

      I clicked on

      https://hudson.dev.java.net/hudson.jnlp

      and accepted the security certificate. I was greeted with a window containing:

      [Winstone 2008/09/04 13:45:29] - Beginning extraction from war file
      [Winstone 2008/09/04 13:45:29] - Container startup failed

      winstone.WinstoneException: The warfile supplied is unavailable or invalid
      (/home/jglick)
      at winstone.HostConfiguration.getWebRoot(HostConfiguration.java:214)
      at winstone.HostConfiguration.<init>(HostConfiguration.java:73)
      at winstone.HostGroup.initHost(HostGroup.java:85)
      at winstone.HostGroup.<init>(HostGroup.java:45)
      at winstone.Launcher.<init>(Launcher.java:196)
      at winstone.Launcher.main(Launcher.java:391)
      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 Main.main(Main.java:69)
      at JNLPMain.main(JNLPMain.java:27)
      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:1293)
      at com.sun.javaws.Launcher.executeMainClass(Launcher.java:1239)
      at com.sun.javaws.Launcher.doLaunchApp(Launcher.java:1086)
      at com.sun.javaws.Launcher.run(Launcher.java:105)
      at java.lang.Thread.run(Thread.java:619)

          [JENKINS-2326] JNLP "test drive" deployment of Hudson failed

          Jesse Glick created issue -

          I just tried it on my Windows system but it worked as expected.
          Perhaps an earlier version was broken?

          Does it still not work for you?

          Kohsuke Kawaguchi added a comment - I just tried it on my Windows system but it worked as expected. Perhaps an earlier version was broken? Does it still not work for you?
          Kohsuke Kawaguchi made changes -
          Resolution New: Cannot Reproduce [ 5 ]
          Status Original: Open [ 1 ] New: Resolved [ 5 ]

          cleitner added a comment -

          On linux the JNLP doesn't work. Downloading the jar file specified in the jnlp
          and running java -cp hudson.jar JNLPMain works fine though.

          cleitner added a comment - On linux the JNLP doesn't work. Downloading the jar file specified in the jnlp and running java -cp hudson.jar JNLPMain works fine though.
          cleitner made changes -
          Resolution Original: Cannot Reproduce [ 5 ]
          Status Original: Resolved [ 5 ] New: Reopened [ 4 ]

          gradopado added a comment -

          I could not run the JNLP on my Mac (OSX 10.4). I've added a slash to the URL in
          the jnlp file <jar href="http://x.x.x.x:8080/jnlpJars/remoting.jar/"></jar> Then
          I could run it fine using javaws.

          Using "curl" or the Safari browser on the Mac the original URL without slash did
          not work either. With an added slash it worked fine.

          gradopado added a comment - I could not run the JNLP on my Mac (OSX 10.4). I've added a slash to the URL in the jnlp file <jar href="http://x.x.x.x:8080/jnlpJars/remoting.jar/"></jar> Then I could run it fine using javaws. Using "curl" or the Safari browser on the Mac the original URL without slash did not work either. With an added slash it worked fine.

          gradopado added a comment -

          > I could not run the JNLP on my Mac (OSX 10.4). I've added a slash to the URL
          > in the jnlp file <jar href="http://x.x.x.x:8080/jnlpJars/remoting.jar/">...

          Ooops, sorry! I experienced problems starting a JNLP-slave on a Mac, not when
          test driving!

          gradopado added a comment - > I could not run the JNLP on my Mac (OSX 10.4). I've added a slash to the URL > in the jnlp file <jar href="http://x.x.x.x:8080/jnlpJars/remoting.jar/">... Ooops, sorry! I experienced problems starting a JNLP-slave on a Mac, not when test driving!

          It fails for me too. Using Vista/jre1.6.0_07/Firefox

          winstone.WinstoneException: The warfile supplied is unavailable or invalid
          (C:\Users\redacted_user\Documents\Downloads)
          at winstone.HostConfiguration.getWebRoot(HostConfiguration.java:214)
          at winstone.HostConfiguration.<init>(HostConfiguration.java:73)
          at winstone.HostGroup.initHost(HostGroup.java:85)
          at winstone.HostGroup.<init>(HostGroup.java:45)
          at winstone.Launcher.<init>(Launcher.java:196)
          at winstone.Launcher.main(Launcher.java:391)
          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 Main.main(Main.java:70)
          at JNLPMain.main(JNLPMain.java:27)
          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)

          lukewpatterson added a comment - It fails for me too. Using Vista/jre1.6.0_07/Firefox winstone.WinstoneException: The warfile supplied is unavailable or invalid (C:\Users\redacted_user\Documents\Downloads) at winstone.HostConfiguration.getWebRoot(HostConfiguration.java:214) at winstone.HostConfiguration.<init>(HostConfiguration.java:73) at winstone.HostGroup.initHost(HostGroup.java:85) at winstone.HostGroup.<init>(HostGroup.java:45) at winstone.Launcher.<init>(Launcher.java:196) at winstone.Launcher.main(Launcher.java:391) 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 Main.main(Main.java:70) at JNLPMain.main(JNLPMain.java:27) 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)

          Jesse Glick added a comment -

          Still broken for me. Looks bad because you are offered to "test drive" Hudson
          but then you cannot.

          Jesse Glick added a comment - Still broken for me. Looks bad because you are offered to "test drive" Hudson but then you cannot.

          Code changed in hudson
          User: : jglick
          Path:
          trunk/hudson/extras/executable-war/src/main/java/Main.java
          http://fisheye4.cenqua.com/changelog/hudson/?cs=15682
          Log:
          [FIXED JENKINS-2326] I once was lost but now I'm found.

          SCM/JIRA link daemon added a comment - Code changed in hudson User: : jglick Path: trunk/hudson/extras/executable-war/src/main/java/Main.java http://fisheye4.cenqua.com/changelog/hudson/?cs=15682 Log: [FIXED JENKINS-2326] I once was lost but now I'm found.
          SCM/JIRA link daemon made changes -
          Resolution New: Fixed [ 1 ]
          Status Original: Reopened [ 4 ] New: Resolved [ 5 ]

            Unassigned Unassigned
            jglick Jesse Glick
            Votes:
            0 Vote for this issue
            Watchers:
            0 Start watching this issue

              Created:
              Updated:
              Resolved: