Codebase for jnlp

Is it possible to give codebase for jnlp at runtime.Because in our app. codebase is not known ahead of time. So, can we use any property file for setting codebase?
Thanks for any help!!!

It's part of the J2SE 5 SDK 1.5.0 (it's in the sample/jnlp folder).
For older versions you can download a developer package from the Java WebStart page that contains the servlet: http://java.sun.com/products/javawebstart/downloads/archive-download.html

Similar Messages

How to set MIME type for JNLP in Windows2000 IIS

Hi!
I try to set up my windows 2000 IIS's MIME type for JNLP to test java web start, but I have no idea how to set
the MIME type. Can anybody help me???
Best wishes

In IIS v4 which comes with the Windows NT4 option pack, you right click the web page you are working with, select properties, then go to the HTTP Headers tab. At the bottom there's a button labelled File Types in the MIME Map section.
After you've clicked that, you can add the two mime types you need;
Associated Extension MIME Type
.jar application/x-java-jar-file
.jnlp application/x-java-jnlp-file
I'm assuming that it is the same in W2k/IIS5.

Settings for jnlp files in Web Server 6.0

What it should be in the classpath to make IPlanet Web Server 6.0 work with jnlp files? MIME type for jnlp has been set, but IPlanet just displays jnlp as an xml file on the client machine. Client machine has WebStart installed, and everything works with Tomcat web server.

Hello, I am having the same problem, a lot later. Did you ever solve this issue? I set the mime.types file, but when I add a path to the web-apps.xml file, it no longer will load jnlp files in the browser, it just displays the text.
I tried setting mime-mapping in the web.xml, but it has not effect in iPlanet, but works in Tomcat. Any one have ideas?

Requirements for JNLP to run??

I thought htat JNLP was supposed to take care of itself. Yet, when I try to access a JNLP resource at work, I cannot get a connection. When I try it at home with a normla ISP, the JNLP file won't run because Windows can't figure out what to do with this file type. So, what are the prerequisites for JNLP to run on a computer? Thanks.
Ken

JNLP always needs Java. A JNLP file cannot install
Java if it's not there. It can only make JWS launch a
Java upgrade.This is incorrect. A Web Start application can either install a JRE if none is installed, or install a new JRE version if existing JRE's are not of the required version - with restrictions, as noted in this reference:
http://java.sun.com/j2se/1.5.0/docs/guide/javaws/developersguide/autodl.03.06.html

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.

Warning popup for jnlp and all-permissions security, recent java update

We have a java program running with java webstart. The jnlp includes the all-permissions security level.
All jar files have a manifest with Permissions: all-permissions and all jar files are signed with our trusted certificate.
When the program is started we get a popup saying something like:
"This application will run with unrestricted access which may put your computer and personal information at risk. Run this application only if you trust the locations and publisher above."
This popup is coming _everytime_ the program is started... which is very annoying for the user and causes support issues for the organization.
This has started to happen in the recent java update. First the program did not start at all until we included the Permission attribute in every jar's manifest.
How can we get rid of this popup?
Best regards,
Emil

If we add the following to the manifest of the jar files:
Permissions: all-permission
Application-Library-Allowable-Codebase: *
Caller-Allowable-Codebase: *
It seems like the "checkbox" to only show the warning message once is back again (without those two last lines above in the manifest there is no checkbox at all).

Using Network Installed JRE for JNLP

Hello All;
First post here so I hope I pull this off correctly. I have been using these forums a bit to help me develop the JNLP deployment of an inhouse application. Basically I have a JAR file, and am using a servlet via tomcat to dynamically generate my JNLP file (since I have params passed to the jar) and push to the user's browser. I then have the jnlp mime type set via tomcat so that when the servlet flushes the stream, javaws starts up and processes the application. The problem I have is that I am telling the jnlp file to use java version 1.5+, however, there are some users here that have Java 1.4 installed locally. We have Java 1.5 installed on our server, and most of our applications use a "driver" that sets up the java home to that directory. Is there a way that I can tell JNLP to use that installation of the JRE? The reason I dont want to use the 'autoupdate' function is because not all users have the proper permissions to install applications on their system. Here is the code I use in my servlet:
import java.io.IOException;
import java.io.OutputStreamWriter;
import java.io.PrintWriter;
import java.util.ArrayList;
import javax.servlet.ServletException;
import javax.servlet.http.HttpServlet;
import javax.servlet.http.HttpServletRequest;
import javax.servlet.http.HttpServletResponse;
import com.csc.eri.config.ERIConfigFile;
import com.csc.eri.logger.ERILoggerFactory;
import com.csc.eri.logger.IERILogger;
* Servlet designed to handle all JNLP application requests
public class JnlpServlet extends HttpServlet {
     private static final long serialVersionUID      = 1L;
     private static IERILogger logger                = ERILoggerFactory.create();
     String jnlpSpec;
     String jnlpCB;
     String title;
     String vendor;
     String homepage;
     String desc;
     String descShort;
     String descTool;
     String javaVersion;
     String javaLocation;
     String jarLocation;
     String mainClass;
     String cacheDays;
     String fileName;
     String[] jvmOpts;
     String[] extensionNames;
     String[] extensionLocations;
     String[] applicationOrder;
     boolean allowNewer;
     boolean showJnlp;
      * Initialize all variables
      * @throws IOException
     private void initVars() throws IOException {
          ERIConfigFile config = ERIConfigFile.getInstance();
          jnlpSpec                = config.getProperty("jnlp.spec");
          jnlpCB                    = config.getProperty("jnlp.codebase");
          title                    = config.getProperty("jnlp.title");
          vendor                    = config.getProperty("jnlp.vendor");
          homepage                = config.getProperty("jnlp.homepage");
          desc                    = config.getProperty("jnlp.description");
          allowNewer               = config.getProperty("jnlp.allow_newer_jvm")
                                                  .toLowerCase()
                                                  .equals("yes")?
                                                            true : false;
          showJnlp               = config.getProperty("jnlp.show_jnlp")
                                                  .toLowerCase()
                                                  .equals("yes")?
                                                            true : false;
          // Test variables so we dont launch on error
          try {
               testVars();
          } catch (NullPointerException npe) {
               throw new IOException(npe.getMessage());
      * Method to ensure that all data was properly loaded from the
      * configuration file. We want to make sure that everything
      * is fine and display any messages to the screen before
      * the application is launched.
     private void testVars() {
          logger.info("Checking Configuration");
          ArrayList<String> errList      = new ArrayList<String>();
          ArrayList<String> warnList      = new ArrayList<String>();
          // Errors
          if (jnlpSpec      == null) errList.add("Missing Spec");
          if (jnlpCB           == null) errList.add("Missing Codebase");
          if (title          == null) errList.add("Missing Title");
          if (vendor          == null) errList.add("Missing Vendor");
          if (homepage     == null) errList.add("Missing Homepage");
          if (desc        == null) errList.add("Missing Description");
          if (javaVersion == null) errList.add("Missing Java Version");
          if (jarLocation == null) errList.add("Missing Jar Location");
          if (mainClass   == null) errList.add("Missing Main Class");
          if (cacheDays   == null) errList.add("Missing Cache Days");
          if (applicationOrder == null) errList.add("Missing Application Param Order");
          if (fileName    == null) errList.add("Missing File Name");
          // Warnings
          if (javaLocation == null) warnList.add("Missing Java Location");
      * Implementation of the doGet method. Creates the jnlp xml stream
      * and outputs to the browser
     public void doGet(HttpServletRequest request, HttpServletResponse response)
          throws ServletException, IOException
          logger.info("Servlet Initialized");
          // Init variables
          initVars();
          // Generate output
          String outputString = generateOutputString(request);
          // This is the file name as cached by the browser
          String attachment = "inline; filename=\"" + fileName + "\"";
          // Set our MIME type
          response.setContentType("application/x-java-jnlp-file");
          // Add a header that states the max age or the cache
          response.addHeader("Cache-Control", "max-age=" + cacheDays);
          // Attach the inline content
          response.addHeader("Content-disposition", attachment);
          // Prepare our stream writer
          OutputStreamWriter out = new OutputStreamWriter(response.getOutputStream());
          // Push to the browser
          logger.info("Posting To Browser");
          out.write(outputString.toString());
          out.flush();
          out.close();
      * Posts information to the browser
     public void doPost(HttpServletRequest request,
              HttpServletResponse response)
          throws ServletException, IOException
          doGet(request, response);
      * Generate the servlet's output stream. This method uses
      * all of the information gathered from the eri configuration
      * file
      * @param request     The request sent to the servlet, needed
      *                          to parse the arguments
      * @return               Return the string output
     private String generateOutputString(HttpServletRequest request) {
          // Create our output string
          StringBuffer outputString = new StringBuffer();
          outputString.append(JnlpFieldCreator.xmlHeaderBlock(          "1.0", "utf-8"));
          outputString.append(JnlpFieldCreator.jnlpSpecBlock(               jnlpSpec, jnlpCB));
          outputString.append(JnlpFieldCreator.informationBlock(          title,
                                                                                     vendor,
                                                                                     homepage,
                                                                                     desc,
                                                                                     descShort,
                                                                                     descTool));
          outputString.append(JnlpFieldCreator.securityBlock());
          outputString.append(JnlpFieldCreator.resourcesBlock(          javaVersion,
                                                                                     allowNewer,
                                                                                     javaLocation,
                                                                                     jarLocation,
                                                                                     jvmOpts,
                                                                                     extensionNames,
                                                                                     extensionLocations));
          outputString.append(JnlpFieldCreator.applicationDescBlock(     mainClass,
                                                                                         request,
                                                                                         applicationOrder));
          outputString.append(JnlpFieldCreator.jnlpEndBlock());
          return outputString.toString();
}

Also here is the jnlp file created, sorry i ran out of chars in my first post
<?xml version="1.0" encoding="utf-8"?>
<jnlp spec="1.0+" codebase="http://ad292673:8080/eri/app">
<information>
     <title>Electronic Release Version 4</title>
     <vendor>---</vendor>
     <homepage href="http://ad292673:8080/" />
     <description>Application for auditing and releasing drawings</description>
     <description kind="short">Electronic Release is used to help users
          audit and perform release actions on part drawings, tooling drawings, table
          of limits, and web drawings</description>
     <description kind="tooltip">ERI v4.0</description>
</information>
<security>
     <all-permissions/>
</security>
<resources>
     <j2se version="1.5*" href="http://java.sun.com/products/autodl/j2se"/>
     <jar href="./eri-view_ddmdemo.jar" main="true" part="mainClass" download="eager"/>
     <extension name="EclipseLibs" href="./jnlp/EclipseLibs.jnlp"/>
     <extension name="EriLibs" href="./jnlp/EriLibs.jnlp"/>
     <extension name="JdomLibs" href="./jnlp/JdomLibs.jnlp"/>
     <property name="eri.stage" value="devl" />
</resources>
<application-desc main-class="com.csc.eri.view.swt.Application">
     <argument>c087919</argument>
     <argument>ddm</argument>
     <argument>release</argument>
     <argument>-</argument>
     <argument>-</argument>
     <argument>09005b8b829bf8b6</argument>
</application-desc>
</jnlp>

CodeBase for Applet called from Javascript

I have a Search applet that is called from an HTML form in a browser when a button in the form is pressed. The Applet searches files in a folder/subfolders and uses a JSObject to create a new page for the browser with results. Up until recently I was using the plugin from jre 1.3.1 with the appropriate FilePermission entries in the .java.policy file and the applet worked as expected. IE if I added new folders to be searched, I had to add new entries to the policy file to give permission.
I then installed jre 1.4.2 and the applet started getting Security problems stating the program did NOT have FilePermission. I tried several changes to the policy file and finally found that if I put the FilePermission entries in the empty(Global) codeBase the applet would work.
What changed between jre 1.3.1 and 1.4.2?
I would like to understand how the system works, ie where is the true codeBase and not cop-out with giving global permission.
Any suggestions?
Also the Java Tutorial shows a Windows syntax for a path (uses \) : C:\testing\-
The policytool gets confused when I try to enter this. I use double \\ and it takes it OK when I do a Save. But later if I use policytool again to make changes somewhere else in the policy file, the \\ are removed and I end up with: C:testing- in the policy file. So I do it manually with an editor.
Norm

I would agree. Remember that the changes you make to the policy file apply to all applets that will ever be run on the system, not only to your applet.

Current (Java 1.7+) DTD for JNLP

I have been looking and looking for the most current version of DTD or XSD for the jnlp file, but i can not find it anywhere on orcales site. Most of what i have been digging up are pages that from 2008 or older. Does one even exist?
The most current version of them i can find is http://www.oracle.com/webfolder/technetwork/jsc/dtd/JNLP-6.0.dtd, but i know there have been changes and additions to it since then, i just don't know the link and of course you can't browse the directory.

I am pretty surprised no one knows this.

Grant Codebase for bad URL causes trouble

We had serious performance problem with an applet, because of the following situation:
In our central java.policy file we had an entry granting permissions to certain URL (e.g. grant codeBase "http://someserver.de/stuff" { ... } ). Everything had worked fine for years, but last weekend the DNS entry for this server was deleted and everytime the applet was loaded it took a long, long time to load all jars, because every time the JVM tried to contact the server, that didn't exist anytime, and it probably waited for a timeout before proceeded working.
After deleting this entry from our java.policy everything has worked fine ever since.
Question: Is there any chance to prevent something like this happening everytime a server, which is referenced in the java.policy file, or it's DNS entry is shutdown/removed?

The JVM wouldn't try to contact the server just because a URL for it is present in the codebase, but that might have caused it to try to resolve the hostname via DNS, and that could have taken a while to fail. I don't really see why the resolution was necessary. You might try filing a bug report, although my experience is that they leave them for five years and then close them.

Handling Japanese chars in codebase in jnlp

We have an application which is packaged in a war file. The application launch is via a jnlp file. We use an ant script to unzip the war into user.home folder and dynamically generate codebase to point to user.home folder. This works fine when the Window's user name is in English. But if it has Japanese characters then jnlp fails to launch. Has anyone else encountered this? Is there any smart way to handle this or should we just change our ant script to install it in a different folder?

You might try ensuring the characters in the code-base are written using UTF-8 encoding. I say 'might' because I am outside my area of expertise when it comes to formats and encodings.

Shared codebase for both mobile and web applications?

I've been developing a mobile application for a while now. It runs on iOS and Android as well as on the desktop as an AIR app. This is great and I'm very excited about it. However, last week I was asked why I couldn't export a version of the app that ran within a web browser. I said that I assumed I could and that I would look into it.
But why would you want to run mobile code on the desktop?
A couple of reasons:
Greater re-use of code. This doesn't make sense in all cases but it does in many cases. (I won't elaborate because I think this is self-evident. If you disagree I'd be happy to talk about it but I'd rather not clog this description with it.)
Quicker/easier client demos. Rather than having to install an apk or an ipa on a mobile device, I can just send a URL.
So what have I found? Well, from what I've tried so far.. it.. doesn't work. Or rather I haven't been able to make it work.
I started by creating a Flex Library project for all shared code. Then I created 2 application projects that reference it- one for mobile and one for web. The mobile project works fine but the web project does not. Here's what I've tried so far to make it work:
I tried adding the mobilecomponents.swc and the mobile.swc theme to my web project so that Flash Builder knows about MobileSkin (and other mobile-only classes). This enables my app to compile but when I launch it immediately throws a runtime error inside of UIComponent: VerifyError: Error #1014: Class flash.text::StageText could not be found. I've found very little about this error, and the one tip I did find (adding the --swf-version=13 compiler option) does not work.
I tried using conditional compilation to control which class my skin components inherited from: MobileSkin or SparkSkin. This was just a quick experiment to see if it worked. I know it's disgusting and not a production solution. My thinking though was that if MobileSkin was really just an optimized version of SparkSkin, my skins should be okay inheriting from either. This didn't work right away- app wouldn't compile b'c certain methods were missing (ex. layoutContents) and so I bailed on it because it felt dirty to begin with.
I tried replacing MobileSkin with UIComponent as the super class for all of my skins thinking that MobileSkin was probably just a lightweight subclass of UIComponent anyway. This approach resulted in some compiler errors at first (ex. no layoutContents method, no measuredDefaultWidth/measuredDefaultHeight properties, addChild vs addElement, etc.). Once those issues were resolved the app compiled but crashed with runtime errors inside of UIComponent's "getState" method. (Looks like MobileSkin overrides this method to prevent UIComponent's default behavior.)
So none of those approaches have worked for me so far... but what about you guys? I have no hopes of Adobe reading this thread or responding to it in any way, but I would love to hear from other people in the community. Have you encountered this issue yet? Were you able to make it work or can you spot any obvious oversights I've made in the methods I mentioned trying above? Thanks in advance if you can.

Update: I've been able to make progress with the first route mentioned above: adding the mobilecomponents.swc and the mobile.swc theme to my web project
Turns out that Flash Builder had led me wrong in this regard. Adding the mobile SWCs to your Library project with the "merged into code" setting results in the compiler warning:
The swc '/Applications/Adobe Flash Builder 4.6/sdks/4.6.0/frameworks/themes/Mobile/mobile.swc' has style defaults and is in the library-path, which means dependencies will be linked in without the styles. This can cause applications, which use the output swc, to have missing skins. The swc should be put in the external-library-path.
Seeing this the first time, I changed my linkage type to "External" and the warning went away. Then in my web project, I also added the mobile SWCs and set the linkage type to "merged into code" there. Flash Builder seemed happy with that approach, but upon running my application I got bizarre runtime errors (as mentioned above).
Turns out that my first attempt was the correct way. Set the linkage type on the library project to "merged into code" and then don't re-link from your web project. Flash Builder will warn you about it but ignore the warning. Things seem to work pretty well for the most part now! I have an issue or two to look into (ex. List component doens't scroll) but things look pretty promising overall!

Debug for JNLP Programming

Hi,
Is it possible to debug a program after it deployed through java web start.
I have the source code in eclipse, and i deploye it through java web start. if a user click a button through webstart application, can i have debug for it in my eclipse source code?
this is not only for eclipse, let it at any tools (net beans, etc...)

You might be able to set up a Webstart runtime in Eclipse... maybe you should ask at an Eclipse forum.

JPI Codebase for latest JRE 6.0

Hi. According to Sun documentation the latest JRE for Forms should be activated/downloaded by visiting
http://java.sun.com/update/1.6.0/jinstall-6-windows-i586.cab
However, this downloads and installs 1.6.0_12, when the current [ at time of writing ] version number is 1.6.0_17.
Does anyone know if this is right or not ?
TIA
Chris S.

Chris,
To the best of my knowledge, there is no way to dynamically pick up the latest JRE installable version (identified by jpi_codebase in Forms). The CLSID is the mechanism used for determining which JRE you would like to run the applet with and has nothing to do with what is downloaded (with one exception - get to that in a sec - see Family CLSID). So, yes, there are a variety of different CLSID values that can be used, but it is up to the admin to determine what the minimum version is as controlled by the version sent to the client at install time.
Here are some CLSID examples:
Family:
CAFEEFAC-0016-0000-FFFF-ABCDEFFEDCBA
This is used when you are want the latest version of a particular family (i.e. 1.5, 1.6, etc) installed on the client machine to be used. For example if 1.5.0_10, 1.6.0_14 are installed, 1.6.0_14 will be used because the above CLSID indicates that you want to use the 1.6 family.
I believe that it is this case when jpi_codebase is ignored and the latest JRE would be downloaded regardless of the value you set. In this case, if no JRE from the specified family was installed, the latest would be obtained (jpi_codebase ignored).
Dynamic:
8AD9C840-044E-11D1-B3E9-00805F499D93
Similar to family, but this will cause the newest of all families installed to be used. For example if multiple families are installed (i.e 1.5 and 1.6), the newest of 1.6 that is installed will be used.
Static:
CAFEEFAC-0016-0000-0018-ABCDEFFEDCBA
The above will attempt to use 1.6.0_18 if it is installed. Be aware, however, that Sun introduced some changes in security which can cause the latest version installed to be used and not the one you have chosen. To the best of my knowledge this behavior has since been changed again so that you can now use static versioning again. This means that the exact behavior the end user exhibits may vary depending on which version is currently installed.
In general, Sun has changed the behavior several times since 1.6.0_10 was released, so it will take some trial and error testing to get what you want. This really has nothing to do with Oracle Forms, so we have little control over it. :(
Here is some more info which may help:
http://java.sun.com/javase/6/webnotes/6u10/plugin2/version-selection/index.html

Cannot override codebase to use local files for first time installation.

I have an application that is installed via a JNLP link. The application is about 200MB and we use a web start so that each time the application starts it checks for updates in the configuration and downloads them if necessary.
I have a requirement to provide an offline installation on CD as some of our users have very slow connection speeds and it's taking over an hour to download the binaries.
I am trying to do the install using the command line javaws -import -codebase <linktolocaldir> <linktojnlp>
I need to use the jnlp on the sever so that the configuration files are checked and downloaded each time it starts.
However the local codebase is never used - the dialog always says that it is downloading from the server, I can only get it to install from the local drive if I change the path directly in the JNLP (which is no good as I need to keep this path pointing to the server)
Is there any other way to override the codebase for the initial installation?
Any help much appreciated.

Here are the guides I've used to do mine:
How to use the Java Web Start CD-Install feature ? http://download.oracle.com/javase/1.5.0/docs/guide/javaws/developersguide/cdinstall.03.06.html
Distributing a Java Web Start Application via CD-ROM http://blogs.oracle.com/CoreJavaTechTips/entry/distributing_a_java_web_start
Distributing a Java Web Start Application via CD-ROM (same as above) http://www.java.net/pub/a/today/2008/07/10/distributing-web-start-via-cd-rom.html

Codebase for jnlp

Similar Messages

Maybe you are looking for