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.

Similar Messages

  • 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

  • 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 in response from server when accessing resource: (htt

    I'm getting the above error when I specific a version # in the <jar> field under <resources>. If I leave the version out, the application works. If I put in it fails. In both cases I am supplying a version.xml file. From the logs (at the end) I only see the Basic Protocol lookups happening. If it were working I'd expect to see Version-based lookups. It seems the server doesn't know about versioning.
    Below are the essentials (Thanks for looking at it!)
    I am using Tomcat 5.0, the JnlpDownloadServlet from JDK 1.5.0-beta2 on client and server.
    WAR file layout:
    META-INF/
    META-INF/MANIFEST.MF
    index.html
    WEB-INF/
    WEB-INF/lib/
    WEB-INF/lib/jnlp-servlet.jar
    app/
    app/images/
    app/images/bullwinkle.jpg
    app/Pacer.jnlp
    app/version.xml
    app/Pacer.jar
    WEB-INF/web.xml
    Contents of Pacer.jnlp
    <?xml version="1.0" encoding="utf-8"?>
    <jnlp spec="1.0+" codebase="$$codebase">
    <information>
    <title>Pacer jnlp</title>
    <vendor>Unicon</vendor>
    <description>Pacer as a webstart app</description>
    <description kind="short">Pacer using JWS</description>
    <description kind="tooltip">Pacer"</description>
         <homepage href="../index.html"/>
         <icon href="images/bullwinkle.jpg"/>
         <icon kind="splash" href="images/bullwinkle.jpg"/>
    <offline-allowed/>
    </information>
    <security>
    <!-- <all-permissions/> -->
    </security>
    <resources>
    <j2se version="1.4+"/>
    <jar href="Pacer.jar" version="1.0"/>
    </resources>
    <application-desc main-class="com.demo.app.jnlp.Pacer"/>
    </jnlp>
    Contents of version.xml
    <jnlp-versions>
    <resource>
    <pattern>
    <name>Pacer.jar</name>
    <version-id>1.0</version-id>
    </pattern>
    <file>Pacer.jar</file>
    </resource>
    </jnlp-versions>
    Log info on server-side
    2004-07-14 16:37:12 StandardContext[Pacer]Basic Protocol lookup
    2004-07-14 16:37:12 StandardContext[Pacer]JnlpResource: JnlpResource[WAR Path: /app/Pacer.jnlp lastModified=Wed Jul 14 15:29:26 EDT 2004]]
    2004-07-14 16:37:12 StandardContext[Pacer]Resource returned: /app/Pacer.jnlp
    2004-07-14 16:37:12 StandardContext[Pacer]SupportQuery in Href: true
    2004-07-14 16:37:12 StandardContext[Pacer]lastModified: 1089833366000 Wed Jul 14 15:29:26 EDT 2004
    2004-07-14 16:37:12 StandardContext[Pacer]Double check query string: null
    2004-07-14 16:43:45 StandardContext[Pacer]Request: /Pacer/app/Pacer.jnlp
    2004-07-14 16:43:45 StandardContext[Pacer]User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; .NET CLR 1.1.4322)
    2004-07-14 16:43:45 StandardContext[Pacer]DownloadRequest[path=/app/Pacer.jnlp isPlatformRequest=false]
    2004-07-14 16:43:45 StandardContext[Pacer]Basic Protocol lookup
    2004-07-14 16:43:45 StandardContext[Pacer]JnlpResource: JnlpResource[WAR Path: /app/Pacer.jnlp lastModified=Wed Jul 14 15:29:26 EDT 2004]]
    2004-07-14 16:43:45 StandardContext[Pacer]Resource returned: /app/Pacer.jnlp
    2004-07-14 16:43:45 StandardContext[Pacer]SupportQuery in Href: true
    2004-07-14 16:43:45 StandardContext[Pacer]lastModified: 1089833366000 Wed Jul 14 15:29:26 EDT 2004

    I fixed this problem. I worked it out using the webpad application as a model. I'll go back later and see what the actual small differences were, but please DON'T LOOK at this problem anymore.

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

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

  • Optimistic Locking fails when version field is part of a Aggregate

    I'm trying to persist a Mapped Object using 9.0.3 Toplink.
    The object uses optimistic locking while the Timestamp versioning field is part of an Aggreate Descriptor. This works well in the Workbench (does not complain).
    Unfortunally it does not work whenever I use the UnitOfWork to register and commit the chances.
    Sample code:
    Object original;
    UnitOfWork unitOfWork = ...          
    Object clone =   unitOfWork.registerExistingObject(original);
    clone.setBarcode("bliblalbu");
    unitOfWork.commit();This throws an nasty OptimisticLockException, complaining about a missing versioning field:
    LOCAL EXCEPTION STACK:
    EXCEPTION [TOPLINK-5004] (TopLink - 9.0.3 (Build 423)): oracle.toplink.exceptions.OptimisticLockException
    EXCEPTION DESCRIPTION: An attempt was made to update the object [BusinessObject:{id:12382902,shorttext:null,barcode:bliblablu,ownerLocation:null,IdEntryName:0,idCs:20579121}], but it has no version number in the identity map.
    It may not have been read before the update was attempted.
    CLASS> de.grob.wps.domain.model.BusinessObjectBO PK> [12382902]
         at oracle.toplink.exceptions.OptimisticLockException.noVersionNumberWhenUpdating(Unknown Source)
         at oracle.toplink.descriptors.VersionLockingPolicy.addLockValuesToTranslationRow(Unknown Source)
         at oracle.toplink.internal.queryframework.DatabaseQueryMechanism.updateObjectForWrite(Unknown Source)
         at oracle.toplink.queryframework.WriteObjectQuery.executeCommit(Unknown Source)
         at oracle.toplink.internal.queryframework.DatabaseQueryMechanism.executeWrite(Unknown Source)
         at oracle.toplink.queryframework.WriteObjectQuery.execute(Unknown Source)
         at oracle.toplink.queryframework.DatabaseQuery.execute(Unknown Source)
         at oracle.toplink.publicinterface.Session.internalExecuteQuery(Unknown Source)
         at oracle.toplink.publicinterface.UnitOfWork.internalExecuteQuery(Unknown Source)
         at oracle.toplink.publicinterface.Session.executeQuery(Unknown Source)
         at oracle.toplink.publicinterface.Session.executeQuery(Unknown Source)
         at oracle.toplink.internal.sessions.CommitManager.commitAllObjects(Unknown Source)
         at oracle.toplink.publicinterface.Session.writeAllObjects(Unknown Source)
         at oracle.toplink.publicinterface.UnitOfWork.commitToDatabase(Unknown Source)
         at oracle.toplink.publicinterface.UnitOfWork.commitRootUnitOfWork(Unknown Source)
         at oracle.toplink.publicinterface.UnitOfWork.commitAndResume(Unknown Source)
         at de.grob.wps.dwarf.domainstore.toplink.ToplinkTransaction.commit(ToplinkTransaction.java:60)
         at de.grob.wps.dwarf.domainstore.toplink.ToplinkPersistenceManager.commit(ToplinkPersistenceManager.java:396)
         at de.grob.wps.dwarf.domainstore.toplink.ToplinkPersistenceManagerTest.testPersistSerializableWithBusinessObjects(ToplinkPersistenceManagerTest.java:87)
         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:324)
         at junit.framework.TestCase.runTest(TestCase.java:154)
         at junit.framework.TestCase.runBare(TestCase.java:127)
         at junit.framework.TestResult$1.protect(TestResult.java:106)
         at junit.framework.TestResult.runProtected(TestResult.java:124)
         at junit.framework.TestResult.run(TestResult.java:109)
         at junit.framework.TestCase.run(TestCase.java:118)
         at junit.framework.TestSuite.runTest(TestSuite.java:208)
         at junit.framework.TestSuite.run(TestSuite.java:203)
         at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:392)
         at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:276)
         at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:167)So what can I to fix this problem? BTW the Object I try to persists has been read from database and the IDE debugger shows what that the aggregate object contains java.sql.Timestamp instances.

    Sorry guys. My debugger fooled me. The locking field wasn't initialized in the database. This caused the problem which is fixed now.
    Thx anyway.
    Bye
    Toby

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

  • Missing tag in SOAP Response object

    Currently running WebLogic 8.1 SP2 (legacy system, unable to upgrade to newer versions).
    Looking at a SOAP Response from a Web Service call, it's notable that there are some missing tags in the response. When the same call is made through an RMI invocation, the data is there, so it appears that it's being set correctly. The obvious answer is that it's an XML serialization problem, but there are no errors in any log files and the Codec classes for a working class and non-working class look identical.
    Let me explain better
    We have essentially:
    Class foo {
    public int getID();
    public void setID(int);
    Class bar1 extends foo {
    //other stuff
    Class bar2 extends foo {
    //other stuff
    The Schema defines the ID field as minOccurs="1" (the default).
    The response coming from the server will look something like this:
    <foo>
    <bar1>
    <ID>TheID</ID>
    ...other stuff...
    </bar1>
    </foo>
    However, if the returned object is of the other type...
    <foo>
    <bar2>
    ...other stuff, but no ID...
    </bar2>
    </foo>
    The classes and service are being generated from a WSDL and XSD files, searching through the value and codec classes shows no fundamental difference between the implementation of the two subclasses, yet one shows the ID, and the other doesn't.
    Anyone have any idea where to look to start narrowing down the problem? This has us completely baffled.

    I guess I'll answer my own question since I've since been able to solve it in the hopes that it will someday help someone else.
    Short answer: There is a bug in WebLogic 8.1 SP2 which generates the isPropertySet(int index) method in the Codecs incorrectly for certain subclasses.
    Using the foo example from the original question
    class foo;
    class bar extends foo;
    class dot extends foo;
    If dot has additional properties, the Codec will be generated incorrectly. They should look like:
    <pre>
    protected boolean isPropertySet(Object my_obj, int idx) {
    if (idx < SUPERPROP_COUNT) return super.isPropertySet(my_obj,idx);
    idx -= SUPERPROP_COUNT;     
    Dot typed_obj = (Dot) my_obj;
    switch(idx) {
    case 0:
    return typed_obj._isSetAdditionalProperty();
    </pre>
    ...etc
    What it actually does look like is...
    <pre>
    protected boolean isPropertySet(Object my_obj, int idx) {
    Dot typed_obj = (Dot) my_obj;
    switch(idx) {
    case 0:
    return typed_obj._isSetAdditionalProperty();
    </pre>
    ...etc
    so attempting to get the eariler properties of the super class from an instance of the sub class returns erratic results depending on whether properties of the subclass were set.
    Anyway, this was fixed in SP3 or 4, and there was a patch available to fix it in SP2 as well. Good luck if anyone else happens to run into this problem.

  • Why do I keep seeing Missing required field: Publication when I try to publish a file in iBooks format?

    I have produced a book in iBooks format and filled in everything asked for including but I can't slide the file into the window area and I get a message, Missing required field: Publication. I don't understand what I need to do to complete the transaction. I hope someone can understand and tell me what to do. Thank you.

    Thank you. You're dealing with an old woman doing her best here.   Sorry, I was somewhat distracted when I posed the question having been wrestling with it all afternoon. Yes, I am using iTunes Producer and have filled in all the information requested including cover art. The file is saved in iBooks format.
    I click on Files at top left, which I assume to be the thing to do, and get a a new page showing red circle with a number 1 in it. Clicking on that produces this :
    "Drag and drop the full book that will be used on the iBooks store. Books can be in the EPUB or iBooks format. Submitting a new book version will replace the existing version on the iBooks store.
    Missing required field: Publication. "
    I have tried to drag and drop the file into the box on the left but it won't allow me to. Clearly something is missing but I don't know what. I am just baffled as to what is wanted.

  • "The EXCH provider section is missing from the Autodiscover response." On single mailbox

    We have a single mailbox with this issue, the RCA tool returns the message:
     The EXCH provider section is missing from the Autodiscover response.
    No other mailboxes have issues with Outlook anywhere but this one user is unable to use their mailbox from Outlook. I tried creating a fresh mailbox for this user and completely deleted the old one but this didn't seem to work. anyone have any ideas on how
    I can resolve this?
    This is Exchange 2010, SP1 with all update rollups applied.

    This workstation's network connectivity is okay. And a test with any other user account information from the same station is successful. I've tried this from both a domain and non-domain station with the same results. But this test was from a domain machine.
    Also note that our internal and external URIs are identical as the CAS server is the same for both.
    Here is the full RCA output.
    Testing RPC/HTTP connectivity.
     The RPC/HTTP test failed.
     Test Steps
     ExRCA is attempting to test Autodiscover for
    [email protected].
     Autodiscover was tested successfully.
     Test Steps
     Attempting each method of contacting the Autodiscover service.
     The Autodiscover service was tested successfully.
     Test Steps
     Attempting to test potential Autodiscover URL
    https://research.osu.edu/AutoDiscover/AutoDiscover.xml
     Testing of this potential Autodiscover URL failed.
     Test Steps
     Attempting to resolve the host name research.osu.edu in DNS.
     The host name resolved successfully.
     Additional Details
     IP addresses returned: 140.254.87.75
    Testing TCP port 443 on host research.osu.edu to ensure it's listening and open.
     The specified port is either blocked, not listening, or not producing the expected response.
      Tell me more about this issue and how to resolve it
     Additional Details
     A network error occurred while communicating with the remote host.
    Attempting to test potential Autodiscover URL
    https://autodiscover.research.osu.edu/AutoDiscover/AutoDiscover.xml
     Testing of this potential Autodiscover URL failed.
     Test Steps
     Attempting to resolve the host name autodiscover.research.osu.edu in DNS.
     The host name couldn't be resolved.
      Tell me more about this issue and how to resolve it
     Additional Details
     Host autodiscover.research.osu.edu couldn't be resolved in DNS InfoDomainNonexistent.
    Attempting to contact the Autodiscover service using the HTTP redirect method.
     The attempt to contact Autodiscover using the HTTP Redirect method failed.
     Test Steps
     Attempting to resolve the host name autodiscover.research.osu.edu in DNS.
     The host name couldn't be resolved.
      Tell me more about this issue and how to resolve it
     Additional Details
     Host autodiscover.research.osu.edu couldn't be resolved in DNS InfoDomainNonexistent.
    Attempting to contact the Autodiscover service using the DNS SRV redirect method.
     ExRCA successfully contacted the Autodiscover service using the DNS SRV redirect method.
     Test Steps
     Attempting to locate SRV record _autodiscover._tcp.research.osu.edu in DNS.
     The Autodiscover SRV record was successfully retrieved from DNS.
     Additional Details
     The Service Location (SRV) record lookup returned host mail.research.osu.edu.
    Attempting to test potential Autodiscover URL
    https://mail.research.osu.edu/Autodiscover/Autodiscover.xml
     Testing of the Autodiscover URL was successful.
     Test Steps
     Attempting to resolve the host name mail.research.osu.edu in DNS.
     The host name resolved successfully.
     Additional Details
     IP addresses returned: 131.187.90.221
    Testing TCP port 443 on host mail.research.osu.edu to ensure it's listening and open.
     The port was opened successfully.
    Testing the SSL certificate to make sure it's valid.
     The certificate passed all validation requirements.
     Test Steps
     ExRCA is attempting to obtain the SSL certificate from remote server mail.research.osu.edu on port 443.
     ExRCA successfully obtained the remote SSL certificate.
     Additional Details
     Remote Certificate Subject: CN=mail.research.osu.edu, OU=Office of Research, O=The Ohio State University, STREET=154 W 12th Avenue, L=Columbus, S=OH, PostalCode=43210, C=US, Issuer: CN=InCommon Server CA, OU=InCommon, O=Internet2, C=US.
    Validating the certificate name.
     The certificate name was validated successfully.
     Additional Details
     Host name mail.research.osu.edu was found in the Certificate Subject Common name.
    Certificate trust is being validated.
     The certificate is trusted and all certificates are present in the chain.
     Test Steps
     ExRCA is attempting to build certificate chains for certificate CN=mail.research.osu.edu, OU=Office of Research, O=The Ohio State University, STREET=154 W 12th Avenue, L=Columbus, S=OH, PostalCode=43210, C=US.
     One or more certificate chains were constructed successfully.
     Additional Details
     A total of 1 chains were built. The highest quality chain ends in root certificate CN=AddTrust External CA Root, OU=AddTrust External TTP Network, O=AddTrust AB, C=SE.
    Analyzing the certificate chains for compatibility problems with versions of Windows.
     Potential compatibility problems were identified with some versions of Windows.
     Additional Details
     ExRCA can only validate the certificate chain using the Root Certificate Update functionality from Windows Update. Your certificate may not be trusted on Windows if the "Update Root Certificates" feature isn't enabled.
    Testing the certificate date to confirm the certificate is valid.
     Date validation passed. The certificate hasn't expired.
     Additional Details
     The certificate is valid. NotBefore = 6/23/2011 12:00:00 AM, NotAfter = 6/22/2012 11:59:59 PM
    Checking the IIS configuration for client certificate authentication.
     Client certificate authentication wasn't detected.
     Additional Details
     Accept/Require Client Certificates isn't configured.
    Attempting to send an Autodiscover POST request to potential Autodiscover URLs.
     ExRCA successfully retrieved Autodiscover settings by sending an Autodiscover POST.
     Test Steps
     ExRCA is attempting to retrieve an XML Autodiscover response from URL
    https://mail.research.osu.edu/Autodiscover/Autodiscover.xml for user
    [email protected].
     The Autodiscover XML response was successfully retrieved.
     Additional Details
     Autodiscover Account Settings
    XML response:
    <?xml version="1.0"?>
    <Autodiscover xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="http://schemas.microsoft.com/exchange/autodiscover/responseschema/2006">
    <Response xmlns="http://schemas.microsoft.com/exchange/autodiscover/outlook/responseschema/2006a">
    <User>
    <DisplayName>Alba, Andrea</DisplayName>
    <LegacyDN>/o=Research Foundation/ou=Exchange Administrative Group (FYDIBOHF23SPDLT)/cn=Recipients/cn=Alba, Andrea</LegacyDN>
    <DeploymentId>75b2e554-1712-4be1-94e6-ed12513f8395</DeploymentId>
    </User>
    <Account>
    <AccountType>email</AccountType>
    <Action>settings</Action>
    <Protocol>
    <Type>WEB</Type>
    <Port>0</Port>
    <DirectoryPort>0</DirectoryPort>
    <ReferralPort>0</ReferralPort>
    <Internal>
    <OWAUrl AuthenticationMethod="Basic, Fba">https://mail.research.osu.edu/owa/</OWAUrl>
    </Internal>
    <External>
    <OWAUrl AuthenticationMethod="Fba">https://mail.research.osu.edu/owa/</OWAUrl>
    </External>
    </Protocol>
    </Account>
    </Response>
    </Autodiscover>
    Autodiscover settings for Outlook Anywhere are being validated.
     ExRCA wasn't able to validate Outlook Anywhere Autodiscover settings.
     Additional Details
     The EXCH provider section is missing from the Autodiscover response.
    And then a test with a different user:
    Testing RPC/HTTP connectivity.
     The RPC/HTTP test completed successfully.
     Test Steps
     ExRCA is attempting to test Autodiscover for
    [email protected].
     Autodiscover was tested successfully.
     Test Steps
     Attempting each method of contacting the Autodiscover service.
     The Autodiscover service was tested successfully.
     Test Steps
     Attempting to test potential Autodiscover URL
    https://research.osu.edu/AutoDiscover/AutoDiscover.xml
     Testing of this potential Autodiscover URL failed.
     Test Steps
     Attempting to resolve the host name research.osu.edu in DNS.
     The host name resolved successfully.
     Additional Details
     IP addresses returned: 140.254.87.75
    Testing TCP port 443 on host research.osu.edu to ensure it's listening and open.
     The specified port is either blocked, not listening, or not producing the expected response.
      Tell me more about this issue and how to resolve it
     Additional Details
     A network error occurred while communicating with the remote host.
    Attempting to test potential Autodiscover URL
    https://autodiscover.research.osu.edu/AutoDiscover/AutoDiscover.xml
     Testing of this potential Autodiscover URL failed.
     Test Steps
     Attempting to resolve the host name autodiscover.research.osu.edu in DNS.
     The host name couldn't be resolved.
      Tell me more about this issue and how to resolve it
     Additional Details
     Host autodiscover.research.osu.edu couldn't be resolved in DNS InfoDomainNonexistent.
    Attempting to contact the Autodiscover service using the HTTP redirect method.
     The attempt to contact Autodiscover using the HTTP Redirect method failed.
     Test Steps
     Attempting to resolve the host name autodiscover.research.osu.edu in DNS.
     The host name couldn't be resolved.
      Tell me more about this issue and how to resolve it
     Additional Details
     Host autodiscover.research.osu.edu couldn't be resolved in DNS InfoDomainNonexistent.
    Attempting to contact the Autodiscover service using the DNS SRV redirect method.
     ExRCA successfully contacted the Autodiscover service using the DNS SRV redirect method.
     Test Steps
     Attempting to locate SRV record _autodiscover._tcp.research.osu.edu in DNS.
     The Autodiscover SRV record was successfully retrieved from DNS.
     Additional Details
     The Service Location (SRV) record lookup returned host mail.research.osu.edu.
    Attempting to test potential Autodiscover URL
    https://mail.research.osu.edu/Autodiscover/Autodiscover.xml
     Testing of the Autodiscover URL was successful.
     Test Steps
     Attempting to resolve the host name mail.research.osu.edu in DNS.
     The host name resolved successfully.
     Additional Details
     IP addresses returned: 131.187.90.221
    Testing TCP port 443 on host mail.research.osu.edu to ensure it's listening and open.
     The port was opened successfully.
    Testing the SSL certificate to make sure it's valid.
     The certificate passed all validation requirements.
     Test Steps
     ExRCA is attempting to obtain the SSL certificate from remote server mail.research.osu.edu on port 443.
     ExRCA successfully obtained the remote SSL certificate.
     Additional Details
     Remote Certificate Subject: CN=mail.research.osu.edu, OU=Office of Research, O=The Ohio State University, STREET=154 W 12th Avenue, L=Columbus, S=OH, PostalCode=43210, C=US, Issuer: CN=InCommon Server CA, OU=InCommon, O=Internet2, C=US.
    Validating the certificate name.
     The certificate name was validated successfully.
     Additional Details
     Host name mail.research.osu.edu was found in the Certificate Subject Common name.
    Certificate trust is being validated.
     The certificate is trusted and all certificates are present in the chain.
     Test Steps
     ExRCA is attempting to build certificate chains for certificate CN=mail.research.osu.edu, OU=Office of Research, O=The Ohio State University, STREET=154 W 12th Avenue, L=Columbus, S=OH, PostalCode=43210, C=US.
     One or more certificate chains were constructed successfully.
     Additional Details
     A total of 1 chains were built. The highest quality chain ends in root certificate CN=AddTrust External CA Root, OU=AddTrust External TTP Network, O=AddTrust AB, C=SE.
    Analyzing the certificate chains for compatibility problems with versions of Windows.
     Potential compatibility problems were identified with some versions of Windows.
     Additional Details
     ExRCA can only validate the certificate chain using the Root Certificate Update functionality from Windows Update. Your certificate may not be trusted on Windows if the "Update Root Certificates" feature isn't enabled.
    Testing the certificate date to confirm the certificate is valid.
     Date validation passed. The certificate hasn't expired.
     Additional Details
     The certificate is valid. NotBefore = 6/23/2011 12:00:00 AM, NotAfter = 6/22/2012 11:59:59 PM
    Checking the IIS configuration for client certificate authentication.
     Client certificate authentication wasn't detected.
     Additional Details
     Accept/Require Client Certificates isn't configured.
    Attempting to send an Autodiscover POST request to potential Autodiscover URLs.
     ExRCA successfully retrieved Autodiscover settings by sending an Autodiscover POST.
     Test Steps
     ExRCA is attempting to retrieve an XML Autodiscover response from URL
    https://mail.research.osu.edu/Autodiscover/Autodiscover.xml for user
    [email protected].
     The Autodiscover XML response was successfully retrieved.
     Additional Details
     Autodiscover Account Settings
    XML response:
    <?xml version="1.0"?>
    <Autodiscover xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="http://schemas.microsoft.com/exchange/autodiscover/responseschema/2006">
    <Response xmlns="http://schemas.microsoft.com/exchange/autodiscover/outlook/responseschema/2006a">
    <User>
    <DisplayName>Bossley, Peter A</DisplayName>
    <LegacyDN>/o=Research Foundation/ou=Exchange Administrative Group (FYDIBOHF23SPDLT)/cn=Recipients/cn=Bossley, Peter A</LegacyDN>
    <DeploymentId>75b2e554-1712-4be1-94e6-ed12513f8395</DeploymentId>
    </User>
    <Account>
    <AccountType>email</AccountType>
    <Action>settings</Action>
    <Protocol>
    <Type>EXCH</Type>
    <Server>MAIL.rf.ohio-state.edu</Server>
    <ServerDN>/o=Research Foundation/ou=Exchange Administrative Group (FYDIBOHF23SPDLT)/cn=Configuration/cn=Servers/cn=MAIL</ServerDN>
    <ServerVersion>738180DA</ServerVersion>
    <MdbDN>/o=Research Foundation/ou=Exchange Administrative Group (FYDIBOHF23SPDLT)/cn=Configuration/cn=Servers/cn=MAIL/cn=Microsoft Private MDB</MdbDN>
    <ASUrl>https://mail.research.osu.edu/EWS/Exchange.asmx</ASUrl>
    <OOFUrl>https://mail.research.osu.edu/EWS/Exchange.asmx</OOFUrl>
    <OABUrl>https://mail.research.osu.edu/OAB/e5ee959b-e4f0-4bd3-b254-bc2f822455f6/</OABUrl>
    <UMUrl>https://mail.research.osu.edu/EWS/UM2007Legacy.asmx</UMUrl>
    <Port>0</Port>
    <DirectoryPort>0</DirectoryPort>
    <ReferralPort>0</ReferralPort>
    <PublicFolderServer>MAIL.rf.ohio-state.edu</PublicFolderServer>
    <AD>DC3.rf.ohio-state.edu</AD>
    <EwsUrl>https://mail.research.osu.edu/EWS/Exchange.asmx</EwsUrl>
    <EcpUrl>https://mail.research.osu.edu/ecp/</EcpUrl>
    <EcpUrl-um>?p=customize/voicemail.aspx&amp;exsvurl=1</EcpUrl-um>
    <EcpUrl-aggr>?p=personalsettings/EmailSubscriptions.slab&amp;exsvurl=1</EcpUrl-aggr>
    <EcpUrl-mt>PersonalSettings/DeliveryReport.aspx?exsvurl=1&amp;IsOWA=&lt;IsOWA&gt;&amp;MsgID=&lt;MsgID&gt;&amp;Mbx=&lt;Mbx&gt;</EcpUrl-mt>
    <EcpUrl-ret>?p=organize/retentionpolicytags.slab&amp;exsvurl=1</EcpUrl-ret>
    <EcpUrl-sms>?p=sms/textmessaging.slab&amp;exsvurl=1</EcpUrl-sms>
    </Protocol>
    <Protocol>
    <Type>EXPR</Type>
    <Server>mail.research.osu.edu</Server>
    <ASUrl>https://mail.research.osu.edu/EWS/Exchange.asmx</ASUrl>
    <OOFUrl>https://mail.research.osu.edu/EWS/Exchange.asmx</OOFUrl>
    <OABUrl>https://mail.research.osu.edu/OAB/e5ee959b-e4f0-4bd3-b254-bc2f822455f6/</OABUrl>
    <UMUrl>https://mail.research.osu.edu/EWS/UM2007Legacy.asmx</UMUrl>
    <Port>0</Port>
    <DirectoryPort>0</DirectoryPort>
    <ReferralPort>0</ReferralPort>
    <SSL>On</SSL>
    <AuthPackage>Ntlm</AuthPackage>
    <EwsUrl>https://mail.research.osu.edu/EWS/Exchange.asmx</EwsUrl>
    <EcpUrl>https://mail.research.osu.edu/ecp/</EcpUrl>
    <EcpUrl-um>?p=customize/voicemail.aspx&amp;exsvurl=1</EcpUrl-um>
    <EcpUrl-aggr>?p=personalsettings/EmailSubscriptions.slab&amp;exsvurl=1</EcpUrl-aggr>
    <EcpUrl-mt>PersonalSettings/DeliveryReport.aspx?exsvurl=1&amp;IsOWA=&lt;IsOWA&gt;&amp;MsgID=&lt;MsgID&gt;&amp;Mbx=&lt;Mbx&gt;</EcpUrl-mt>
    <EcpUrl-ret>?p=organize/retentionpolicytags.slab&amp;exsvurl=1</EcpUrl-ret>
    <EcpUrl-sms>?p=sms/textmessaging.slab&amp;exsvurl=1</EcpUrl-sms>
    </Protocol>
    <Protocol>
    <Type>WEB</Type>
    <Port>0</Port>
    <DirectoryPort>0</DirectoryPort>
    <ReferralPort>0</ReferralPort>
    <Internal>
    <OWAUrl AuthenticationMethod="Basic, Fba">https://mail.research.osu.edu/owa/</OWAUrl>
    <Protocol>
    <Type>EXCH</Type>
    <ASUrl>https://mail.research.osu.edu/EWS/Exchange.asmx</ASUrl>
    </Protocol>
    </Internal>
    <External>
    <OWAUrl AuthenticationMethod="Fba">https://mail.research.osu.edu/owa/</OWAUrl>
    <Protocol>
    <Type>EXPR</Type>
    <ASUrl>https://mail.research.osu.edu/EWS/Exchange.asmx</ASUrl>
    </Protocol>
    </External>
    </Protocol>
    </Account>
    </Response>
    </Autodiscover>
    Autodiscover settings for Outlook Anywhere are being validated.
     ExRCA validated the Outlook Anywhere Autodiscover settings.
    Attempting to resolve the host name mail.research.osu.edu in DNS.
     The host name resolved successfully.
     Additional Details
     IP addresses returned: 131.187.90.221
    Testing TCP port 443 on host mail.research.osu.edu to ensure it's listening and open.
     The port was opened successfully.
    Testing the SSL certificate to make sure it's valid.
     The certificate passed all validation requirements.
     Test Steps
     ExRCA is attempting to obtain the SSL certificate from remote server mail.research.osu.edu on port 443.
     ExRCA successfully obtained the remote SSL certificate.
     Additional Details
     Remote Certificate Subject: CN=mail.research.osu.edu, OU=Office of Research, O=The Ohio State University, STREET=154 W 12th Avenue, L=Columbus, S=OH, PostalCode=43210, C=US, Issuer: CN=InCommon Server CA, OU=InCommon, O=Internet2, C=US.
    Validating the certificate name.
     The certificate name was validated successfully.
     Additional Details
     Host name mail.research.osu.edu was found in the Certificate Subject Common name.
    Certificate trust is being validated.
     The certificate is trusted and all certificates are present in the chain.
     Test Steps
     ExRCA is attempting to build certificate chains for certificate CN=mail.research.osu.edu, OU=Office of Research, O=The Ohio State University, STREET=154 W 12th Avenue, L=Columbus, S=OH, PostalCode=43210, C=US.
     One or more certificate chains were constructed successfully.
     Additional Details
     A total of 1 chains were built. The highest quality chain ends in root certificate CN=AddTrust External CA Root, OU=AddTrust External TTP Network, O=AddTrust AB, C=SE.
    Analyzing the certificate chains for compatibility problems with versions of Windows.
     Potential compatibility problems were identified with some versions of Windows.
     Additional Details
     ExRCA can only validate the certificate chain using the Root Certificate Update functionality from Windows Update. Your certificate may not be trusted on Windows if the "Update Root Certificates" feature isn't enabled.
    Testing the certificate date to confirm the certificate is valid.
     Date validation passed. The certificate hasn't expired.
     Additional Details
     The certificate is valid. NotBefore = 6/23/2011 12:00:00 AM, NotAfter = 6/22/2012 11:59:59 PM
    Checking the IIS configuration for client certificate authentication.
     Client certificate authentication wasn't detected.
     Additional Details
     Accept/Require Client Certificates isn't configured.
    Testing HTTP Authentication Methods for URL
    https://mail.research.osu.edu/rpc/rpcproxy.dll.
     The HTTP authentication methods are correct.
     Additional Details
     ExRCA found all expected authentication methods and no disallowed methods. Methods found: Negotiate, NTLM
    Testing SSL mutual authentication with the RPC proxy server.
     Mutual authentication was verified successfully.
     Additional Details
     Certificate common name mail.research.osu.edu matches msstd:mail.research.osu.edu.
    Attempting to ping RPC proxy mail.research.osu.edu.
     RPC Proxy was pinged successfully.
     Additional Details
     Completed with HTTP status 200 - OK
    Attempting to ping RPC endpoint 6001 (Exchange Information Store) on server MAIL.rf.ohio-state.edu.
     The endpoint was pinged successfully.
     Additional Details
     RPC Status Ok (0) returned in 546 ms.
    Testing the Name Service Provider Interface (NSPI) on the Exchange Mailbox server.
     The NSPI interface was tested successfully.
     Test Steps
     Attempting to ping RPC endpoint 6004 (NSPI Proxy Interface) on server MAIL.rf.ohio-state.edu.
     The endpoint was pinged successfully.
     Additional Details
     RPC Status Ok (0) returned in 483 ms.
    Testing NSPI "Check Name" for user
    [email protected] against server MAIL.rf.ohio-state.edu.
     Check Name succeeded.
     Additional Details
     DisplayName: Bossley, Peter A, LegDN: /o=Research Foundation/ou=Exchange Administrative Group (FYDIBOHF23SPDLT)/cn=Recipients/cn=Bossley, Peter A
    Testing the Referral service on the Exchange Mailbox server.
     The Referral service was tested successfully.
     Test Steps
     Attempting to ping RPC endpoint 6002 (Referral Interface) on server MAIL.rf.ohio-state.edu.
     The endpoint was pinged successfully.
     Additional Details
     RPC Status Ok (0) returned in 492 ms.
    Attempting to perform referral for user /o=Research Foundation/ou=Exchange Administrative Group (FYDIBOHF23SPDLT)/cn=Recipients/cn=Bossley, Peter A on server MAIL.rf.ohio-state.edu.
     ExRCA successfully got the referral.
     Additional Details
     The server returned by the Referral service: MAIL.rf.ohio-state.edu
    Testing the Exchange Information Store on the Mailbox server.
     ExRCA successfully tested the Information Store.
     Test Steps
     Attempting to ping RPC endpoint 6001 (Exchange Information Store) on server MAIL.rf.ohio-state.edu.
     The endpoint was pinged successfully.
     Additional Details
     RPC Status Ok (0) returned in 15 ms.
    Attempting to log on to the Exchange Information Store.
     ExRCA successfully logged on to the Information Store.
    Any other ideas?
    thanks!

  • Missing User Field in Disable Individual Accounts section

    We are running on Vibe 3.4.0 build 2835. We have a couple of issues here that has to do with managing users in Vibe. We use LDAP to populate our user accounts in Vibe. Being in a university, our users come and go a lot. They get disabled and re-enabled in eDirectory. When a user gets disabled in eDirectory, they get disabled in Vibe too. When the user comes back and is re-enabled in eDirectory, their account in Vibe does not automatically get re-enabled. I have to go into "User Accounts" in the "Administration Console", select the "Disable/Delete Accounts" tab, locate the disabled user and check the box beside the disabled user, scroll all the way down the list and hit the "Enable Selected Accounts" button. We ask the enabled user to try and login to Vibe and they get a "login failed" error message, even when I do a search of the user in Vibe and their account shows up. This is problem 1. So, next thing I do is to delete the user so I can re-synchronize the user back into Vibe through LDAP sync. The Vibe 3.4 Administration Guide (page 177, Deleting Individual Accounts, item 6) indicates that there is supposed to be a User Field where I can type in the name of the user and I would be able to select the user from the drop-down list that is supposed to appear. I do not see this "User Field" where I can type in the user's name. This is problem 2. So, I end up having to go to the "Select From All Accounts" section, go from page to page until I find the user to delete. Deleting a user in Vibe takes such a long time for us because we have thousands of users and it takes very long to go from one page to the next to get to a user who's first name is towards the end of the alphabet. If the "User Field" existed as the guide indicated, then it would not be such a big deal to delete a user. Even better, if the account were re-enabled in Vibe and the user is able to use it. Or even much better if the user's account in eDirectory were enabled and the account in Vibe were automatically enabled when an LDAP sync is executed. Would appreciate any information in getting this process of re-enabling users in Vibe working better for us, and help in getting the missing User Field to show up. By the way, I've tried this on Chrome, IE, and FireFox and everything I've described here works the same way on the different browsers, including the missing field.
    Thanks,
    Ronnie

    sarnor,
    It appears that in the past few days you have not received a response to your
    posting. That concerns us, and has triggered this automated reply.
    Has your problem been resolved? If not, you might try one of the following options:
    - Visit http://www.novell.com/support and search the knowledgebase and/or check all
    the other self support options and support programs available.
    - You could also try posting your message again. Make sure it is posted in the
    correct newsgroup. (http://forums.novell.com)
    Be sure to read the forum FAQ about what to expect in the way of responses:
    http://forums.novell.com/faq.php
    If this is a reply to a duplicate posting, please ignore and accept our apologies
    and rest assured we will issue a stern reprimand to our posting bot.
    Good luck!
    Your Novell Forums Team
    http://forums.novell.com

Maybe you are looking for