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

Similar Messages

  • Repaired library and version names are missing. How to get them back?

    I'm sorry for the dumb question. I would think the answer is staring me in the face, but for the life of me I can't find it.
    I repaired the library and now the version names do not appear with the photos in the library. I assume a simple preference was reset, but I can't find it anywhere to get the version names back. I must be blind.
    Help?

    Ok. I knew if I looked hard enough I would find it.
    In the lower right corner of the browser is the "Meta Data Overlays" pop up menu button. Click that and choose the meta data to appear in the browser.

  • 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

  • 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>

  • 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 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

  • Batch rename of version name to fix a typo?

    When I import images, a have Aperture give them a version name that is composed of the date, the master file name and a custom part. (I know this is a bit redundant, but hang on for now).
    E.g. a version name would be "20101022-hopsack-DSC_1234". Note: no extension!
    Now suppose that fter importing I notice that I've got the custom name wrong; instead of "hopsack" it should've been "debrem".
    So I do a Batch change on those images, selecting the same version name format as in import, and type in the proper custom name, and voila, fixed, right? Wrong! The version name now contains the file extension, like so:
    Rename -> "20101022-debrem-DSC_1234.NEF".
    This is not what I wanted. Even worse, when you export this image with the current version name as file name, you'll get "20101022-debrem-DSC_1234.NEF.jpg". Looks rather stupid.
    Why does the [master file name] building block have different behaviors in Import and batch rename? Am I missing something?
    You could fix the version name with the Metadata inspector, but then you'd have to do it image by image.... OK for a few images, but not very practical for many.
    So, apart from making no mistakes during import, are there other ways to fix this?
    Oh, about that silly version name... I wanted to change the version names into something more sensible, but you can't batch rename images and re-use the custom name they have to make a new version name. So that would become a tedious process as well. Suggestion on how to handle this are welcome as well. (I could filter the images on custom name 1, batch rename with that name, then filter on custom name 2... and so on. Slightly less cumbersome.)
    Hints? Tips? Suggestions?
    Thanks,
    Peter.

    Sounds like the coder who implemented the code for this in file import didn't consult the corder doing it in the Batch change section
    Seriously, this isn't right, it should be one way or the other, ideally there should be two separate options, one with just the filename part and another with the extension, Then you could put them together any way you like.
    I'd send feedback to Apple concerning this.
    As for the situation you're in now, can't think of any easy way to make the change you want to.
    Sorry

  • TNS-01151: Missing listener name - APPS_VIS

    Hi,
    We completed the installation of E-BIZ Database and Application onto separate VMs via Oracle's eDelivery templates. Both new VMs are up and running per the OVM Manager.
    However, we are not able to connect to the eBusiness Application. Per the e-Business Suite Rapid Install guide, we should be able to verify installation by accessing:
    http://<host name>.<domain name>:<HTTP port>/OA_HTML/AppsLogin
    We receive a HTTP Internal Error when trying to access this.
    Numerous verification steps have been performed including:
    - Testing network connectivity (ping) between APP VM and DB VM using the hostname
    - Checking that the tnslsnr on DB VM is listening on port 1521, which is what was also configured for APP VM
    - Checking that the httpd on APP VM is listening on port 8000
    I am unable to run lsnrctl to check the status - how should my profile be set to be able to run this as I receive: lsnrctl: error while loading shared libraries: libclntsh.so.10.1: cannot open shared object file: No such file or directory
    I have also included adalnctl.txt log from the E-BIZ Application Server. I'm not sure whether the LISTENER.ORA on the APP or DB server should be updated. And if so what should it be updated with?
    02/15/10-13:22:33 :: You are running adalnctl.sh version 120.3
    LSNRCTL for Linux: Version 10.1.0.5.0 - Production on 15-FEB-2010 13:22:33
    Copyright (c) 1991, 2004, Oracle. All rights reserved.
    TNS-01101: Could not find service name APPS_VIS
    02/15/10-13:22:34 :: adalnctl.sh: Starting listener process APPS_VIS.
    LSNRCTL for Linux: Version 10.1.0.5.0 - Production on 15-FEB-2010 13:22:34
    Copyright (c) 1991, 2004, Oracle. All rights reserved.
    Starting /u01/E-BIZ/12.1.1/VIS/apps/tech_st/10.1.2/bin/tnslsnr: please wait...
    TNSLSNR for Linux: Version 10.1.0.5.0 - Production
    Log messages written to /u01/E-BIZ/12.1.1/VIS/apps/tech_st/10.1.2/network/log/apps_vis.log
    TNS-01151: Missing listener name, APPS_VIS, in LISTENER.ORA
    Listener failed to start. See the error message(s) above...
    Thanks in advance.
    Regards,
    Martin

    Just a follow-up to this thread. We have now been able to start and successfully login to the e-Business Suite.
    The source of the problem was in the installation of the e-Business Suite (via template) - it previously never completed successfully due to:
    1) DNS - No DNS has been setup with the new virtual hosts as this is simply a prototyping activity. We found that it initiates connection with DB host during installation and will not complete successfully if one is not found. Furthermore, the /etc/hosts file is wiped of existing entries and replaced just with the host of the e-Business application server everytime ebiz_1211_reconfig.sh is run. Workaround is to login to the host during the reconfiguration and update the /etc/hosts file just after it instantiates the static IP address
    2) Apps Password - The application could not startup as it was connecting to the database with a locked out user account. It uses the 'app' user to login to the DB - hence the apps password set during the e-Business application installation must correlate with the app user on the database - in this instance we kept it as apps/apps
    After resolving the above issues we are able to connect through the web URL to e-Business Suite.
    My next question is, assuming our database instance is called 'VIS', why is adalnctl trying to look for APPS_VIS in the listener.ora? I read
    Thanks.

  • Version Name vs File Name

    When I import files, the result seems to adhere to the Version Name I enter in the Input Inspector panel.
    But then, when I'm in Brower Line Mode, I see that the Filename reflects projects I imported a week ago, alongside the correct Version Name.
    Should I care? What am I missing?

    Hi,
    Please keep in mind that we are communicating with each other through a very thin wire: strings of words you type show on my screen.  Short strings.  We use terms with care in order to make our communication possible.
    "Orthodox" is a strange way to put that.  "Correct" is the term I would use.
    "HUD" means Heads-Up Display.  "Brick" refers to the Adjustment panes that show stacked in the Adjustment Inspector.  The Aperture glossary is here.
    In order for any of us to answer your question -- which we'd like to do  -- we need to know to what you refer.  Even though you've asked and re-asked, I still can't tell what you are asking.
    We know what List View is.  It can have columns that show the Version Name and the File Name. 
    The Version Name is determined by the File Naming Preset you use when you import.  The File Naming Preset is selected in the "Rename Files" section of the Import Settings.  You can rename Versions at any time.
    The File Name is the name of the Image's Original.  You can change this on Import to match the Version Name specified File Naming Preset by checking the box "Rename Original File".  File names cannot be readily changed.  (You must use "Metadata➞Batch Change➞Version Name Format" and check "Apply to Original files".
    Does that help resolve your issue?
    --Kirby.

  • 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

  • TNS-01151: Missing listener name

    I found the following error in er.log. Does anyone know what this means? I am unable to start the listener service because of this.
    TNSLSNR for 32-bit Windows: Version 8.1.5.0.0 - Production on 07-MAY-01 11:46:07
    (c) Copyright 1998 Oracle Corporation. All rights reserved.
    System parameter file is D:\Oracle\iSuites\network\admin\listener.ora
    Log messages written to D:\Oracle\iSuites\network\log\er.log
    TNS-01151: Missing listener name, er, in LISTENER.ORA

    Check the HOST and PORT parameters in your
    Listener.ora file
    LISTENER =
    (DESCRIPTION_LIST =
    (DESCRIPTION =
    (ADDRESS_LIST =
    (ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC1))
    (ADDRESS_LIST =
    (ADDRESS = (PROTOCOL = TCP)(HOST = <machine>)(PORT = 1521))
    Hope this helps
    Ranga

  • Missing Artist names in iPod under lookup but the song is there

    I have all the approx 7,000 tunes on my LapTop that sync's into my iPod OK but there are some missing "Artist" names in my iPod when I lookup by Artist but the song is there in song lookup and it has the Artist name it the display.
    Some answers to some questions, my helper's maybe asking themselves are............
    I've loaded the songs into iTunes from the web as well as via CD's online with "Grace Notes" inputting song info also with me off line loading in songs from my internal and external hard drive. I have converted all songs that weren't under the option (create an ACC Version). My understanding this is this to create a .mp3 file within the iTunes Music Library Folder. I would then delete the originally song
    Any help or questions for me so far?
    Befuddled......

    It could be that you have inadvertently imported these CDs into iTunes as part of a compilation. If so, the artists won't show in the artists menu on the iPod.
    To check, highlight the tracks on one of the offending artists CDs in iTunes, right click and select "get info". This brings up a song info window, and by selecting "options" you can check if you have 'yes' in the box marked "part of a compilation".
    If you have, select 'no' instead and click 'ok'. Do this with any CD that has this issue. This will alter the info in iTunes, and you should then connect your iPod and synchronize the changes.
    The problem arises because the information contained on the Gracenote CD Data Base (where iTunes gets all it's album/artist/track info from), is sometimes incorrect. It can show CDs as compilations when in fact they are not.
    You should also check that the songs have album name info in their ID tags.
    See: Some songs don't show under artist on my iPod.
    Once you add a second album name for that artist even for a single song, ALL the rest of the songs should now show up under that artist, even those without album names.

  • Error: java.util.zip.ZipException: missing entry name

    Does anybody know how to solve the following error? I got this error when I was trying to update files in my CVS.
    OracleJSP: oracle.jsp.parse.JspParseException: Line # 2, <%@ taglib uri="http://java.sun.com/jstl/core" prefix="c"%>
    Error: java.util.zip.ZipException: missing entry name
    Thanks

    Hi,
    I get the same exception while reading a ZIP file. The size if the ZIP file is just 82KB but I am reading it over FTP not sure if it makes any difference. I am using JDK 1.4.2_05. Here is the code I am trying to execute.
    public class TestFTP {
    public static void main( String[] argv ) throws Exception {
    String inboundPath = "/transfer/inbound/";
    FTPClient ftp = new FTPClient();
    ftp.connect("123");
    ftp.login( "123", "123" );
    ftp.changeWorkingDirectory(inboundPath);
    FTPFile[] zipFiles = ftp.listFiles("*.zip");
    TelnetClient telnetClient;
    for(int i=0;i<zipFiles.length;i++){   
    System.out.println(zipFiles.getName());
    ZipInputStream zis = new ZipInputStream(ftp.retrieveFileStream(zipFiles[i].getName()));
    for (ZipEntry entry = zis.getNextEntry(); entry != null; entry = zis.getNextEntry()){           
    System.out.println(entry.getName());
    The error message is
    java.util.zip.ZipException: invalid entry size (expected 10291 but got 10233 bytes)
         at java.util.zip.ZipInputStream.readEnd(ZipInputStream.java:367)
         at java.util.zip.ZipInputStream.read(ZipInputStream.java:141)
         at java.util.zip.ZipInputStream.closeEntry(ZipInputStream.java:91)
         at java.util.zip.ZipInputStream.getNextEntry(ZipInputStream.java:69)
         at test.TestFTP.main(TestFTP.java:41)
    Exception in thread "main"
    Please let me know if you were able to fix the problem.
    Thanks

Maybe you are looking for