Jar tool and distributing with jre

I want to be able to use the jar tool in software I'm supplying. I don't want my clients to have to install a java sdk just to use this - the jre is as much as I can ask them to install.
Firstly, is it technically possible to supply the jar.exe file to work with just the jre, or are there too many dependancies on sdk components?
Secondly, would I be violating Suns agreement by doing this?
thanks.
Steve

Do you want your clients to actually use the JAR tool themselves, or is your software just calling the JAR tool to run it?
You can do everything that the JAR tool does from a Java program with the classes in the package java.util.jar, so it's quite easy to write a Java program that handles JAR files, without needing jar.exe.
If you want to know if you're violating Sun's license agreements....: you'll have to read those license agreements very carefully.

Similar Messages

JDK 1.6 update n and compile with JRE

With the new optimizations of the install of a JRE with java 6 update n, is it possible to compile with jre and just the parts of the jre that you need for your application? That is can we distribute a java application that only have the parts of the JRE that it needs to a user that do not have any JRE isntalled and he can run it?
Thanks
WildChild

The license of Sun does not allow you to distribute just part of the JVM. The only solution to run your application in a computer without JVM is bundle your whole JRE folder together with your application.
At first it sounds bad, but if you use an installer to compress your files, the JRE will be around 14mb.
Check this tool

Nokia Configuration Tool and E70 with new firmware...

After the firmware update with NSU an interesting problem appeared - every attempt to import or load the profile from the phone to application fails with error message stating that the connection was lost. No difference whether to use USB or bluetooth connection. Because all was fine before the update, the alleged Nokia statement about the USB port problems on many computers (found on some S60-related blog) cannot be taken seriously.
It seems like the Configuration Tool is now also needing some update for compatibility with 3.06330.09.04 firmware
P.S. However the program is not completely unusable - I managed to load the e-mail and SIP server settings to the phone without problems.
388 -> 688 -> 6150 -> 6310 -> 6310i+1100+ E70-1(3.0633.09.04/crippled VoIP)

...have to take back this P.S. on previous message - too bad there's no way to edit the thread openings (replies are editable however)
388 -> 688 -> 6150 -> 6310 -> 6310i+1100+ E70-1(3.0633.09.04/crippled VoIP)

JAR Files and Applets with Java Plug-In

This seems to be a basic question, but I can't figure it out! I have a jar file that contains all my class files for my applet. The jar file is in the same directory as the following html file:
<html>
<body>
<OBJECT classid="clsid:8AD9C840-044E-11D1-B3E9-00805F499D93"
WIDTH = 700 HEIGHT = 510 codebase="http://java.sun.com/products/plugin/1.3.1/jinstall-131-win32.cab#Version=1,3,1,0">
<PARAM NAME = ARCHIVE VALUE = "myFiles.jar" >
<PARAM NAME = CODE VALUE = "MainView.class" >
<PARAM NAME="type" VALUE="application/x-java-applet;jpi-version=1.3.1">
<PARAM NAME="scriptable" VALUE="false">
</OBJECT>
</body>
</html>
I've checked the jar file, it's the same name. MainView.class is most certainly in the jar file - yet everytime I open the page up, I get the class not found error:
java.lang.ClassNotFoundException: java.io.FileNotFoundException
MainView.class (The system cannot find the file specified)
If I don't jar the files, the applet works fine - but I want to jar them as it's some 20 class files. What am I doing wrong?

I've had a similar problem where it pops up the Java Extension Installation window, and starts downloading. Everything appears normal, but when it tries to run the applet it gets "load: class <className> not found" where <className> is the name of the class in my CODE parameter.
It appears that on occasion the download of the jar gets cut off. When I searched the browser's cache, I find a jar file that has fewer bytes than it should. In order to initiate a retry, you have to delete the jar file from your browser's cache, close all your browser windows so that the Plug-in with its truncated jar file stops running, and load the HTML page again. It appears that it checks the timestamp of the jar file in your cache and the one on the server and decides that it doesn't need to download it again. But if you delete it from your cache, it forces a retry.
I never have this problem when I open from my hard drive. I've never had the problem with a cable modem connection. I've had it once from a corporate LAN hitting an internet server (ie., outside corporate WAN). I've had people report the problem with dial-up connections. My theory is that whatever Sun is using to download the applet is more sensitive than either HTTP download or FTP.
Has anybody else experienced this problem? Is there anything you can do about it? I couldn't find a bug report on it. Is there one?

Aligning and Distributing objects in InDesign

Hi,
I am using InDesign CS4. But I am having a trouble aligning objects. I know that in illustrator it is possible to align objects to a main object. For example, lets say I have several same square shapes on my page. I can make any one of the squares as the main object for others to get aligned or distributed to.
I wanted to do the same thing in InDesign but was never able to do that. I wonder if it is even possible to do that. InDesign doesn't seem to have that option. But it was such a handy tool.
Can you help me with the trick?

Thanks Peter Spier. I am sorry for the misleading information. You were right about the alignment and distribution tools. On my CS4, the Alignment option works with the locked object, but the Distribue Objects and Distribute with Set Space doesn't work with a locked object. I am trying to use the distribute with a set spacing around "the main object". In other words, it will make my work a lot easier if I first align an object at a certain point on the page and then use two other text frames on both sides of the object with an equal spacing (using the Distribute Spacing tool).
I hope it makes a sence. Thanks.

Very long applet load time with JRE 1.5 - HELP!!

My applet is taking forever to load and init using JRE 1.5.
With JRE 1.4.2_06 it takes a matter of seconds to load and init. The same 1.4.2_06 compiled code running on JRE 1.5 takes ~ 17 minutes!!! Is anyone having a similar experience? I've seen other similar posts related to past plug-in versions, but nothing related to 1.5. The same problem occurs if I compile the code with JDK 1.5 and run with JRE 1.5.
This extreme example happens on a 533 MHz Win2000 pc with 524 MB RAM.
A desktop with 3 GHz P4, 1 GB RAM running WinXP SP2 doesn't have an appeciable delay (a couple seconds).
A laptop with 2.21 GHz AMD Athlon 64, 512 MB RAM running WinXP SP1 takes about 8 seconds to load the applet.
I don't believe it's running yet in the init method during this long wait time. I don't see any print statements, but the basic layout of it is the following:
     public void init()
          applet = this;
          // Setup Look and Feel
          try
               UIManager.setLookAndFeel (UIManager.getSystemLookAndFeelClassName());
          catch (java.lang.ClassNotFoundException e) {System.err.println("Error setting Look and Feel.");}
          catch (javax.swing.UnsupportedLookAndFeelException e) {System.err.println("Error setting Look and Feel.");}
          catch (java.lang.IllegalAccessException e) {System.err.println("Error setting Look and Feel.");}
          catch (java.lang.InstantiationException e) {System.err.println("Error setting Look and Feel.");}
          // Setup background coloring
          HeaderFile.bgcolor5 = UIManager.getColor("Panel.background"); //new Color(212,208,200);
          HeaderFile.bgcolor6 = UIManager.getColor("desktop");
          applet.getContentPane().setBackground(HeaderFile.bgcolor6);
          // Splash screens
          urlSplash = getURL("AesGuiLarge.jpg");
          ImageIcon_Splash = new ImageIcon(getURL("OmniViewSplash_noWords.jpg"));
          ImageIcon_OmniView = new ImageIcon(getURL("OmniView_wordOnly.gif"));
          // Setup Intitialization panel
          final InitializationPanel initPanel = new InitializationPanel();
          contentPane = getContentPane();
          if (preRelease == true)
            Label label = new Label("PRE-RELEASE");
            label.setFont(new Font("SansSerif", Font.BOLD|Font.ITALIC, 11));
             JPanel panel = new JPanel();
               panel.setBackground(Color.yellow);
               panel.add(label);
               contentPane.add(panel, BorderLayout.SOUTH);
          contentPane.add(initPanel, BorderLayout.CENTER);
          Thread initialize = new Thread ()
               public void run()
                        System.out.println("\n***** Initialize thread start *****\n");
          initialize.start();
     }Any help would be appeciated.

I've discovered where the bulk of the delay is coming from.
I have 23 default *.properties files in my project. These files contain the English translation of all displayable strings for Internationalization (I18N). The default naming convention is "text.properties".
For those who don't know I18N, here's a brief synopsis of what happens. ResourceBundles are used to get the strings that are displayed. if your local computer's language/regional settings are English/US, then when the ResourceBundle searches for the file that contains the strings it first looks for a file named text_en_US.properties. If that file is not present or the string is not located, it then looks for a file named text_en.properties. If that file is not present or the string is not located, it then looks for the default file named text.properties. My properties files are all default named.
I used the Java Console tracing capability to see what was happening and this is what I saw. This is happening for every .properties file:
Using JRE 1.4.2_06:
Connecting http://dummy.com/demos/AES/1_4_2_06/fax.class with no proxy
Connecting http://dummy.com/demos/AES/1_4_2_06/fax_en.class with no proxy
Connecting http://dummy.com/demos/AES/1_4_2_06/fax_en.properties with no proxy
Connecting http://dummy.com/demos/AES/1_4_2_06/fax_en_US.class with no proxy
Connecting http://dummy.com/demos/AES/1_4_2_06/fax_en_US.properties with no proxy
Using JRE 1.5:
network: Connecting http://dummy.com/demos/AES/1_4_2_06/fax.class with proxy=DIRECT
network: Connecting http://dummy.com/demos/AES/1_4_2_06/fax.class with cookie "PHPSESSID=e4aad164588f860e495812ec5c52326c"
network: Server http://dummy.com/demos/AES/1_4_2_06/fax.class requesting to set-cookie with "PHPSESSID=e4aad164588f860e495812ec5c52326c; path=/"
network: Connecting http://dummy.com/demos/AES/1_4_2_06/fax_en.class with proxy=DIRECT
network: Connecting http://dummy.com/demos/AES/1_4_2_06/fax_en.class with cookie "PHPSESSID=e4aad164588f860e495812ec5c52326c"
network: Server http://dummy.com/demos/AES/1_4_2_06/fax_en.class requesting to set-cookie with "PHPSESSID=e4aad164588f860e495812ec5c52326c; path=/"
network: Connecting http://dummy.com/demos/AES/1_4_2_06/fax_en.properties with proxy=DIRECT
network: Connecting http://dummy.com/demos/AES/1_4_2_06/fax_en.properties with cookie "PHPSESSID=e4aad164588f860e495812ec5c52326c"
network: Server http://dummy.com/demos/AES/1_4_2_06/fax_en.properties requesting to set-cookie with "PHPSESSID=e4aad164588f860e495812ec5c52326c; path=/"
network: Connecting http://dummy.com/demos/AES/1_4_2_06/fax_en_US.class with proxy=DIRECT
network: Connecting http://dummy.com/demos/AES/1_4_2_06/fax_en_US.class with cookie "PHPSESSID=e4aad164588f860e495812ec5c52326c"
network: Server http://dummy.com/demos/AES/1_4_2_06/fax_en_US.class requesting to set-cookie with "PHPSESSID=e4aad164588f860e495812ec5c52326c; path=/"
network: Connecting http://dummy.com/demos/AES/1_4_2_06/fax_en_US.properties with proxy=DIRECT
network: Connecting http://dummy.com/demos/AES/1_4_2_06/fax_en_US.properties with cookie "PHPSESSID=e4aad164588f860e495812ec5c52326c"
network: Server http://dummy.com/demos/AES/1_4_2_06/fax_en_US.properties requesting to set-cookie with "PHPSESSID=e4aad164588f860e495812ec5c52326c; path=/"
None of the files in these traces exist. JRE 1.5 is attempting to set cookies on each of these non-existent files. There is approximately a 5-8 second delay that occurs before each attempt times out. So for each of my 23 properties files this translates to 575-920 total seconds (or 9-15 minutes).
I tried turning off cookies, but the timeout still occurs.
Can anyone explain why this is happening and how to fix it?

Legal implications of redistributing tools.jar with JRE 6

We're an ISV and want to enable our customers to write their own plugins. Since usability is key, we want to automate compilation and deployment with a simple click in the UI. For this purpose, we use tools.jar.
We ship the JRE with our product but even after extensive research, I'm not 100% sure about the legal implications of redistributing tools.jar along with it.
Quoting the readme:
Redistributable JDKTM Files:
The limited set of files and directories from the JDK listed below may
be included in vendor redistributions of the JavaTM Runtime Environment (JRETM).
They cannot be redistributed separately, and must accompany an identically
versioned JRE distribution. All paths are relative to the top-level directory of the JDK
lib/tools.jar [All platforms]Quoting [http://forums.sun.com/thread.jspa?forumID=17&threadID=614476|http://forums.sun.com/thread.jspa?forumID=17&threadID=614476]
jwenting says: Normally, you can distribute the JRE which contains tools.jar.Quoting [http://forums.sun.com/thread.jspa?forumID=17&threadID=438623|http://forums.sun.com/thread.jspa?forumID=17&threadID=438623]
shankar.unni says: So you can take the tools.jar from a JDK and stick it into a JRE, and distribute that.I've followed the discussion about Tomcat and afaik, they still don't include tools.jar. JBoss, for instance, can optionally be downloaded with the JDK.
To me, it appears to be possible. Can anyone shed light on this topic?
Thanks,
Florian

Please post your question on the JavaMail forum:
http://forum.java.sun.com/forum.jspa?forumID=43

Jar file with JRE and lib's

I'd like to create a jar file that also contains the JRE that I want to use as well as some libraries I'm using. Is that possible?
I have created in the past a batch file that points to an specific JRE that I package with my classes in a directory. But this time I'd like to package it in the jar file as well.
Thanks!

I'd like to create a jar file that also contains the
JRE that I want to use as well as some libraries I'm
using. Is that possible?Not and run that JRE. You have to extract it from the jar and put it in a directory. On Windows, this will allow you to run only Java applications from the commandline (not applets or anything associated with a browser).
I have created in the past a batch file that points
to an specific JRE that I package with my classes in
a directory. But this time I'd like to package it in
the jar file as well.
Thanks!

Object tag not downloading jars with JRE 1.4.2 and above

Hi All,
I have a HTML page and following object tag in it:
<OBJECT id = obj classid="clsid:8AD9C840-044E-11D1-B3E9-00805F499D93" WIDTH="0" HEIGHT="0">
<PARAM NAME ="code" VALUE="VIP6.class">
<PARAM NAME ="archive" VALUE="vipjar.jar,vipserver.jar,powerj.zip">
<PARAM NAME="type" VALUE="application/x-java-applet;jpi-version=1.4">
<PARAM NAME="scriptable" VALUE = "true">
<br>
<P>
<H2>The Java 2 plugin is required for this application. Please call Application Support or the Inventory Hotline<br>
</H2>
</P>
</OBJECT>Above OBJECT tage downloads files vipjar.jar,vipserver.jar and powerj.zip on user's machine when page is browsed using JRE version 1.3.1. But when JRE version 1.4.2 and above is used then the jar's doesn't get downloaded and the application does not find the neccessary class files for execution.
Please advice what needs to be done so that the object tag runs correctly with JRE version's 1.4.2 and above.
Thanks in advance for any help.
Vineet

Hello,
Indeed those JAR files are compiled with JDK 1.3. However, the AS Java systems are running 1.4.x, hence, there is no problem to use those JARs with the JRE 1.4. That's why I do not believe your issue is related to the JRE version. In addition, those JAR files do not have 1.4 compiled version.
Kind regards,
Tsvetomir
Edited by: Tsvetomir Tsvetanov on Jun 9, 2009 5:47 PM

Attn: Sun. Can we distribute the JRE with a program we write?

I'm trying to find out whether it's legal to distribute the JRE with a program I write. If you look at the license agreement when you download the JRE, first it has the regular license agreement, which says that you can't. But then it has the "supplemental" license agreement (and it says that this "modifies" the regular license agreement). In section 2 of the supplemental license agreement, it quite clearly states that you can as long as you don't modify it and you include some little messages in your documentation.
So I'm hoping to get an answer from someone who actually works for Sun. It seems pretty clear to me that we ARE allowed to distribute the JRE with a program, but people keep sending me emails when I tell them about it - saying things like "You can't program in Java because you can't distribute it."
What I want to do is have an installation program that installs my game and then installs Java (with Sun's JRE installer - this is included ONLY so that it can run my game, as stated in the supplemental license agreement). I should also mention that I do actually intend to SELL this program, so if that's a problem, please say so. Anyways, could someone from Sun tell me whether this is allowed or not? I don't want to break the law.
- Steve Fletcher

The JRE includes a readme file that explicitly states that distribution is permissible, given certain conditions. In particular, look at the 1st paragraph below:
Reproduced here:
README
Java(TM) 2 Runtime Environment, Standard Edition
Version 1.4.1
The Java(TM) 2 Runtime Environment is intended for software developers
and vendors to redistribute with their applications.
The Java 2 Runtime Environment contains the Java virtual machine,
runtime class libraries, and Java application launcher that are
necessary to run programs written in the Java programming language.
It is not a development environment and does not contain development
tools such as compilers or debuggers. For development tools, see the
Java 2 SDK, Standard Edition.
=======================================================================
Deploying Applications with the Java 2 Runtime Environment
=======================================================================
When you deploy an application written in the Java programming
language, your software bundle will probably consist of the following
parts:
Your own class, resource, and data files.
A runtime environment.
An installation procedure or program.
You already have the first part, of course. The remainder of this
document covers the other two parts. See also the Notes for Developers
page on the Java Software website:
http://java.sun.com/j2se/1.4.1/runtime.html
Runtime Environment
To run your application, a user needs the Java 2 Runtime Environment,
which is freely available from Sun for application developers to
redistribute.
The final step in the deployment process occurs when the software is
installed on individual user system. Installation consists of copying
software onto the user's system, then configuring the user's system
to support that software. You should ensure that your installation
procedure does not overwrite existing JRE installations, as they may
be required by other applications.
=======================================================================
Redistribution of the Java 2 Runtime Environment
=======================================================================
The term "vendors" used here refers to licensees, developers, and
independent software vendors (ISVs) who license and distribute the
Java 2 Runtime Environment with their programs.
Vendors must follow the terms of the Java 2 Runtime Environment Binary
Code License agreement.
Required vs. Optional Files
The files that make up the Java 2 Runtime Environment are divided into
two categories: required and optional. Optional files may be excluded
from redistributions of the Java 2 Runtime Environment at the
licensee's discretion.
The following section contains a list of the files and directories that
may optionally be omitted from redistributions with the Java 2 Runtime
Environment. All files not in these lists of optional files must be
included in redistributions of the runtime environment.
Optional Files and Directories
The following files may be optionally excluded from redistributions:
lib/charsets.jar
Character conversion classes
jre/lib/ext/
sunjce_provider.jar - the SunJCE provider for Java
Cryptography APIs
localedata.jar - contains many of the resources
needed for non US English locales
ldapsec.jar - contains security features supported
by the LDAP service provider
dnsns.jar - for the InetAddress wrapper of JNDI DNS provider
bin/rmid
Java RMI Activation System Daemon
bin/rmiregistry
Java Remote Object Registry
bin/tnameserv
Java IDL Name Server
bin/keytool
Key and Certificate Management Tool
bin/kinit and jre/bin/kinit
Used to obtain and cache Kerberos ticket-granting tickets
bin/klist and jre/bin/klist
Kerberos display entries in credentials cache and keytab
bin/ktab and jre/bin/ktab
Kerberos key table manager
bin/policytool
Policy File Creation and Management Tool
bin/orbd
Object Request Broker Daemon
bin/servertool
Java IDL Server Tool
In addition, the Java Web Start product may be excluded from
redistributions. Depending on the platform, the Java Web Start
product is contained in a file named as follows. The actual
product version number would replace the <version number> notation.
javaws-<version number>-solaris-sparc-i.zip
javaws-<version number>-solaris-i586-i.zip
javaws-<version number>-linux-i586-i.zip
javaws-<version number>-windows-i586-i.exe
Redistribution of Java 2 SDK Files
The limited set of files from the SDK listed below may be included in
vendor redistributions of the Java 2 Runtime Environment. All paths
are relative to the top-level directory of the SDK.
- jre/lib/cmm/PYCC.pf
Color profile. This file is required only if one wishes to
convert between the PYCC color space and another color space.
- All .ttf font files in the jre/lib/fonts directory. Note that the
LucidaSansRegular.ttf font is already contained in the Java 2
Runtime Environment, so there is no need to bring that file over
from the SDK.
- jre/lib/audio/soundbank.gm
This MIDI soundbank is present in the Java 2 SDK, but it has
been removed from the Java 2 Runtime Environment in order to
reduce the size of the Runtime Environment's download bundle.
However, a soundbank file is necessary for MIDI playback, and
therefore the SDK's soundbank.gm file may be included in
redistributions of the Runtime Environment at the vendor's
discretion. Several versions of enhanced MIDI soundbanks are
available from the Java Sound web site:
http://java.sun.com/products/java-media/sound/
These alternative soundbanks may be included in redistributions
of the Java 2 Runtime Environment.
- The javac bytecode compiler, consisting of the following files:
bin/javac [Solaris(TM) Operating Environment
and Linux]
bin/sparcv9/javac [Solaris Operating Environment
(SPARC(TM) Platform Edition)]
bin/javac.exe [Microsoft Windows]
lib/tools.jar [All platforms]
- jre\bin\server\
On Microsoft Windows platforms, the Java 2 SDK includes both
the Java HotSpot Server VM and Java HotSpot Client VM. However,
the Java 2 Runtime Environment for Microsoft Windows platforms
includes only the Java HotSpot Client VM. Those wishing to use
the Java HotSpot Server VM with the Java 2 Runtime Environment
may copy the SDK's jre\bin\server folder to a bin\server
directory in the Java Runtime Environment. Software vendors may
redistribute the Java HotSpot Server VM with their
redistributions of the Java Runtime Environment.
Unlimited Strength Java Cryptography Extension
Due to import control restrictions for some countries, the Java
Cryptography Extension (JCE) policy files shipped with the Java 2 SDK,
Standard Edition and the Java 2 Runtime Environment allow strong but
limited cryptography to be used. These files are located at:
<java-home>/lib/security/local_policy.jar
<java-home>lib/security/US_export_policy.jar
where <java-home> is the jre directory of the Java 2 SDK or the
top-level directory of the Java 2 Runtime Environment.
An unlimited strength version of these files indicating no restrictions
on cryptographic strengths is available on the Java 2 SDK web site for
those living in eligible countries. Those living in eligible countries
may download the unlimited strength version and replace the strong
cryptography jar files with the unlimited strength files.
Endorsed Standards Override Mechanism
An endorsed standard is a Java API defined through a standards
process other than the Java Community Process(SM) (JCP(SM)). Because
endorsed standards are defined outside the JCP, it is anticipated that
such standards will be revised between releases of the Java 2
Platform. In order to take advantage of new revisions to endorsed
standards, developers and software vendors may use the Endorsed
Standards Override Mechanism to provide newer versions of an endorsed
standard than those included in the Java 2 Platform as released by Sun
Microsystems.
For more information on the Endorsed Standards Override Mechanism,
including the list of platform packages that it may be used to
override, see
http://java.sun.com/j2se/1.4.1/docs/guide/standards/
Classes in the packages listed on that web page may be replaced only
by classes implementing a more recent version of the API as defined
by the appropriate standards body.
In addition to the packages listed in the document at the above
URL, which are part of the Java 2 Platform, Standard Edition
(J2SE(TM)) specification, redistributors of Sun's J2SE
Reference Implementation are allowed to override classes whose
sole purpose is to implement the functionality provided by
public APIs defined in these Endorsed Standards packages.
Redistributors may also override classes in the org.w3c.dom.*
packages, or other classes whose sole purpose is to implement
these APIs.
Copyright 2003 Sun Microsystems, Inc., 4150 Network Circle,
Santa Clara, California 95054, U.S.A. All rights reserved

Updating JRE distributed with application

Hi guys,
I have an application that I distribute with the JRE. I have created an update routine, so I can update my application over the internet. This works great... but all I update is my own application.
I would like to update the JRE if this has been updated as well. This is not updated by the Java Web Start service if this is installed on the computer either.
The application consists of two applications. First a launcher application, that will check my website for available updates and also validates user permissions. What this application does is that it downloads zip file containing all the necessary jar files etc, and unpacks them into the application directory to overwrite the existing installation, and after that executes the Java executable to run the application.
The launcher application would be running on the JRE installation that I want to upgrade. How would the application react to upgrading its own JRE?!? Can it be done?
The initial install is done using a Wise Installer.
/jp

I am pretty sure that wise itself can be configured/constructed to do updates. If java is involved at all it would only be to tell wise what version is currently installed.

Jar files download problems in Java Webstart with JRE 1.6

We have encountered a few problems in Java Webstart with JRE 1.6
In JRE 1.5, the jar files are getting downloaded onto the client
machine with it's original names.
Example :
Server File Name : acm.jar
Client File Name : RMacm.jar
But in JRE 1.6, the jar files are getting downloaded with improper file names.
Example :
Server File Name : acm.jar
Client File Name : 4fb074cc-66fc7407
Moreover the path itself seems to be invalid.
Example Path :
JRE 1.5 path:
C:\Documents and Settings\Administrator\Application
Data\Sun\Java\Deployment\cache\javaws\https\D17.16.23.11\P443\DMtest\DMwebStart
JRE 1.6 path:
C:\Documents and Settings\Administrator\Application
Data\Sun\Java\Deployment\cache\6.0\12
Due to this, we are facing Classpath problems.
What changes do we have to make to the code, for Java
Webstart to work ?
We are using JBoss 4.0.4 and JDK 1.5 in the Server
On the client machine, we have IE 6 and JRE 1.6.01
Help would be appreciated.

Ask your Java Web Start question at:
http://forum.java.sun.com/forum.jspa?forumID=38

Distributing jsp program with JRE

hi,
i have written a some jsp files for a small project and now i would like
to make a installation file which consists of my jsp files, including tomcat server and jre 1.5. As per license we cant distribute J2SDK package. So i am kept JRE instead of J2SDK. But tomcat server is not running, when i set my JAVA_HOME variable to JRE instead of J2SDK.
Is there any way to make tomcat run with JRE or any other suggestions.
thanx

Thanx to the excellent work done. Its working with
JRE. it seems you are the most active person in java
forums. You have about 6500 posts in your account.:-) Thanks. But most of my posts are off topic. I don't think I am really the most active person around, perhaps the most gabby is all :-)
i would like to assign you 10 duke dollars but
t couldn't find any link where i can do it. please
let me know how can i give you duke dollars. There should be a button next to my posts of a little green + sign. The image is broken though (yay Sun!) so you might not be able to see it (in FireFox it shows up as an invisible square, not sure what it shows in IE). Anyway, if you start with the date on one of my posts, and slowly move your mouse to the left you should find the link.
if
possible please give me your email ID or mail me at
[email protected]
Sorry, I don't like to trade email addresses across the forum. Mostly I like to keep the conversations public so everyone can benefit from them.
>
once again thanx for your help.
bye
craty

I was messing with the computer, not sure what i hit but now all my toolbars at the top of the screen are gone? (file, edit, history, tools and my forward and back button). Please help me get these settings back to the way they were?

My file, edit, view, history, bookmarks, tools, and help buttons at the top of the screen are gone, along with my forward and back button.

For details of how to restore it, see https://support.mozilla.com/kb/menu+bar+is+missing
Once the menu bar is restored, you can use the Toolbars entry in the View menu to restore other toolbars such as the navigation toolbar.

I have been getting java.lang.ClassNotFoundException: ZeroApplet.class and java.lang.ClassNotFoundException: JavaToJS.class crashes with JRE version 1.6.0_26-b03-384-10M3425 VM executing a Java Applet. Is Apple aware of this problem? No longer supported?

My web page uses a Java Applet to allow my visitors to replay chess games; the Chess Viewer Deluxe applet was written by Nikolai Pilafov some time ago and has been working properly for some time (until recently). I don't monitor this part of my site regularly so I am not sure when it began to fail. On his web site [http://chesstuff.blogspot.com/2008/11/chess-viewer-deluxe.html] he has a link to check LiveConnect object functionality (which fails for OBJECT tags). His recommendation is to "seek platform specific support which might be available from the JRE developers for your platform".
I have been getting java.lang.ClassNotFoundException: ZeroApplet.class and java.lang.ClassNotFoundException: JavaToJS.class crashes with JRE version 1.6.0_26-b03-384-10M3425 VM executing a Java Applet. Until I checked the LiveConnect object functionality, I was unable to identify the source of the console error messages. This does seem to be the smoking gun.
Is Apple aware of this problem? Are these classes no longer supported? Has anyone else had this problem? You can attempt to recreate the problem locally by going to my web page: http://donsmallidge.com/DonSmallidgeChess.html
Thanks in advance for any help you can provide!
Abbreviated Java Console output:
Java Plug-in 1.6.0_26
Using JRE version 1.6.0_26-b03-384-10M3425 Java HotSpot(TM) 64-Bit Server VM
load: class ZeroApplet.class not found.
java.lang.ClassNotFoundException: ZeroApplet.class
    at sun.applet.AppletClassLoader.findClass(AppletClassLoader.java:211)
    at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
    at sun.applet.AppletClassLoader.loadClass(AppletClassLoader.java:144)
    at java.lang.ClassLoader.loadClass(ClassLoader.java:247)
    at sun.applet.AppletClassLoader.loadCode(AppletClassLoader.java:662)
    at sun.applet.AppletPanel.createApplet(AppletPanel.java:807)
    at sun.plugin.AppletViewer.createApplet(AppletViewer.java:2389)
    at sun.applet.AppletPanel.runLoader(AppletPanel.java:714)
    at sun.applet.AppletPanel.run(AppletPanel.java:368)
    at java.lang.Thread.run(Thread.java:680)
load: class JavaToJS.class not found.
java.lang.ClassNotFoundException: JavaToJS.class
    at sun.applet.AppletClassLoader.findClass(AppletClassLoader.java:211)
    at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
    at sun.applet.AppletClassLoader.loadClass(AppletClassLoader.java:144)
    at java.lang.ClassLoader.loadClass(ClassLoader.java:247)
    at sun.applet.AppletClassLoader.loadCode(AppletClassLoader.java:662)
    at sun.applet.AppletPanel.createApplet(AppletPanel.java:807)
    at sun.plugin.AppletViewer.createApplet(AppletViewer.java:2389)
    at sun.applet.AppletPanel.runLoader(AppletPanel.java:714)
    at sun.applet.AppletPanel.run(AppletPanel.java:368)
    at java.lang.Thread.run(Thread.java:680)

I just went up to check the LiveConnect object functionality page AND IT WORKED THIS TIME! I must confess, this is very mysterious. I will do some more checking and reply here if I can determine why it is working now (and more importantly, why it didn't work before).

Jar tool and distributing with jre

Similar Messages

Maybe you are looking for