Missing version id .......

Missing version field in response from server when accessing resource: (http://localhost:8080/ut/ut.jar, 1.1)
I give. Trying to version my jar using file naming syntax and/or version.xml and nothing seems to work. The app runs fine without the version= tag in the jnlp. I'm using Tomcat 4.02. I've also tried to have JnlpDownloadServlet try to write some logs to no avail. Is there some magic trick to configuring Tomcat? I've added the MIME mappings and the web.xml seen below. Can anyone help end my madness?
Thanks
-- jnlp entry
<jar version="1.1" href="ut.jar" main="true"/>
-- jar fname
ut.jar
begin vesion.xml ---------------------------
<jnlp-versions>
<resource>
<pattern>
<name>ut.jar</name>
<version-id>1.1</version-id>
</pattern>
<file>ut.jar</file>
</resource>
</jnlp-versions>
end vesion.xml ---------------------------
begin web.xml ---------------------------
<web-app>
<servlet>
<servlet-name>JnlpDownloadServlet</servlet-name>
<servlet-class>com.sun.javaws.servlet.JnlpDownloadServlet</servlet-class>
<init-param>
<param-name>logLevel</param-name>
<param-value>DEBUG</param-value>
</init-param>
<init-param>
<param-name>logPath</param-name>
<param-value>/logs/jnlpdownloadservlet.log</param-value>
</init-param>
</servlet>
<servlet-mapping>
<servlet-name>JnlpDownloadServlet</servlet-name>
<url-pattern>/ut/*</url-pattern>
</servlet-mapping>
</web-app>
end web.xml ---------------------------

Were you able to get the versions working ? I'm having the same problem

Similar Messages

  • Missing version field in response...( Tomcat, JBuilder )

    Hello,
    (Sorry for a long message, but I saw several times messages with the only
    response like "write more details...")
    I'm trying to execute a simple Web Start application using version-based download.
    I'm constantly receiving the following error:
    Missing version field in response from server when accessing resource:
    (http://localhost:8083/checkboxcontrol/CheckBoxControl.jar, 1.1)
    Is it possible that there is a bug somewhere within Web Start ?
    The download is working in a basic version - the problem starts to occur when
    I'm changing JNLP to:
    <jar href="CheckBoxControl.jar" version="1.1"/>
    Is there anybody that can help me ?
    (I've read all past messages about "Missing version field in response...")
    Below is all information about the case.
    URL:
    ===================
    http://localhost:8083/checkboxcontrol/CheckBoxControlLauncher.jnlp
    Software configuration:
    ======================================
    JBuilder 9 Enterprise Trial
    Java Web Start 1.4.2
    Tomcat 4.1 (included for debugging inside the JBuilder)
    Windows NT 4.0 SP6a
    Mozilla Firebird 0.6.1
    Please note that I've tried also with IBM Websphere 4 - the same result.
    JNLP file:
    ===================
    <?xml version="1.0" encoding="UTF-8"?>
    <jnlp spec="1.0+" codebase="http://localhost:8083/checkboxcontrol">
    <information>
    <title>CheckBox Example</title>
    <vendor>Borland</vendor>
    <homepage href="CheckBoxControlLauncher.html" />
    <description>Web Start Example for CheckBoxControl</description>
    </information>
    <resources>
    <j2se version="1.3+" />
    <jar href="CheckBoxControl.jar" version="1.1"/>
    </resources>
    <application-desc main-class="com.borland.samples.swing.checkboxcontrol.Application1" />
    </jnlp>
    File directory contents:
    ========================
    .\Lib (empty)
    .\WEB-INF
    ->\classes
    ->->\checkboxcontrol
    ->->->\WEB-INF
    ->->->->\Lib
    ->->->->->\jardiff.jar
    ->->->->->\jnlp-servlet.jar
    ->->->->->\jnlp.jar
    ->->\classes\com\borland\samples\swing\checkboxcontrol\
    ->->->\Application1.class
    ->->->\Frame1$1.class
    ->->->\Frame1$2.class
    ->->->\Frame1$3.class
    ->->->\Frame1$4.class
    ->->->\Frame1$5.class
    ->->->\Frame1.class
    ->\lib
    ->->\jardiff.jar
    ->->\jnlp-servlet.jar
    ->->\jnlp.jar
    ->\web.xml
    CheckBoxControl.jar
    CheckBoxControlLauncher.html
    CheckBoxControlLauncher.jnlp
    CheckBoxControl__V1.1.jar
    version.xml
    web.xml contents:
    ===================
    <?xml version="1.0" encoding="UTF-8"?>
    <!DOCTYPE web-app PUBLIC "-//Sun Microsystems, Inc.//DTD Web Application 2.3//EN"
    "http://java.sun.com/dtd/web-app_2_3.dtd">
    <web-app>
    <servlet>
    <servlet-name>JnlpDownloadServlet</servlet-name>
    <servlet-class>com.sun.javaws.servlet.JnlpDownloadServlet</servlet-class>
    </servlet>
    [... cut ....]
    <servlet-mapping>
    <servlet-name>JnlpDownloadServlet</servlet-name>
    <url-pattern>*.jnlp</url-pattern>
    </servlet-mapping>
    <mime-mapping>
    <extension>jar</extension>
    <mime-type>application/x-java-archive</mime-type>
    </mime-mapping>
    <mime-mapping>
    <extension>jnlp</extension>
    <mime-type>application/x-java-jnlp-file</mime-type>
    </mime-mapping>
    </web-app>
    version.xml contents:
    ======================================
    <jnlp-versions>
    <resource>
    <pattern>
    <name>CheckBoxControl.jar</name>
    <version-id>1.1</version-id>
    </pattern>
    <file>CheckBoxControl.jar</file>
    </resource>
    </jnlp-versions>
    Stack trace:
    ===================
    JNLPException[category: Download Error : Exception: null : LaunchDesc: null ]
         at com.sun.javaws.cache.DownloadProtocol.doDownload(DownloadProtocol.java:566)
         at com.sun.javaws.cache.DownloadProtocol.getDownloadSize(DownloadProtocol.java:850)
         at com.sun.javaws.LaunchDownload.downloadJarFiles(LaunchDownload.java:580)
         at com.sun.javaws.LaunchDownload.downloadEagerorAll(LaunchDownload.java:544)
         at com.sun.javaws.Launcher.downloadResources(Launcher.java:735)
         at com.sun.javaws.Launcher.handleApplicationDesc(Launcher.java:291)
         at com.sun.javaws.Launcher.handleLaunchFile(Launcher.java:199)
         at com.sun.javaws.Launcher.run(Launcher.java:167)
         at java.lang.Thread.run(Thread.java:534)

    I took a scan through what you posted and it looked OK - it has to be something simple. Sometimes it helps to compare against a working system - try looking at ScheduleWorld's jnlp.

  • Missing version field in response from server when accessing resource

    HY
    I have a problem to use the version option of the webstart. All files are included into a war file (created with jar cvf xx.war *). This file is in the webapps folder of the Tomcat 5. The jar files from the dev. kit (jnlp-servlet.jar, jaxp.jar, parser.jar are in the WEB-INF/lib folder).
    Every time I get the same message:
    Category: Download Error
    Missing version field in response from server when accessing resource: (http://localhost:8080/version/ademo.jar, 1.1)
    Do I need a aditional file or must Iwrite a servlet???
    Whats wrong
    my JNLP file
    <?xml version="1.0" encoding="utf-8"?>
    <!-- JNLP File fuer HJP3 WebStart Demo-Applikation -->
    <jnlp codebase="http://localhost:8080/version/" href="wstest.jnlp">
    <information>
    <title>HJP3 WebStart Demo Application</title>
    <vendor>Guido Krueger</vendor>
    <homepage href="http://www.javabuch.de"/>
    <description>HJP3 WebStart Demo Application</description>
    <icon href="wstest.gif"/>
    <offline-allowed/>
    </information>
    <information locale="de">
    <description>HJP3 WebStart Demo-Applikation</description>
    <offline-allowed/>
    </information>
    <security>
    <!-- <all-permissions/> //-->
    </security>
    <resources>
    <j2se version="1.4+"/>
    <jar href="ademo.jar" version="1.1"/>
    </resources>
    <application-desc main-class="Listing3813"/>
    </jnlp>
    my version.xml file
    <jnlp-versions>
    <resource>
    <pattern>
    <name>ademo.jar</name>
    <version-id>1.1</version-id>
    </pattern>
    <file>application.jar</file>
    </resource>
    </jnlp-versions>
    my web.xml file
    <?xml version="1.0" encoding="UTF-8"?>
    <!DOCTYPE web-app PUBLIC "-//Sun Microsystems, Inc.//DTD Web Application 2.3//EN" "http://java.sun.com/dtd/web-app_2_3.dtd">
    <web-app>
         <servlet>
              <servlet-name>JnlpDownloadServlet</servlet-name>
              <servlet-class>com.sun.javaws.servlet.JnlpDownloadServlet</servlet-class>
         </servlet>
         <servlet-mapping>
              <servlet-name>JnlpDownloadServlet</servlet-name>
              <url-pattern>*.jnlp</url-pattern>
         </servlet-mapping>
    </web-app>

    The log file (jnlpdownloadservlet.log) would show the calls for the jar files if the servlet is called for the jar files (did you correct the url mapping ?). Here are a few lines from a log file
    JnlpDownloadServlet(4): Initializing
    JnlpDownloadServlet(3): Request: /maportal/wfe/wfeguiv.jnlp
    JnlpDownloadServlet(3): User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6) Gecko/20040206 Firefox/0.8
    JnlpDownloadServlet(4): DownloadRequest[path=/wfe/wfeguiv.jnlp isPlatformRequest=false]
    JnlpDownloadServlet(4): Basic Protocol lookup
    JnlpDownloadServlet(4): JnlpResource: JnlpResource[WAR Path: /wfe/wfeguiv.jnlp lastModified=Tue Mar 23 17:06:56 CET 2004]]
    JnlpDownloadServlet(3): Resource returned: /wfe/wfeguiv.jnlp
    JnlpDownloadServlet(4): lastModified: 1080058016000 Tue Mar 23 17:06:56 CET 2004
    JnlpDownloadServlet(3): Request: /maportal/wfe/wfegui.gif
    JnlpDownloadServlet(3): User-Agent: JNLP/1.0.1 javaws/1.4.2_03 (b02) J2SE/1.4.2_03
    JnlpDownloadServlet(4): DownloadRequest[path=/wfe/wfegui.gif isPlatformRequest=false]
    JnlpDownloadServlet(3): Request: /maportal/wfe/wfegui.jar
    JnlpDownloadServlet(3): User-Agent: JNLP/1.0.1 javaws/1.4.2_03 (b02) J2SE/1.4.2_03
    JnlpDownloadServlet(4): DownloadRequest[path=/wfe/wfegui.jar isPlatformRequest=false]
    JnlpDownloadServlet(4): Basic Protocol lookup
    JnlpDownloadServlet(4): JnlpResource: JnlpResource[WAR Path: /wfe/wfegui.jar lastModified=Tue Mar 23 17:06:30 CET 2004]]
    JnlpDownloadServlet(3): Resource returned: /wfe/wfegui.jarYou should see all the resources (including jar files) being requested, and whether a specific version was requested or not (in above sample, not).
    I put my problems down to my application server (Orion) as other people seem to have this working. The deployment in Orion keeps the original timestamps of the jars, so I explicitly set the timestamps in my build so that the unchanged jars do not have to be downloaded all the time. This is not really a good solution, so maybe someone else can give further advice.
    Brendan

  • Missing version filed in response from server when accessing resource

    Hello all,
    I am getting the following error when trying to do jar version download in webstart.
    Missing version field in response from server when accessing resource(http://lo alhost:8080/jdc/jnlp/new/SimpleGUI.jar,1.0)
    I am using Tomcat 5.5.
    My web.xml looks like this,
    <web-app>
    <display-name>Tomcat Examples</display-name>
    <description>
    Tomcat Example servlets and JSP pages.
    </description>
    <servlet>
    <servlet-name>
    JnlpDownloadServlet
    </servlet-name>
    <servlet-class>
    jnlp.sample.servlet.JnlpDownloadServlet
    </servlet-class>
    <init-param>
    <param-name>
    logLevel
    </param-name>
    <param-value>
    DEBUG
    </param-value>
    </init-param>
    <init-param>
    <param-name>
    logPath
    </param-name>
    <param-value>
    c:\logs\jnlpdownloadservlet.log
    </param-value>
    </init-param>
    </servlet>
    <servlet-mapping>
    <servlet-name>JnlpDownloadServlet</servlet-name>
    <url-pattern>/jdc/*</url-pattern>
    </servlet-mapping>
    <servlet-mapping>
    <servlet-name>JnlpDownloadServlet</servlet-name>
    <url-pattern>*.jnlp</url-pattern>
    </servlet-mapping>
    <servlet-mapping>
    <servlet-name>JnlpDownloadServlet</servlet-name>
    <url-pattern>*.jar</url-pattern>
    </servlet-mapping>
    </web-app>
    My version.xml file.
    <jnlp-versions>
    <resource>
    <pattern>
    <name>SimpleGUI_v1.0.jar</name>
    <version-id>1.0</version-id>
    <locale>en_US</locale>
    <locale>en</locale>
    </pattern>
    <file>SimpleGUI_v1.0.jar</file>
    </resource>
    <resource>
    <pattern>
    <name>SimpleGUI_v2.0.jar</name>
    <version-id>2.0</version-id>
    <locale>en_US</locale>
    <locale>en</locale>
    </pattern>
    <file>SimpleGUI_v2.0.jar</file>
    </resource>
    </jnlp-versions>
    My jnlp file is as follows,
    <?xml version="1.0" encoding="UTF-8"?>
    <jnlp spec="1.0+" codebase="http://localhost:8080/jdc/jnlp/new" href="SimpleGUI.jnlp">
    <information>
    <title>SimpleGUI</title>
    <vendor>Java Developer Connection</vendor>
    <homepage href="/jdc/jnlp/new/index.html" />
    <description>Demonstration of JNLP</description>
    </information>
    <offline-allowed/>
    <resources>
    <j2se href="http://java.sun.com/products/autodl/j2se" version="1.5+ " />
    <jar href="SimpleGUI_v1.0.jar" version="1.0"/>
    <jar href="AddLogic_v1.0.jar"/>
    <jar href="SimpleGUI_v2.0.jar" version="2.0"/>
    <jar href="AddLogic_v2.0.jar"/>
    </resources>
    <application-desc main-class="com.logic.SimpleGUI" />
    </jnlp>
    For the codebase if I use $$codebase then it reports an error showing,
    The field <jnlp> codebase has an invalid value:$$codebase
    I think the JnlpDpwnloadServlet is not getting invoked. I cant figure out my mistake. I am tired searching in forums and there is no proper answer to this problem. Any help is appreciated.
    Thanks in advance.
    Regards,
    robi

    Thanks for including all your code. I've ran into version download problems before also. In the jar reference don't include the actual __V.jar file name, just include all pre __V.jar. <jar href="AddLogic_v1.0.jar"/> would become <jar href="AddLogic.jar"/>. Now I haven't done it with the version.xml before I just did it with making file named *__V.jar.
    I just re-read all that you did, if you title your files with the __V.jar notation you don't need a version.xml file.
    <jar href="SimpleGUI_v1.0.jar" version="1.0"/>
    Should become
    <jar href="SimpleGUI.jar" version="1.0"/>
    And you would have SimpleGUI_v1.0.jar on your server. Also might need it to be a capital "V" not sure.
    Message was edited by:
    javaunixsolaris

  • "Missing version string for product" error when trying to get updates on Lion Server

    I am not getting the latest updates from Apple on my 10.7.4 server.  When I attempt to do so the log has a bunch of errors stating "Missing version string for product".  I've tried deleting and recreating the swupd files but I am still having the same issue.  Is there any fixes to this problem I am missing? Thanks in advance!

    ok, I went back and made a new database but changed the character set / collation... aside from that change, everything is the same, but I get an error saying that the datasource could not be found when I can see all the tables in intermedia's phpmyadmin page... would changing the character set / collation cause this error?

  • Version Based Downloading w/JBoss Missing Version Field....

    Here we go again, version based downloading difficulties.
    I cannot get version based downloading to work using the version.xml file or using file based versioning.
    My environment is
    JBoss 4.0.3 SP1 (whatever version of tomcat container this contains)
    JRE 1.5.0_06
    I have a .ear file which contains a .war file which contains the appropriate folder format and loose application jars, html, jnlp, etc., as described in the "Packaging JNLP Applications in a Web Archive" document.
    My web.xml file looks like this:
    <?xml version="1.0" encoding="UTF-8"?>
    <web-app xmlns="http://java.sun.com/xml/ns/j2ee"
        xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
        xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd"
        version="2.4">
      <display-name>TotalZilla</display-name>
      <description> TotalVU application </description>
       <servlet>
          <servlet-name>JnlpDownloadServlet</servlet-name>
          <servlet-class>jnlp.sample.servlet.JnlpDownloadServlet</servlet-class>
               <init-param>
                  <param-name>logLevel</param-name>
                  <param-value>DEBUG</param-value>
               </init-param>
               <init-param>
                  <param-name>logPath</param-name>
                  <param-value>jnlpdownloadservlet.log</param-value>
               </init-param>     
       </servlet>
          <servlet-mapping>
         <servlet-name>JnlpDownloadServlet</servlet-name>
         <url-pattern>*.jnlp</url-pattern>
       </servlet-mapping>
      </web-app>
    ]NOTE: changing the <url-pattern> value to anything but *.jnlp causes JBoss to throw an exception during application deployment[i]
    My version.xml file looks like this:
    I believe this to be the culprit but I am at a loss as to why.
    <?xml version="1.0" encoding="UTF-8"?>
    <jnlp-versions>
          <resource>
             <pattern>
               <name>utilities.jar</name>
                <version-id>1.0</version-id>
             </pattern>
             <file>utilities.jar</file>
          </resource>
          <resource>
             <pattern>
               <name>totalvu.jar</name>
                <version-id>2.0</version-id>
             </pattern>
             <file>totalvu.jar</file>
          </resource>     
          <resource>
             <pattern>
               <name>images.jar</name>
                <version-id>1.0</version-id>
             </pattern>
             <file>images.jar</file>
          </resource>      
          <resource>
             <pattern>
               <name>common.jar</name>
                <version-id>1.0</version-id>
             </pattern>
             <file>common.jar</file>
          </resource>     
       </jnlp-versions>
    My jnlp file looks like this:
    <?xml version="1.0" encoding="utf-8"?>
    <jnlp
      spec="1.0+"
      codebase="$$codebase"
      href="$$name" context="$$context">
      <information>
        <title>Total VU Application</title>
        <vendor>Perimeter Aquisition Corp.</vendor>
        <homepage href="docs/totalvu.html"/>
        <description>TotalVU application from Perimeter</description>
        <description kind="short">The perfect application.</description>
        <offline-allowed/>
         <shortcut online="false">
          <desktop/>
          <menu submenu="Perimeter - TotalVU"/>
        </shortcut>
      </information>
       <security>
          <all-permissions/>
      </security>
      <resources>
         <j2se version="1.5.0+"/>
        <jar href="totalvu.jar" version="1.0+"/>
        <jar href="utilities.jar" version="1.0"/>
        <jar href="common.jar" version="1.0"/>
        <jar href="images.jar" version="1.0"/>
        <jar href="jlfgr-1_0.jar"/>
        <jar href="jboss-j2ee.jar"/>  
        <jar href="jnpserver.jar"/>
        <jar href="jboss-common-client.jar"/>
        <jar href="jbossmq.jar"/>
        <jar href="concurrent.jar"/>
        <jar href="swing-worker.jar"/>
        <jar href="log4j.jar"/>   
        <extension name="Sun Signed Jars" href="sunsignedjars.jnlp"/>
      </resources>
      <application-desc main-class="com.perimeter.totalvu.framework.TotalVU"/>
    </jnlp>
    The other jnlp file (temporary) which contains a version of activation.jar signed by sun looks like this:
    <?xml version="1.0" encoding="utf-8"?>
        <jnlp spec="1.0+"
          codebase="$$codebase"
          href="$$name"
          context="$$context">
        <information>
            <title>SunSignedJars</title>
            <vendor>Sun Microsystems, Inc.</vendor>
            <description>Jars signed by Sun Microsystems</description>
        </information>
        <security>
          <all-permissions/>
        </security>
        <resources>
            <jar href="activation.jar"/>
        </resources>
       <component-desc>
       </component-desc>
    </jnlp>
    My war file (which is in an ear file) has this format:
    META-INF\MANIFEST.MF
    WEB-INF\lib\jnlp-servlet.jar
    WEB-INF\lib\jardiff.jar
    WEB-INF\lib\jnlp.jar
    version.xml
    *.jar
    *.jnlp
    *.html
    This configuration spits out the famous "Missing version field from server....." that I have seen many times in this forum. The download servlet is getting executed because I am getting a log file generated every time. Debug is the only value that will put out a log. The log output looks like this:
    JnlpDownloadServlet(3): Request: /totalvu/totalvu.jnlp
    JnlpDownloadServlet(3): User-Agent: JNLP/1.5 javaws/1.5.0_06 (b05) J2SE/1.5.0_06
    JnlpDownloadServlet(4): DownloadRequest[path=/totalvu.jnlp isPlatformRequest=false]
    JnlpDownloadServlet(4): Basic Protocol lookup
    JnlpDownloadServlet(4): JnlpResource: JnlpResource[WAR Path: /totalvu.jnlp lastModified=Mon Dec 05 11:17:46 EST 2005]]
    JnlpDownloadServlet(3): Resource returned: /totalvu.jnlp
    JnlpDownloadServlet(4): SupportQuery in Href: true
    JnlpDownloadServlet(4): lastModified: 1133799466000 Mon Dec 05 11:17:46 EST 2005
    JnlpDownloadServlet(3): Request: /totalvu/sunsignedjars.jnlp
    JnlpDownloadServlet(3): User-Agent: JNLP/1.5 javaws/1.5.0_06 (b05) J2SE/1.5.0_06
    JnlpDownloadServlet(4): DownloadRequest[path=/sunsignedjars.jnlp isPlatformRequest=false]
    JnlpDownloadServlet(4): Basic Protocol lookup
    JnlpDownloadServlet(4): JnlpResource: JnlpResource[WAR Path: /sunsignedjars.jnlp lastModified=Mon Dec 05 10:00:20 EST 2005]]
    JnlpDownloadServlet(3): Resource returned: /sunsignedjars.jnlp
    JnlpDownloadServlet(4): SupportQuery in Href: true
    JnlpDownloadServlet(4): lastModified: 1133794820000 Mon Dec 05 10:00:20 EST 2005If I remove the version= tag from the main jnlp file, everything loads fine, but there is no versioning. I have also tried to remove the version.xml file from the package and change my jar files to use file based versioning, but that didn't work either. I rebuilt my jar files with the __V1.0 extension and the complaint was that it couldn't load the resource totalvu.jar. Well, ya, it is now named totalvu__V1.0.jar! Again, versioning is being ignored. The double underscore and V was not recognized as anything special.
    The servlet is running long enough to spit out a log file, no errors. It looks like it succesfully processed the jnlp files, but there is no indication of any versioning.
    Doe the jnlp.jar and jardiff.jar files need to be included in the lib folder in the .war file? I am only including the jnlp-servlet.jar. They were not referenced in the example war file in the documentation, but I have seen them referenced in older doc for other app servers. I did try including them, but it made no difference of course. Guess this question is just a housekeeping question.
    Does anyone have any insight on this problem?
    I am at the point where I think I would like to get the source and debug through it to see what is going on, but that should be unecessary.

    Thanks. I had the same problem.
    As danrak suggests, just add this to your web.xml file to parse .jar and/or .zip file extensions:
    <servlet-mapping>
    <servlet-name>JnlpDownloadServlet</servlet-name>
    <url-pattern>*.zip</url-pattern>
    </servlet-mapping>          
    <servlet-mapping>
    <servlet-name>JnlpDownloadServlet</servlet-name>
    <url-pattern>*.jar</url-pattern>
    </servlet-mapping>

  • Webstart error: missing version response from server

    We deploy our application by Java Webstart. This works most of the time, but at the last update one client got an error when trying to update.
    The jnlp-file looks like this:
    <?xml version="1.0" encoding="utf-8"?>
    <!-- JNLP File -->
    <jnlp spec="1.0+" codebase="http://xyz/webstart/app/" href="webstart.jnlp"> 
    <information>   
      <title>xyz</title>   
      <vendor>xyz</vendor>   
      <homepage href="http://xyz"/>   
      <description>xyz</description>   
      <description kind="short">xyz</description>   
      <icon href="images/rvicon.gif"/>   
      <icon kind="splash" href="images/rvicon.gif"/>   
      <offline-allowed/> 
    </information> 
    <security>     
      <all-permissions/> 
    </security> 
    <resources>   
      <j2se version="1.5+"/>   
      <jar href="webstart.jar" version="0.52"/> 
    </resources> 
    <application-desc main-class="UseWebStartWithIsiplan"/>
    </jnlp>The webstart__V0.52.jar is located in $CATALINA_HOME/webapps/webstart/app.
    The user gets the following error:
    Exception:
    com.sun.deploy.net.FailedDownloadException: Ressource konnte nicht geladen werden: (http://xyz/webstart/app/webstart.jar, 0.52)
    at com.sun.deploy.net.DownloadEngine.actionDownload(Unknown Source)
    at com.sun.deploy.net.DownloadEngine.getCacheEntry(Unknown Source)
    at com.sun.deploy.net.DownloadEngine.getResourceCacheEntry(Unknown Source)
    at com.sun.deploy.net.DownloadEngine.getResourceCacheEntry(Unknown Source)
    at com.sun.deploy.net.DownloadEngine.getResource(Unknown Source)
    at com.sun.javaws.LaunchDownload.downloadJarFiles(Unknown Source)
    at com.sun.javaws.LaunchDownload.downloadEagerorAll(Unknown Source)
    at com.sun.javaws.Launcher.downloadResources(Unknown Source)
    at com.sun.javaws.Launcher.prepareLaunchFile(Unknown Source)
    at com.sun.javaws.Launcher.prepareToLaunch(Unknown Source)
    at com.sun.javaws.Launcher.launch(Unknown Source)
    at com.sun.javaws.Main.launchApp(Unknown Source)
    at com.sun.javaws.Main.continueInSecureThread(Unknown Source)
    at com.sun.javaws.Main$1.run(Unknown Source)
    at java.lang.Thread.run(Unknown Source)Nested Exception:
    java.io.IOException: missing version response from server
    at com.sun.deploy.net.DownloadEngine.actionDownload(Unknown Source)
    at com.sun.deploy.net.DownloadEngine.getCacheEntry(Unknown Source)
    at com.sun.deploy.net.DownloadEngine.getResourceCacheEntry(Unknown Source)
    at com.sun.deploy.net.DownloadEngine.getResourceCacheEntry(Unknown Source)
    at com.sun.deploy.net.DownloadEngine.getResource(Unknown Source)
    at com.sun.javaws.LaunchDownload.downloadJarFiles(Unknown Source)
    at com.sun.javaws.LaunchDownload.downloadEagerorAll(Unknown Source)
    at com.sun.javaws.Launcher.downloadResources(Unknown Source)
    at com.sun.javaws.Launcher.prepareLaunchFile(Unknown Source)
    at com.sun.javaws.Launcher.prepareToLaunch(Unknown Source)
    at com.sun.javaws.Launcher.launch(Unknown Source)
    at com.sun.javaws.Main.launchApp(Unknown Source)
    at com.sun.javaws.Main.continueInSecureThread(Unknown Source)
    at com.sun.javaws.Main$1.run(Unknown Source)
    at java.lang.Thread.run(Unknown Source)The client is running Windows XP SP2 and Java version 1.6.0_03-b05.
    The Server is Apache Tomcat 5.5.23, Java version 1.5.0_12-b04.
    Has anybody an idea what might cause this error?

    We've gotten that error when the servlet runs out of memory. The out of memory error happens when it is building the jardiff file, which can require a lot of memory to do. The servlet caches any jardiffs that it builds, so most users won't see the problem because they are requesting prebuilt jardiffs.
    We've found that the servlet runs best with 256mb of max heap. But I'd imagine we are more heavy weight users than most.
    I've done some stress testing on the 1.5 servlet and did not find any real memory leaks.
    Based on the open source version of the servlet (which I believe is pretty much the same as the one distributed with java 1.5).
    It is keeping objects in memory to track which jardiffs it has built and to track any accessed resource (jar or jnlp). If your server has enough different jars and jnlps then you need to give it enough memory to keep all these small objects in memory.
    If you want be 100% sure you've given it enough memory, then you can write a script which does a HEAD request on every possible jar and jnlp inside of the servlet. That should max out its memory usage.

  • JWS1.2 & Missing version field in response

    I must say that the guys with JWS1.2 have done well in getting around the proxy issues with the previous versions. However, its disappointing to see this error still occuring when you perform a version based download which is one of the most useful pieces of functionality in JWS (see quote below) . So when a cleint has proxy issues its goodbye 'Bad MIME type error' and hello 'Missing version field in response from server when accessing resource'. Is this really progress? Surely most people use version based downloads?
    Will this be fixed for 1.4.1 final and / or does anybody know of a workaround? I've included a previous quote, our jnlp, errors and stack dump below.
    Many thanks
    Ian
    Quote from dietz Jul9, 2002
    "The problem is probably that your proxy server is not passing on the correct mime type. Some proxy servers (I'm sorry I don't remember which ones) will only pass on mime types that they are aware of, and will substitute text/html, for others. This should be no problem when using Java Web Start 1.2, since it itself does not require that jnlp files download come with the proper mime type. You may still have a problem using these proxy servers if you are running a servlet implementing the jardiff (incremental update) protocol, since Java Web Start may use the mime type to differenciate between jar files (application/x-java-archive) and jardiff files (application/x-java-archive-diff) "
    An error occurred while launching/running the application.
    Title: OS MasterMap Viewer
    Vendor: Snowflake Software
    Category: Download Error
    Missing version field in response from server when accessing resource: (http://www.snowflakesoft.co.uk/app/viewer.jar, 1.1)
    Stack dump:
    JNLPException[category: Download Error : Exception: null : LaunchDesc: null ]      at com.sun.javaws.cache.DownloadProtocol.doDownload(Unknown Source)      at com.sun.javaws.cache.DownloadProtocol.getDownloadSize(Unknown Source)      at com.sun.javaws.LaunchDownload.downloadJarFiles(Unknown Source)      at com.sun.javaws.LaunchDownload.downloadEagerorAll(Unknown Source)      at com.sun.javaws.Launcher.downloadResources(Unknown Source)      at com.sun.javaws.Launcher.handleApplicationDesc(Unknown Source)      at com.sun.javaws.Launcher.handleLaunchFile(Unknown Source)      at com.sun.javaws.Launcher.run(Unknown Source)      at java.lang.Thread.run(Unknown Source)
    JNLP:
    <?xml version="1.0" encoding="UTF-8"?>
    <jnlp spec="1.0+" codebase="http://www.snowflakesoft.co.uk/app/" href="viewer.jnlp">
    <information>
    <title>OS MasterMap Viewer</title>
         <vendor>Snowflake Software</vendor>
         <description kind="one-line">A Java based map viewer for OS MasterMap</description>
         <description kind="short">A Java based viewer for OS MasterMap capable of reading both Topology and Independent Polygons in either GZip, WinZip or uncompressed GML</description>
         <description kind="tooltip">OS MasterMap Viewer</description>
         <homepage href="http://www.snowflakesoft.co.uk"/>
         <icon width="64" height="64" href="images/SnowflakeLogo64.gif"/>
         <icon width="32" height="32" href="images/SnowflakeLogo32.gif"/>
         <icon kind="splash" href="images/SnowflakeSplash.gif"/>
         <offline-allowed/>
    </information>
         <security>
              <all-permissions/>
         </security>
    <resources>
         <j2se version="1.3*" href="http://java.sun.com/products/autodl/j2se" initial-heap-size="8m" max-heap-size="1024m"/>
         <j2se version="1.4*" href="http://java.sun.com/products/autodl/j2se" initial-heap-size="8m" max-heap-size="1024m"/>
         <jar href="viewer.jar" version="1.1"/>
    </resources>
    <application-desc main class="uk.co.snowflakesoft.jme.application.Viewer"/>
    </jnlp>

    Version based download protocol is not available with vanila web server.
    You need to either run some form of script, jsp, or a servlet such as the JNLPDownloadServlet included in the developers pack, to return the requested version, and with the version information.
    If you are currently running the servlet you may still be having problem with your proxy having security settings that prohibit sending the additional version information on to the client, although I have never heard of this before.
    /Dietz

  • Missing version field

    Hello everyone.
    I have problem with version-download protocol. Every time I start up the application using JWS an error ocurred:Missing version field in response from server when accessing resource: (http://localhost:8080/PzP_Test/front01.jar, 1.0)
    This is my web.xml code:
    <?xml version="1.0" encoding="UTF-8"?>
    <!DOCTYPE web-app PUBLIC '-//Sun Microsystems, Inc.//DTD Web Application 2.3//EN' 'http://java.sun.com/dtd/web-app_2_3.dtd'>
    <web-app>
      <display-name>PzP_Test</display-name>
      <servlet>
        <servlet-name>JnlpDownloadServlet</servlet-name>
        <display-name>JnlpDownloadServlet</display-name>
        <servlet-class>com.sun.javaws.servlet.JnlpDownloadServlet</servlet-class>
        <init-param>
          <param-name>logLevel</param-name>
          <param-value>DEBUG</param-value>
        </init-param>
        <init-param>
          <param-name>logPath</param-name>
          <param-value>/jnlpdownloadservlet.log</param-value>
        </init-param>
      </servlet>
      <servlet-mapping>
        <servlet-name>JnlpDownloadServlet</servlet-name>
        <url-pattern>/PzP_Test/*</url-pattern>
      </servlet-mapping>
      <session-config>
        <session-timeout>30</session-timeout>
      </session-config>
      <mime-mapping>
        <extension>jar</extension>
        <mime-type>application/x-java-archive</mime-type>
      </mime-mapping>
      <mime-mapping>
        <extension>jnlp</extension>
        <mime-type>application/x-java-jnlp-file</mime-type>
      </mime-mapping>
      <welcome-file-list>
        <welcome-file>pzpj.jnlp</welcome-file>
      </welcome-file-list>
    </web-app>This is my jnlp file (the jnlp is creting dynamicly) :
    jnlp.jsp
    <%
    response.setContentType("application/x-java-jnlp-file");
    %>
    <?xml version="1.0" encoding="UTF-8"?>
    <jnlp spec="1.0+" codebase="http://localhost:8080/PzP_Test/" href="jnlp.jsp">
      <information>
        <title>aaaa</title>
        <vendor>dddd/vendor>
        <homepage href="Login.jsp"/>
        <description>some text</description>
      </information>
      <security>
          <all-permissions/>
      </security>
      <resources>
        <j2se version="1.4+"/>
        <jar href="front01.jar" main="true" download="eager" version="1.0"/>
        <jar href="front02.jar" main="false" download="eager" version="1.0"/>
        <jar href="front03.jar" main="false" download="eager" version="1.0"/>
        <jar href="front04.jar" main="false" download="eager" version="1.0"/>
      </resources>
      <application-desc main-class="pl.dd.aa.DDD"/>
    </jnlp>This is my version.xml file:
    <?xml version="1.0" encoding="UTF-8"?>
    <jnlp-versions>
          <resource>
             <pattern>
               <name>front01.jar</name>
                <version-id>1.0</version-id>
             </pattern>
             <file>front01.jar</file>
          </resource>
          <resource>
             <pattern>
               <name>front02.jar</name>
                <version-id>1.0</version-id>
             </pattern>
             <file>front02.jar</file>
          </resource>
          <resource>
             <pattern>
               <name>front03.jar</name>
                <version-id>1.0</version-id>
             </pattern>
             <file>front03.jar</file>
          </resource>
          <resource>
             <pattern>
               <name>front04.jar</name>
                <version-id>1.0</version-id>
             </pattern>
             <file>front04.jar</file>
          </resource>
       </jnlp-versions>And the PzP_Test.war file looks like this:
    /PzP_Test/front01.jar
    /PzP_Test/front02.jar
    /PzP_Test/front03.jar
    /PzP_Test/front04.jar
    /PzP_Test/jnlp.jsp
    /PzP_Test/version.xml
    /PzP_Test/WEB-INF/web.xml
    /PzP_Test/WEB-INF/lib/jnlp-servlet.jar
    Any ideas!?

    Ok I resolved it by myself. I have problems with mapping in web.xml file.
    But now I have another problem. My jnlp file is created dynamicly. Jsp page create it. When I lunch my app using test.jnlp everything is working fine but when I want to start app with test.jsp then webstart doesn't start and the message occures "Save file as"
    Has someon got any idea on this?

  • Missing version field  from server

    While running the application from java webstart i am getting this error
    Missing version field in response from server when accessing resource: (http://localhost:8080/test/log.jar, 4.5)
    My jnlp file is like this
    <?xml version="1.0" encoding="UTF-8"?>
    <jnlp spec="1.0+" codebase="http://localhost:8080/test"
    href="log.jnlp">
    <information>
    <title>Test</title>
    <vendor>ABC</vendor>
    <homepage href="http://localhost:8080/test/log.html"/>
    <description>My Application (Tomcat) </description>
    </information>
    <security><all-permissions/></security>
    <resources>
    <j2se version="1.4+" />
    <jar href="lib/log.jar" version ="4.5" main="true" download="eager"/>
    <jar href="lib/charsets.jar"/>
    <jar href="lib/pg73jdbc3.jar"/>
    </resources>
    <application-desc main-class="com.Main">
    </application-desc>
    </jnlp>
    My main purpose is to set the version of the jar file and if the version is same it should not be downloaded again

    To use the version based download protocol your resources on the server must follow a naming convention to enable the download servlet to check the file versions.
    A description and simple examples are found here: http://java.sun.com/javase/6/docs/technotes/guides/javaws/developersguide/downloadservletguide.html
    Bye Schippe

  • Missing Version in T532K

    Hi,
    We had few versions missing in T532K. We tried to delete the interface results for those missing versions such that our payroll outsourcing was successful and if it is not allowing us to delete then we use change the earliest retro date in info type 415.
    This workaround was successful before but now it is failing even after making change in IT415.
    This is happening for rehired pernr, so we changed the earliest retro date to the rehired date, but this solution does not seems to be working and the program is failing.
    Please provide any alternate solution if any or any workaround for this.
    Thanks in advance.
    Thanks & Regards,
    Manesh.R

    Thanks for including all your code. I've ran into version download problems before also. In the jar reference don't include the actual __V.jar file name, just include all pre __V.jar. <jar href="AddLogic_v1.0.jar"/> would become <jar href="AddLogic.jar"/>. Now I haven't done it with the version.xml before I just did it with making file named *__V.jar.
    I just re-read all that you did, if you title your files with the __V.jar notation you don't need a version.xml file.
    <jar href="SimpleGUI_v1.0.jar" version="1.0"/>
    Should become
    <jar href="SimpleGUI.jar" version="1.0"/>
    And you would have SimpleGUI_v1.0.jar on your server. Also might need it to be a capital "V" not sure.
    Message was edited by:
    javaunixsolaris

  • Yahoo toolbar bookmarks missing version 36

    For people missing their bookmarks on the latest version of yahoo toolbar , I actually received a response from Yahoo today.
    "Hi , We are aware that some users are unable to access their bookmarks in the Yahoo Toolbar. Our engineers are working on a fix to restore this functionality as soon as possible. We apologize for the inconvenience."
    So,this is not a Firefox problem. FYI.

    This has been reported before. I also saw a report that recently the Yahoo site and the Mozilla site were offering different versions, but both versions were flawed.
    I don't suppose Yahoo were able to point you to any official announcement or Yahoo bug report etc
    (<sub>Someone else has already tagged this question with ''bug 1131604'' </sub>)
    Posts continue to report problems e.g.
    * ''latets firefox update on 3/16/15 deleted my yahoo toolbar an di can not get it back. help me get it back'' [/questions/1050745]

  • Upgraded to CS4, missing Version Cue

    I've seen others posing similar questions, but none seem to get answered. My office has been working off of CS3 for quite a while and Version Cue has been our primary asset management system. We have one VC server and not had problems with it.
    A few days ago, a few of the PCs were upgraded and are using CS4 apps, including my workstation. Version Cue is mysteriously missing from all my apps. Bridge, Photoshop, Flash, Illustrator, all of em with the CS4 designation. I've still got the CS3 suite installed and can hit VC with them, but it's frustrating to have to go back to the old apps. What was the point in upgrading?
    Anyone one hit this wall and solved it? At this point I'm reticent to try an update on the VC server because not everyone in the office is being updated and I don't want to chance a lock out to those users.

    There's a lot going on it that thread. None of it was really helpful. For example, my common files/adobe veriosn cue cs4/client/4.0.0 folder is empty. only the 4.0.1 has files in it.
    Version cue just plain isn't in the tools menu of bridge or in the favorites bar.

  • Missing version files

    Hello,
    we have problem on our test Enterprise Portal. I don´t know, how it happened,
    but many directories and files in filesystem of EP in the path
    system/versions/ are missing.
    In Content Administration --> KM Content are these elements visible, but if I
    click on file or directory, Portal says, that the item is not accessible.
    Depending on this problem, don´t works local editing, becouse versions of files
    are missing.
    1. How could I get it in consistent state?
    2. Is there possibility to copy all KM documents with their versions from another
    system (product EP system)?
    Thanks for help.
    J.Deutsch

    Hello Jaromir,
    If you're using an fsdb repository then it's possible that your metadata was lost due to synchronisation issues, see notes 737877 and 900571 which provide more information on this issue.
    If this is the case then the only way to get the content back to a consistent state is to restore it from a backup. Alternatively you could copy the content from another system if possible using ICE or KM transport.
    ICE:
    http://help.sap.com/saphelp_nw70/helpdata/en/35/4cf72bfe18455e892fc53345f4f919/content.htm
    KM Transport:
    http://help.sap.com/saphelp_nw73/helpdata/en/49/b4dfbadcfc6bf9e10000000a421937/frameset.htm
    Regards,
    Lorcan.

  • Missing version names ...

    I have a problem concerning version names within one Aperture project. Some of the version names are missing (below image in browser view), while others remain unaffected. I have gone through the VIEW menu and looked at meta data displays, as well as going through the button third from right at the bottom : Browser Meta Data Overlays.
    Nothing seems to work, although when I select the mouse roll-over meta data display, it shows the version names.
    I need to fix this issue, as it is preventing me from exporting the versions without names!
    Thanks for any help!

    In Flickr display of these particular images, are the filenames also missing.  Not a Flickr user, but probably similar to Facebook, where if you were to add a caption to a photo, and then delete it, the next sync to Aperture Library would probably pick that up and blank out the Version name.  This is because Caption in FB does not correspond to Caption in photo apps such as Aperture.
    If you want to not have to think about it much, you can make the New Version from Master, and then Lift and Stamp the adjustments from the other version to update it.  This should not impact the Metadata where the version name is kept.
    Ernie

Maybe you are looking for