After reloading the jnlp webapp using the tomcat management web site, this problem went away.
Before reloading I tried to enable logging for the jnlp webapp, but I could not find the log file that it was supposed to be writing to. So if anyone finds a file with lots of messages about the jnlpdownloadservlet let me know. The file was supposed to be located at: logs/jnlpdownloadservlet.log Scott Scott Cytacki wrote: > It looks like we've uncovered a bug in the Sun's webstart servlet. I'll > be looking into ways around this. Maybe an upgrade the servlet will fix > it. If that doesn't work then if I change the version numbers slightly > that might fix it. > > It is happening if you have run one of the "old MW" jnlps, and then you > run a snapshot jnlp. When you do this you'll get a message from webstart: > "Unable to launch Wise 3.0" and if you hit details, you'll see: > ---------- > An error occurred while launching/running the application. > > Title: Wise 3.0 > Vendor: Created by the TELS Project and Concord Consortium > Category: Download Error > > Missing version field in response from server when accessing resource: > (http://tels-develop.soe.berkeley.edu:8080/jnlp/org/concord/modeler/workbench/workbench.jar, > > 1.3.1-20070615.140039-567) > ----------- > > These "old MW" jnlps reference the "1.3.1" version of MW. While the > snapshot jnlps reference a version like: > "1.3.1-20070613.230039-562" > > So if you have run one of the "old MW" jnlps before then you will have > the 1.3.1 version in your cache. When your webstart client makes the > request for the new snapshot version using a url like this: > > http://tels-develop.soe.berkeley.edu:8080/jnlp/org/concord/modeler/workbench/workbench.jar?version-id=1.3.1-20070613.230039-562¤t-version-id=1.3.1 > > You can see what happens if you do that with curl: > curl -I > "http://tels-develop.soe.berkeley.edu:8080/jnlp/org/concord/modeler/workbench/workbench.jar?version-id=1.3.1-20070613.230039-562¤t-version-id=1.3.1"; > > The -I tels curl to show the headers of the response. The version-id > param tells the servlet which version of the jar you want. The > current-version param tells the servlet which version you already have. > > You should see an error returned: > HTTP/1.1 500 Internal Server Error > > If you make the same request without the current version param, it works > fine: > curl -I > "http://tels-develop.soe.berkeley.edu:8080/jnlp/org/concord/modeler/workbench/workbench.jar?version-id=1.3.1-20070613.230039-562"; > > That request is what would happen if you don't have any workbench.jar in > your cache. > > So there is something broken in the servlet. > > Scott > > > > > > --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "SAIL-Dev" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/SAIL-Dev?hl=en -~----------~----~----~----~------~----~------~--~---
