Jnlp issue

Unable to open jar all through jnlp file .
My jnlp look like
<?xml version="1.0" encoding="UTF-8"?>
<jnlp spec="1.0+"
  codebase="file:///D:/Build/"
>
<information>
  <title>MyApp</title>
  <vendor>Java Developer Connection</vendor> 
</information>
<offline-allowed/>
<security>
  <j2ee-application-client-permissions/>
</security>
<resources>
  <j2se version="1.2+" />
  <jar href="MyApp.jar"/>
</resources>
<application-desc main-class="Myclass"/>
</jnlp>MyApp.jar this jar need other jar as well to run which are present at same location .
App starts loading loading but nothing happens .. what can be the issue ?
Please suggest some solution

AmitChalwade123456 wrote:
But my app uses 50 jar file
do i need to add jar separatelyYes.
and do i need to sign each jar ??Yes. Beware if you're using third-party jars, some of them may already be signed. In that case, you have to build a jnlp file for each different signature and add a reference of the file to the main jnlp file. For the jars you're signing yourself, you may referenced them in the main jnlp file. They must all have the same signature than the main jar.
Here's an example using Javamail ( the jar is already signed by the manufacturer ) :
In the main jnlp :
         <jar href="MyApp.jar" main="true"/>
            <extension name="Java Mail" href="mail.jnlp"/>
            <jar href="Other.jar"/>
The mail.jnlp content :
<?xml version = '1.0' encoding = 'utf-8'?>
    <jnlp spec="1.0+" codebase="file:///D:/Build/" href="mail.jnlp">
     <information>
            <title>JavaMail</title>
         <vendor>Sun Microsystems, Inc.</vendor>
     </information>
     <security>
            <all-permissions/>
     </security>
        <resources>
            <jar href="mail.jar"/>
        </resources>
        <component-desc/>
    </jnlp>

Similar Messages

  • Class.getResource JNLP issue

    I'm seeing an error when deploying an application via JNLP:
    schema_reference.4: Failed to read schema document 'jar:com/mycompany/my_schema.xsd', because 1) could not find the document; 2) the document could not be read; 3) the root element of the document is not <xsd:schema>On a Linux machine, running 1.5.0_15-b04, it works fine. On a Windows machine, running 1.5.0_16-b02, it fails.
    The code is attempting to load an XSD as follows (and is failing on the second line):
      URL schemaURL = MyClass.class.getResource("my_schema.xsd");
      SchemaFactory.newInstance(XMLConstants.W3C_XML_SCHEMA_NS_URI).newSchema(schemaURL);On the Linux machine, where it works, the URL returned from the "getResource" call looks like:
    jar:file:/path/to/containing.jar!/com/mycompany/my_schema.xsd
    On the Windows machine, where it fails, the URL returned from the "getResource" call looks like:
    jar:com/mycompany/my_schema.xsd
    The same JARs are being run via JNLP on both machines.
    I found that getting an InputStream instead of an URL (via MyClass.class.getResourceAsStream("my_schema.xsd")) and passing that into the newSchema call with a new StreamSource works if the schema is completely self-contained. However, one schema I work with is extremely large and is broken into many different files via "<xs:include schemaLocation=""/>". This schema does not appear to load correctly via getResourceAsStream.
    I suspect this may be a classloader issue inside JNLP. When I run the application using the same JARs via javaw on the Windows machine, everything works.
    What am I doing wrong and how do I go about working around/fixing this issue?
    Thanks,
    --David                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                       

    Here is some code that works around the issue:
        public static URL getResource(Class clazz, String name) {
            // Get the URL for the resource using the standard behavior
            URL result = clazz.getResource(name);
            // Check to see that the URL is not null and that it's a JAR URL.
            if (result != null && "jar".equalsIgnoreCase(result.getProtocol())) {
                // Get the URL to the "clazz" itself.  In a JNLP environment, the "getProtectionDomain" call should succeed only with properly signed JARs.
                URL classSourceLocationURL = clazz.getProtectionDomain().getCodeSource().getLocation();
                // Create a String which embeds the classSourceLocationURL in a JAR URL referencing the desired resource.
                String urlString = MessageFormat.format("jar:{0}!/{1}/{2}", classSourceLocationURL.toExternalForm(), packageNameOfClass(clazz).replaceAll("\\.", "/"), name);
                // Check to see that new URL differs.  There's no reason to instantiate a new URL if the external forms are identical (as happens on pre-1.5.0_16 builds of the JDK).
                if (urlString.equals(result.toExternalForm()) == false) {
                    // The URLs are different, try instantiating the new URL.
                    try {
                        result = new URL(urlString);
                    } catch (MalformedURLException malformedURLException) {
                        throw new RuntimeException(malformedURLException);
            return result;
        public static String packageNameOfClass(Class clazz) {
            String result = "";
            String className = clazz.getName();
            int lastPeriod = className.lastIndexOf(".");
            if (lastPeriod > -1) {
                result = className.substring(0, lastPeriod);
            return result;
        }There are two additional work-arounds:
    1. Use Class.getResourceAsStream(String). However this doesn't work in the case of XSDs that use <xs:include> to include other XSDs via relative pathing.
    2. A real hack: Class.getResource("MyResource.txt").openConnection().getURL().

  • JNLP Issues with 1.4.2

    I have noticed awkward version selection behavior with the auto-download feature in my JNLP file. The following tag, if executed by a system with a JRE lesser than 1.4.2 it will install J2RE 1.4.2_07.
    <j2se version="1.4.2*" href="http://java.sun.com/products/autodl/j2se" />
    To me this is awkward, as the most current version of the 1.4 platform runtime environment is J2RE 1.4.2_11. Well I tried to change the version to 1.4.2_11 and the following error is reported back:
    The application has requested a version of the Java 2 platform (JRE) that is currently not locally installed. Java Web Start was unable to automatically download and install the requested version. The JRE version must be installed manually.
    Error Code 11 (11 Could not locate requested version) returned from server when accessing resource: (http://java.sun.com/products/autodl/j2se, 1.4.2_11)
    I'd like to force the download of the latest and greatest J2RE, however it seems that the auto-dowloader wants us to have no greater than the 07 release of 1.4.2.
    Is this a bug? Is there any way I can get 1.4.2_11 to auto-download with this mechanism?
    Thanks in advance.

    Sun has a project to create a Universal Installer that will generate the auto-download bundles for the downloadServlet, in the mean time the individual bundles need to be staged seperately. None have been so staged now since 1.5.0_02 and 1.4.2_07, but I am opmistic now that the 1.5.0_07 and the latest 1.4.2 will get posted this spring, and that the universal install will get finished by fall.
    /Andy

  • JWS Desktop shortcut fails to update after JNLP change in 1.6.0 update 18

    Has anyone else noticed the desktop shortcut fail to update after a change to the JNLP with the latest Java 1.6.0 update 18 release?
    Here are the steps we've found to replicate the issue on Windows XP, Vista, and Windows 7 using both IE and Firefox:
    1) Download a JWS application and allow the desktop link to be created
    2) Inspect the desktop shortcut and notice the path to the JNLP cache entry
    3) Modify the JNLP at the server
    4) Run the application via the desktop link - at this point the application will download updates and execute without issues.
    5) Close the application - upon close, JWS will remove the old JNLP cache entry if the JNLP contained the security/all-permissions directive
    6) Inspect the desktop shortcut again - notice that the path to the JNLP cache entry will remain unchanged
    7) Launch the application again using the desktop link - JWS will fail with a cache exception if the JNLP contained the security/all-permissions element or will just run from the old JNLP
    I've submitted a bug but just wanted to confirm that others are encountering the same issue.
    Thanks,
    Troy

    Thanks for confirming.
    This issue seems to continually creep into the Java releases. In the 1.6.0 releases, the issue is resolved in update 7 through update 11. Update 12, 13, and 14 all had various JNLP issues but I did find this specific issue with update 14. It was fixed again in update 15 and remained fixed through update 17.
    I submitted two bugs and provided a simple sample application on our production site to use for testing with a url to update the last modified time. If bug is accepted, I'll post it here for others to vote for a fix.

  • Wacky Drag and Drop issue with JNLP

    I'm sure I'll have to be a bit more descriptive but I'll just throw this out and see if anyone has any suggestions.
    I've got a swing app which is an administration tool to a rules engine I have built. I distribute the app to users using JNLP 1.2.
    Here's the problem. When I launch the app using JNLP, a portion of the app does not work. There is a panel in which I allow users to drag items off of a tree and onto a panel. They can drag and drop one item but when they attempt to drag and drop a second item it doesn't drop. If I take that same code which is being distributed via JNLP, copy it to the local machine and run it, it works. I can drag and drop all day long.
    There are no exceptions, no errors or funny gooey state things going on. I start the drag, the mouse pointer changes, I hover of the drop zone and let go of the mouse and it appears to drop, but the component does not show. Wacky.
    Does this set off any bells to anyone?
    Thanks,
    - Jay
    App compiled using 1.4.1_01.

    Ah ha.. Yes this does seem to the issue. Thanks for the response. I've tested it on a couple of machines and it works on the one's with 1.4.1 and it doesn't seem to work on 1.4.0 jre machines.
    NEW Question though, if I set my .jnlp to:
    <j2se version="1.4.1+"/>
    I get the 'ol 'Error Code 11 (11 Could not locate requested version'
    Is there any way to get this guy to auto-install???
    I've installed JRE 1.4.1 manually and it doesn't seem to pick that up either.
    Thanks...

  • JNLP related-content issue in JRE 7u5 Sub Menu Item link not working

    we are having an issue with our existing Web Start Application in Java Version 7 Update 2 and above where the Sub Menu items are not being associated with Internet Explorer with href link as Target when using <related-content> tag in JNLP. This is working fine in JRE 1.6, JRE 1.7.0 and 1.7.1. I have tried using Integration Service to programatically create these shortcuts in JRE 1.7.5 but was unsuccessful.
    <jnlp spec="6.0+" codebase="http://..." href="xyz.jnlp">
    <information>
    <title>ABC</title>
    <vendor>ABC Vendor</vendor>
    <homepage href=""/>
    <description>ABC Desc</description>
    <description kind="short">ABC Desc Short</description>
    <icon href="abc.gif" kind="default"/>
    <offline-allowed/>
    <shortcut online="true" install="true">
    <desktop/>
    <menu submenu="ABC"/>
    </shortcut>
    <related-content href="help.doc">
    <title>ABC Help</title>
    <icon href="help.gif"/>
    </related-content>
    <related-content href="Uninstall.html">
    <title>Uninstall Page</title>
    <icon href="uninstall.gif"/>
    </related-content>
    </information>
    <security>
    <all-permissions/>
    </security>
    <update check="timeout" policy="always"/>
    <resources>
    <java initial-heap-size="128m" max-heap-size="256m" version="1.6+"/>
    <jar href="ABC.jar" download="eager" main="true"/>
    </resources>
    <application-desc main-class="com.main.Abc"/>
    </jnlp>
    Any help in this regard would be greatly appreciated.

    I haven't filed this as a bug in Java development yet but am going to do so soon, In the mean time i was hoping to see if anyone else is on the same boat as me and if there was a work around.

  • Issue with IE and dynamic JNLP (JSP)

    I'm trying to create a JNLP file using JSP to insert a dynamic argument into the webstarted (new word?) program. The link works fine in Firefox and Opera, but IE throws an error and says that it could not download the file. Here's my setup:
    JSP file (JNLP)
    LaunchClient.jsp
    <%@page contentType="application/x-java-jnlp-file"%>
    <?xml version="1.0" encoding="UTF-8"?>
    <!DOCTYPE jnlp PUBLIC "-//Sun Microsystems, Inc.//DTD JNLP 1.5//EN" "http://www.netbeans.org/jnlp/DTD/jnlp.dtd">
    <%
        String projectRefID = request.getParameter("projectRefID");
    %>
    <jnlp codebase="http://127.0.0.1:8080/tssa/">
      <information>
        <title>AppTest</title>
        <vendor>Company, Inc.</vendor>
        <homepage href="homepage.html"/>
        <description> </description>
        <icon href="default"/>
        <offline-allowed/>
      </information>
      <resources>
        <j2se href="http://java.sun.com/products/autodl/j2se" version="1.4+"/>
      </resources>
      <resources>
        <jar download="eager" href="jars/AppTest.jar" main="false"/>
      </resources>
      <application-desc main-class="apptest.Main">
        <argument><%= projectRefID %></argument>
      </application-desc>
    </jnlp>My link to the above page looks like this:
    <a href="LaunchClient.jsp?projectRefID=<%=currProject.getReferenceIdentifier()%>" >CLICKME</a>I've added the following mime mappings to my web.xml:
        <mime-mapping>
            <extension>jnlp</extension>
            <mime-type>application/x-java-jnlp-file</mime-type>
        </mime-mapping>
        <mime-mapping>
            <extension>jar</extension>
            <mime-type>application/java-archive</mime-type>
        </mime-mapping>I've also tried using a servlet mapping so the link will still have a .jnlp extension as follows:
      <servlet>
        <servlet-name>JnlpMapping</servlet-name>
        <jsp-file>/restricted/LaunchClient.jsp</jsp-file>
      </servlet>
      <servlet-mapping>
        <servlet-name>JnlpMapping</servlet-name>
        <url-pattern>/restricted/myProgram.jnlp</url-pattern>
      </servlet-mapping>My link then points to myProgram.jnlp instead of LaunchClient.jsp. But that has the same results (works in firefox/opera but not in IE). Does anyone see why IE is complaining? Do I have to break down and write a servlet?
    --Also: I'm using Sun Application Server PE 9
    Message was edited by:
    QSilver002

    I had the same problem. The resolution is preety simple. You can't set header Cache-Control to no-cache, becouse IE tries to cache it before running. That's why any java error occurs, just can't find the file error. What supprised me is that you can't even save the file with right click "Save the target as..", which seems to be little strange. Any other page of type type/html with this header make no problem with that.
    Conclusion:
    IE makes some special trick with a file of type application/x-java-jnlp-file. Cache-Control to no-cache couses not only disability of running the ws directly, but also saving it locally, which doesn't happen with text/html type of page.
    Sevage

  • Issue With Signed JNLP file

    Hello,
    There seems to be a restriction in signed JNLP files with regards to relative path set in codebase ?
    (when we set the codebase to be a full url of the download site it works.).
    The problem for us is we want JNLP file for dev and Prod to be identical and not having to hardcode
    download URL.
    We have a start.jnlp which start our app. All our jars are signed. To avoid the usual warning message
    we decided to sign the JNLP file and include JNLP-INF/APPLICATION.JNLP in our jar that contain the main file.
    //start.jnlpl and APPLICATION.JNLP have the following
    <?xml version="1.0" encoding="utf-8"?>
    <jnlp codebase="webstart" href="start.jnlp">
    </jnlp>
    Error/Exception
    BadFieldException[ The field <jnlp>codebase has an invalid value in the signed launch file: webstart,webstart]
         at com.sun.javaws.jnl.XMLUtils.getAttributeURL(Unknown Source)
         at com.sun.javaws.jnl.XMLFormat.parse(Unknown Source)
         at com.sun.javaws.jnl.LaunchDescFactory.buildDescriptor(Unknown Source)
         at com.sun.javaws.LaunchDownload.checkSignedLaunchDescHelper(Unknown Source)
         at com.sun.javaws.LaunchDownload.checkSignedLaunchDesc(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)
    Any input will be greatly appreciated.
    Thanks
    Jc

    >
    There seems to be a restriction in signed JNLP files with regards to relative path set in codebase ?
    (when we set the codebase to be a full url of the download site it works.).>That is a problem. Sun seems to think there are many forms of launching where the codebase must be explicitly set for the JNLP to work correctly, and this is one of them. In fact, the only time I know it will work with a relative codebase is when embedding an applet using JNLP - and then it has to have no codebase to work!
    >
    The problem for us is we want JNLP file for dev and Prod to be identical and not having to hardcode
    download URL.>But this is really a matter of approaching the problem the most efficient way, and I would argue that way is to write a build file which will make both versions of the application. It might require a more complicated build file (OK - it will require a more complicated build file), but once it is done you will barely notice any difference in build time, and you can get on with development.

  • Error in downloading jars through jnlp from Oracle 10.1.3 App Server

    I am working on migrating an application (containing two WARs) from Resin servlet server to Oracle 10.1.3 App Server. The migration was unit tested successfully. One of the WARs was implemented as a web service that downloaded JARs to the client PC through jnlp. When I tried to combine the two WARs into one (application) WAR, some of the JARs failed to download with an error message stating that they were "corrupted". 5 of the 6 "corrupted" contain native code, although two other native code JARs were able to download successfully.
    Most of the time the jnlp failure was accompanied with this error: WARNING: Exception returned by remote server: {0}
    javax.naming.NoPermissionException: Not allowed to look up java:comp/ServerAdministrator, check the namespace-access tag setting in orion-application.xml for details
         at com.evermind.server.rmi.RMIClientConnection.handleLookupResponse(RMIClientConnection.java:819)
         at com.evermind.server.rmi.RMIClientConnection.handleOrmiCommandResponse(RMIClientConnection.java:283)
         at com.evermind.server.rmi.RMIClientConnection.dispatchResponse(RMIClientConnection.java:242)
         at com.evermind.server.rmi.RMIClientConnection.processReceivedCommand(RMIClientConnection.java:224)
         at com.evermind.server.rmi.RMIConnection.handleCommand(RMIConnection.java:152)
         at com.evermind.server.rmi.RMIConnection.listenForOrmiCommands(RMIConnection.java:127)
         at com.evermind.server.rmi.RMIConnection.run(RMIConnection.java:107)
         at EDU.oswego.cs.dl.util.concurrent.PooledExecutor$Worker.run(PooledExecutor.java:814)
         at java.lang.Thread.run(Thread.java:595)
    Error: Unexpected error during lookup : Lookup error: javax.naming.NoPermissionException: Not allowed to look up java:comp/ServerAdministrator, check the namespace-access tag setting in orion-application.xml for details; nested exception is:
         javax.naming.NoPermissionException: Not allowed to look up java:comp/ServerAdministrator, check the namespace-access tag setting in orion-application.xml for details
    Why is the jnlp failing when the WARs are part of the (main) application, but OK when it is part of a web service WAR? How can I overcome this problem?
    Thanks for your help.

    Hi Marc ,
    Thanks for your reply.....
    Did you mentioning the script (upgrade_10131_
    10133_oracle.sql) in the orabpel. I had run this script after applying the patch.
    Still iam facing the same issue.
    what need to be done?
    Could you please help me on this, because I need to do the Fault Handling Framework in BPEL and so i need the faultpolicy folder to be present.
    Since I got the folder by applying the patch, but what happend is when i try to check out for the activity status in the BPEL Console Activity tab it is showing the error as mentioned earlier. Any problem with patch implementation or any bug is there. So far i done the patch installation successfully without error and i upgraded the orabpel schema using the mentioned script also. Any other things i need to do?
    Regards,
    Ashok.

  • Java web start error running Asset Editor or any jnlp page

    When I try to launch Asset Editor or Import/Export or any of the jnlp pages that runs using Java Web Start, I get an error. Java 7 Web start starts but It throws “Could not connect to Server. Please check your Java Web Start and Browser proxy settings”.
    I read conflicting opinions on the internet as to what version of JRE/JDK is needed and potentially some issues running Java Web start with Java 7. I have 64-bit java 1.7.0_45 JDK/JRE installed and no other version. I tried installing 32-bit 1.7.0_45 as well. I have tried to run it from 32-bit as well as 64-bit browser also. All situations provide the same error.
    However, when I install JRockit, it seems to work fine. But we cannot use jrockit. We have to use IBM JDK/JRE 7 eventually. Currently, the java web start does not work on Oracle Java as well as IBM JRE.
    Any help is much appreciated.

    I found a solution for this problem. We have to apply patch 17634436.
    https://support.oracle.com/epmos/faces/ui/patch/PatchDetail.jspx?_afrLoop=149081897091441&patchId=17634436&_afrWindowMode=0&_adf.ctrl-state=xfsajjmff_74
    Just thought it will be useful for anyone encountering this problem.

  • Java won't work - possible proxy issues?

    I was informed that one of our computers suddenly (from what I was told about 2 months ago) developed problems with Java. Said computer is on our dirty internet connection, so it's not readily checked or even updated. My colleagues looked at it, and evertually escalated the issue to me, since they couldn't figure it out. One specific website needs Java for some examinations, and it turned out Java just would present an error to the site.
    After spending an afternoon at the location, testing with the Java verification applet on the Java website, and finding myself unable to correct the problem, I build myself a small test machine to see if I could recreate the problem on something local. Turns out, I can, which makes testing a lot easier. Do note: We want another site (which requires a heap of logins) to work, so I'm using the Java verification applet to get me a quicker and easier way to verify if Java works.
    So, Got a clean install of Windows XP SP3, and updated to IE8. The machine is connected to the Internet through a proxy server based on FreeProxy which listens to port 2244 (note: this proxy has had NO changes in the aforementioned 2 months that I know of, or can trace within the proxy configuration). I can browse without any problems. Installed Java (7r51) on the system, and tried to verify the Java version.
    Unable to verify if Java is installed and activated on your browser.
    Ran all the Windows Updates (for XP, IE, .NET whatever version, and whatever more was available) Microsoft offers, just to make sure it's not in any of those. Still no go. Installed Google Chrome and Firefox to exclude the browser as a source of problems. None of the three browsers works with the Java verification applet, all resulting in the same message as stated above. Verified that Java is available in the browsers, and it is shown as available and active.
    Deinstalled Java, reinstalled. Used JavaRA to remove and then reinstall. Pulled the security down to medium. Wiped the local cache files. There is no virusscanner installed, so that can't be it. Disabled the Windows Firewall to exclude that as a cause. Used a second machine with Windows 7 just to exclude the OS as a culprit. Verified the 'Enable Java in web browser' setting in the Java control applet. Played with the proxy settings and the security settings in IE and under the Java control panel. Wiped Java out, manually ran through the registry to kill references, and wiped all the Sun folders from all profiles, aswell as the Java install folder before reinstalling. Installed Java 6r43 just to make sure. Nothing helped.. The error keeps coming back, and the Java verification keeps failing.
    The Java console which can help troubleshoot, seems to open while the Java icon shows up in the systemtray, but it quite rapidly (30 or 45 seconds) closes again, taking the Java console along with it, thus not giving me any logging to further see what's wrong here. So it seems Java is working, but runs into some problems along the way. About the only quick problems I spotted when I did manage to grab a copy of the log:
    network: Cache entry not found [url:http://www.java.com/en/download/JavaDetection_applet.jnlp, version: null]
    and
    java.io.IOException: Server returned HTTP response code: 403 for URL: https://java.com/en/download/JavaDetection_applet.jnlp
    My colleague noted that it did work on the other proxied network through the same proxy (just that that proxy is on a different NIC and listens to port 8080). We tried changing the proxy port for the network to 8080 on the actual PC on location, and found the problem remained. Just to make sure it worked on the other network, I reattached the PC to the other network, altered the proxy settings both under the IE options and Java control panel applet, only to see it exhibit the exact same behavior. So I'm dismissing my colleague, and assuming it has never really worked.
    Most of the internet solutions I can find refer to changing the code of the applet, but since I'm using a sanctioned Oracle applet, and Oracle software, I suppose I can assume it's been programmed well, and tested properly. Besides that, as a user of Java I have no direct influence on the actual code being used, so all those solutions aren't really helping me any.
    So I turn to this forum to see if anyone wants to have a guess at what is wrong here, and what I can do to either
    1) Solve the issue
    2) Provide some means to keep the Java console open or log to a file
    3) Think of anything I haven't tried yet, that may have a positive impact on the issue.
    Thanks in advance for your time, effort and help. Know that every response is already highly appreciated.

    Thanks for the response...
    I had a look about more logging on the proxy, and although http://www.handcraftedsoftware.org/index.php?page=faq&op=read&id=25 hints at a different program I might need to use (which has been removed of what I can see), the link http://www.handcraftedsoftware.org/index.php?page=faq&op=read&id=54 hints at there being some native logging I can use to verify what happens.
    As such I located the log settings, and fired up the test system to see if I could determine some more from the logs (and exactly what those logs would entail). The log does provide some insight in what it pulls from the Java website, but doesn't show much in regards to what is going wrong:
    Website:'www.java.com' URL:'/' From Client: 538 bytes To Client: 254 bytes
    Website:'www.java.com' URL:'/nl/' From Client: 586 bytes To Client: 2514 bytes
    Website:'www.java.com' URL:'/css/screen.css' From Client: 508 bytes To Client: 208 bytes
    Website:'www.java.com' URL:'/css/print.css' From Client: 506 bytes To Client: 205 bytes
    Website:'www.java.com' URL:'/css/ie.css' From Client: 502 bytes To Client: 207 bytes
    Website:'www.java.com' URL:'/js/popUp.js' From Client: 503 bytes To Client: 152 bytes
    Website:'www.java.com' URL:'/js/s_code_remote.js' From Client: 511 bytes To Client: 152 bytes
    Website:'www.java.com' URL:'/images/jv0_search_btn.gif' From Client: 516 bytes To Client: 182 bytes
    Website:'www.java.com' URL:'/js/global.js' From Client: 504 bytes To Client: 152 bytes
    Website:'www.java.com' URL:'/js/subtlePager.js' From Client: 510 bytes To Client: 152 bytes
    Website:'www.java.com' URL:'/images/jv0h.jpg' From Client: 509 bytes To Client: 185 bytes
    Website:'www.java.com' URL:'/images/jv0h_greenfoot.jpg' From Client: 518 bytes To Client: 184 bytes
    Website:'www.java.com' URL:'/images/jv0h_academy.jpg' From Client: 516 bytes To Client: 185 bytes
    Website:'www.java.com' URL:'/images/jv0h_java.jpg' From Client: 513 bytes To Client: 185 bytes
    Website:'www.java.com' URL:'/im/a.gif' From Client: 499 bytes To Client: 182 bytes
    Website:'www.java.com' URL:'/images/jv0h_alice.jpg' From Client: 514 bytes To Client: 185 bytes
    Website:'www.java.com' URL:'/images/jv0h_javamag.jpg' From Client: 516 bytes To Client: 185 bytes
    Website:'www.java.com' URL:'/images/jv0h_bluej.jpg' From Client: 514 bytes To Client: 185 bytes
    Website:'www.java.com' URL:'/images/jv0dl_a.png' From Client: 511 bytes To Client: 184 bytes
    Website:'www.java.com' URL:'/images/jv0_oracle.gif' From Client: 513 bytes To Client: 183 bytes
    Website:'www.java.com' URL:'/js/metrics_group1.js' From Client: 514 bytes To Client: 153 bytes
    Website:'oracle.112.2o7.net' URL:'/b/ss/sunjava/1/H.19.4/s98129805908124' From Client: 872 bytes To Client: 663 bytes
    Website:'www.java.com' URL:'/nl/download/installed.jsp' From Client: 881 bytes To Client: 2961 bytes
    Website:'www.java.com' URL:'/im/ic_tipblue20x20.png' From Client: 776 bytes To Client: 183 bytes
    Website:'www.java.com' URL:'/images/jv0_sidebar_bg.gif' From Client: 779 bytes To Client: 183 bytes
    Website:'www.java.com' URL:'/images/jv0_sidebar_subhead.gif' From Client: 784 bytes To Client: 183 bytes
    Website:'oracle.112.2o7.net' URL:'/b/ss/sunjava/1/H.19.4/s97891718594365' From Client: 1156 bytes To Client: 663 bytes
    Website:'www.java.com' URL:'/nl/download/installed.jsp' From Client: 989 bytes To Client: 3657 bytes
    Website:'oracle.112.2o7.net' URL:'/b/ss/sunjava/1/H.19.4/s98995092053347' From Client: 1247 bytes To Client: 662 bytes
    Website:'www.java.com' URL:'/nl/download/installed.jsp' From Client: 947 bytes To Client: 2866 bytes
    Website:'oracle.112.2o7.net' URL:'/b/ss/sunjava/1/H.19.4/s96218056013586' From Client: 1088 bytes To Client: 663 bytes
    At around that same time I got the following notice in the connection log, which does seem to hint at a problem somewhere:
    #11004: WSANO_DATA: Valid name, no data record of requested type.  H:02424 F:'HCSNTSocket_ResolveHostName' A:'gethostbyname' T:'Return=11004.'
    Other then that I have not received any other logs (despite me enabling all of them, or any other notice that may indicate the cause of the problem. I will be leaving the settings in the proxy in regards of logging, just to see if any other logs are going to crop up.
    I did post this to the Proxy-forum too to see if someone could help in determining what exactly the log is saying.

  • ".. access denied: ... jnlp read" error in applet with NO .jnlp file!

    I'm trying to embed a Java program called ImageJA [http://pacific.mpi-cbg.de/wiki/index.php/ImageJA] into a webpage. I'm using ASP.NET with XHTML 1.0. Since I'm embedding it as an object in the html code, it should not cause any issues from that end. Unforunately, when I try I get an error saying "java.security.AccessControlException: access denied (java.util.PropertyPermission jnlp read)". The weird thing is, there is no jnlp file anywhere (including the .jar and codebase).
    I'm able to run it successfully if I change the permissions in my java.policy file, but that solution only works for my local machine.
    The .jar file (the only one) has been signed (I believe). I followed the steps as suggested [http://download.oracle.com/docs/cd/E17476_01/javase/1.4.2/docs/guide/plugin/developer_guide/rsa_signing.html], with the exception of contacting VeriSign/Thawte (I wish to have this be self signed).
    This seems like a very odd issue to me, and I'm running out of hair. Can anyone help?
    Here's my html code:
    <html xmlns="http://www.w3.org/1999/xhtml" >
    <head runat="server">
    <title>Untitled Page</title>
    </head>
    <body>
    <form id="form1" runat="server">
    <div>
    <object
    classid = "clsid:8AD9C840-044E-11D1-B3E9-00805F499D93"
    codebase = "[http://java.sun.com/update/1.5.0/jinstall-1_5-windows-i586.cab]"
    width="500" height="500">
    <param name = "code" value = "ij.ImageJApplet.class" />
    <param name = "codebase" value = "ImageJA" />
    <param name = "archive" value = "ij-1.44a.jar" />
    <param name="type" value="application/x-java-applet;jpi-version=1.4.2" />
    <param name="scriptable" value="true" />
    </object>
    </div>
    </form>
    </body>
    </html>
    Edited by: Sythion on Jul 13, 2010 2:19 PM

    Sythion wrote:
    I'm trying to embed a Java program called ImageJA [http://pacific.mpi-cbg.de/wiki/index.php/ImageJA] ..
    I suggest you take up the problem through the [channels suggested by the API developers|http://pacific.mpi-cbg.de/wiki/index.php/Help:Contents].

  • Could not load file/URL (file not found) error for JNLP file

    I am completely baffled in trying to figure out why I am getting the following error for some JNLP files but not others:
    Error: could not load file/URL specified: C:\Users\tom\AppData\Local\Temp\javaws2
    java.io.FileNotFoundException: C:\Users\tom\AppData\Local\Temp\javaws2 (The system cannot find the file specified)
    at java.io.FileInputStream.open(Native Method)
    at java.io.FileInputStream.<init>(Unknown Source)
    at java.io.FileInputStream.<init>(Unknown Source)
    at com.sun.javaws.jnl.LaunchDescFactory.buildDescriptor(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)I have Googled around this forum and elsewhere, and have seen reports that this error is IE-specific, and seems to have something to do with no-cache headers being sent, or with the client browser's cache being full or turned off (which is not my case). I saw the information in the JavaWS FAQ, which recommended turning off security constraints for the JNLP's URI. I tried that, and it didn't help. One of the very baffling things is that I have created several variations of the JNLP file, with varying combinations of jars and property resources, and some combinations always work while other combinations never work. Here's an example:
    <jnlp spec="1.0+" codebase="$$codebase">
       <information>
          <title>demo app</title>
          <description>illustrates weird bug</description>
       </information>
       <resources>
          <j2se version="1.5+"/>
          <jar href="randomFile.jar"/>
          <property name="xxx" value="xxxx"/>
          <property name="swing.metalTheme" value="steel"/>
       </resources>
    </jnlp>The above file always fails with the error shown at the top of this message. However, if I remove either of the two properties, it works fine. And I have created other variations with lots of properties, some of which work. All of these variations are in the same directory in the war file, served by the exact same servlet (a slightly modified version of the jnlp.sample.servlet.JnlpDownloadServlet provided with JDK 1.6.0_3). Assuming that a no-cache header is the problem, what on earth could be causing some JNLP files to always be served with a no-cache header, while others are never served with a no-cache header?
    On a related note, any recommended debugging techniques for seeing what headers are being transmitted? I tried adding a simple check for a "debug=true" parameter in the servlet that causes it to set the content type to "text/plain" instead of JNLP, and that allows me to see (rather than execute) the JNLP XML that's being returned, but it doesn't show me the HTTP headers that are being sent back. If any caching headers are being set, I think it must be being set by the servlet container itself, as it's nothing being set in the servlet code that I can see. So I don't see any way on the server side Java code to output or log the actual HTTP response (or is there?). Any tips in that regard much appreciated.
    Edited by: TomC125468 on Aug 19, 2009 1:35 PM

    Hi Luca-Sanna,
    Thanks for the response. Re browsers, yes, it fails in IE but it succeeds in Firefox. The info on the JavaWS FAQ and other places all seem to indicate that it's an IE issue concerning handling of the cache-control headers.
    I should check in my webserver forum (Sun WebServer 7) to see about logging options. Sniffing on the client side is not possible, as my app is required to use HTTPS exclusively, and unfortunately that also precludes a telnet GET request.

  • Deploying FX as a Desktop App - jnlp file codebase should be...what?

    Howdy,
    If I try and run my deployed JavaFX app on another PC I get an error pointing back to the codebase that NB created in the <appname>.jnlp file:
    codebase="[http://localhost:8082/servlet/org.netbeans.modules.javafx.project.JnlpDownloadServlet/E%3A/JavaFX/Projects/Concentration/Concentration11/dist/]"My main question is, for a standalone desktop FX app you want to distribute, what should the codebase be?
    I assume you don't point to your developer machine's URL because of course that won't exist on someone else's machine. And unlike most web examples, this won't be running from a server.
    Many other examples refer to running the jar file from the command prompt - not acceptable if you are selling an applet, or even just distributing to the general public.
    So how does this work - how do you set up the jnlp file for desktop deployment? And, do you have to manually do this, or is there something I am missing in NB (6.8) ?
    Many thanks in advance.

    Hi Phil and thank you. I admit have been avoiding learning to compile from the command prompt or with other tools due to the ease that NB affords - but it seems that NB is introducing some issues lately.
    I haven't tried the other tools yet, but I thought maybe I could just edit the NB created jnlp file:
    [http://forums.sun.com/about:blank]<jnlp spec="1.0+" codebase="file:/" href="Concentration11.jnlp"> [http://forums.sun.com/about:blank]<information>  <title>*Concentration11*</title>  <vendor>*Gary*</vendor>  <homepage href="http://localhost:8082/servlet/org.netbeans.modules.javafx.project.JnlpDownloadServlet/E%3A/JavaFX/Projects/Concentration/Concentration11/dist/"/>  <description>*Concentration11*</description>  <offline-allowed/>  </information> [http://forums.sun.com/about:blank]<resources>  <j2se version="1.5+"/>  <extension name="JavaFX Runtime" href="http://dl.javafx.com/1.2/javafx-rt.jnlp"/>  <jar href="Concentration11.jar" main="true"/>  <jar href="lib/derby.jar"/>  <jar href="lib/derbyclient.jar"/>  <jar href="lib/derbytools.jar"/>  <jar href="lib/.netbeans-derby_JapaneseWords.jar"/>  </resources> [http://forums.sun.com/about:blank]<application-desc main-class="com.sun.javafx.runtime.main.Main">  <argument>*MainJavaFXScript=dbPackage.Main*</argument>  </application-desc>  <update check="background"/>  </jnlp>Replacing the code base with your file idea, if I try to run from the jnlp file it complains it can't find the resource:
    com.sun.deploy.net.FailedDownloadException: Unable to load resource: file:/Concentration11.jnlp
    at com.sun.deploy.net.DownloadEngine.actionDownload(Unknown Source)
    <...more...>Sorry to be so dense. Any ideas what I am flubbing up this time?
    Thank you Phil.

  • Java Security Error while Launching the Application through JNLP

    Hi!,
    I have a problem in launching my Application through JNLP. It is giving the Error dialog as "Unable to lauch application" with the dialog title as "Java Security Error".
    I don't know why this problem is coming but when I have reset my profile on my system & then I tried to launch the same application & I got success.
    Can anyone suggest me what was the problem?
    Pradeep Gupta

    hi,
    usually it is the web dynpro launch system that is causing the issue, OR there is a misconfiguration in the backend like the tasks are set up with com.sap/esslea in the backend and the xml file is referencing sap.com <SWITCH>/esslea and the dynpro is showing this as not deployed.
    Regards
    Sharanya Rajagopal

Maybe you are looking for

  • Runtime errors in module pool programming

    HI all, I have done a module pool program for invoice tracking level wise. I am encountering a runtime error, LIST_TOO_MANY_LPROS, while execution ie., for two and more than two updations of the database. The error analysis says that "At present, the

  • D I have to install a new hard drive on my computer in order to upgrade my computer

    I have an older IMAC with Mac OSX 10.5.8 installed. I am unable to upgrade my software. Will installing a new hard drive enable me to me up to date?

  • Is there any maintenance at all, to run with Lion? 6 years ago...

    Maintenance? I asked this same question 6 years ago when I got my iMac/Tiger. Other than shutting down properly, making sure Firewall is on, not running any anti virus programs (in most cases) and avoiding most 3rd party utility programs. Is there an

  • Deployment hung

    I was deploying my BC4J JSP app to standalone OC4J on NT server, and got the following message: Beginning deployment to Oracle9i Application Server... Invoking Oracle9iAS admin tool... It stayed like that forever. I tested the connection in JDev and

  • Pagination

    Has anyone addressed pagination through Flex yet? I've searched the forums but have only seen a few questions with no replies. I need to implement this on a datagrid.