Need calrification-distributing the Jre 1.4 or 1.5 or 1.6

Hi ,
i need some clarification regarding distributing the Jre 1.4 or 1.5 or 1.6 to the our customers.why becuase we are making the java exe file and keeping it in the DVD itself. so when my customer is not having JRE in his system we will automatically install the JRE to run the java exe file.using install4j we r automatically install the JRE to the customer system. my question is
whether can we distribute the jre1.4&1.5&1.6 to my customer or not?
becuase we will provide the jre in the dvd itself so the jre will be distributed.
will we provide the JRE to the customer in the DVD itself and whether can we distribute the jre1.4&1.5&1.6 to my customer or not?
please anybody knows or atleast sun people ,clarify my queries.becuase it is very urgent
thanks,
prasad

You can distribute the installers or distribute it preinstalled on hardware.
You can NOT distribute modified or stripped versions, or versions that are in any way different from what comes out of the installer.

Similar Messages

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

Help needed in distributing the form

Hello All ,
I have a LiveCycle form which has 6-8 Pages.The completed document needs to be protected after distributing so that it cannot be reproduced, but allow us to add, change, edit delete contents as required and especially to populate what is now marked as protected. How to do this in the best way. One thing I have very less idea about distributing a form. Can anybody please help regarding this ?
Thanks.
Bibhu.

You can use JavaScript to protect all form fields.
Bundled with a password you can design a workflow wich allows you to remove the rotection when needed.
Here's an example:
http://thelivecycle.blogspot.com/2010/02/mail-xfa-forms-as-protected-uneditable.html

I keep on getting I need to install the JRE for Yosemite. I installed it but it still says I need to install it. Does anyone have any suggestions?

I installed the newest JRE Like it said and I still get the same thing...Anyone have any suggestions?

'''''"When I try to uninstall it to reinstall it, it constantly tells me that the F/fox program is still open and it can't uninstall it."'''''
Must be the "hang at exit" problem. You already know how to do Step1; now just determine which Add-on (Extension or Plugin) is causing the problem.<br /><br />
#Stop the Firefox process:
#*[http://kb.mozillazine.org/Kill_application Mozillazine - Kill application]
#*Windows 7 users click [http://www.techrepublic.com/blog/window-on-windows/reap-the-benefits-of-windows-7s-task-manager/2576 here]
#Why Firefox may hang:
#*[http://support.mozilla.com/en-US/kb/Firefox+hangs Firefox hangs] (see Hang at exit)
#*[http://kb.mozillazine.org/Firefox_hangs Firefox hangs (Mozillazine)] (see Hang at exit and Closing Firefox properly)
#*[https://support.mozilla.com/en-US/kb/Firefox+is+already+running+but+is+not+responding Firefox is already running but is not responding]
#Use Firefox Safe Mode to find a problem with an Extension or Plugin:
#*Don't check anything when entering Safe Mode, just continue
#*If the problem does not occur in Safe Mode it is probably and Extension or Plugin causing the problem
#*See:
#**[[Safe Mode]] and [http://kb.mozillazine.org/Safe_Mode Safe Mode (Mozillazine)]
#**[http://support.mozilla.com/en-US/kb/Troubleshooting+extensions+and+themes Troubleshooting extensions and themes]
#**[http://support.mozilla.com/en-US/kb/Troubleshooting+plugins Troubleshooting plugins]
#**[http://support.mozilla.com/en-US/kb/Basic+Troubleshooting Basic Troubleshooting]
'''''"When F/Fox opens the page is blank."'''''
See [http://support.mozilla.com/en-US/kb/How+to+set+the+home+page How to set the home page]
'''If this reply solves your problem, please click "Solved It" next to this reply when <u>signed-in</u> to the forum.'''

Configurations needed for distributing central contract to backend system

Dear Gurus,
I have configured central contract and getting approved in the local SRM system. Now, I need to distribute the central contract to the backend system. I have already get the PI interfaces configured using the integration scenario Central contract management.
Now, I assign the backend POrg as well as the target values for the backend contract and try to release the central contract. The central contract is getting released. However, no contract is getting created in the backend system.
I donot see any XML messages generated in the SRM system (SXMB_MONI).
Do I need to maintain some settings in the SRM system to enable the distribution of contract to the backend system?
Thansk and regards,
Ranjan

Hi,
When one creates Local Contract; there is one option named 'Distribute' on contract screen.On drop down; one mention back end system. After clicking on it; contract has been created in ECC.
If contract is not getting generated in back end; refer SAP Note: 609222.
Check whether you find any error/information message in Txn BBP_CTR_MON.
SRM Settings:
1. Implement BBP_DETERMINE_LOGSYS: Determines whether contract is to be created in SRM or ECC.
2. Assign transaction type to attribute CT_PROC_TY in Org Structure.
3. Check whether have maintained message type BLAREL, COND_A, BLAORD.
4. Assign role SAP_BBP_STAL_START_PURCHASER to process contracts.
Helpful SAP Notes: 641919, 646903
Regards,
yaniVy
reward if helps

Embed the JRE while creating exe file

I am using jar2exe software to create the exe file from the jar file. The exe is created successfully using this software. However it requires the JRE should be present on the machine where we are going to install the software.
Is there any body who knows how to embed the JRE while creating the exe so that there should not be any need to have the JRE on the machine?
Is there any other approach by which we can create the exe file from the jar and JRE should be there in the exe file?
Thank you.

All jar2exe does is use a JNI (C to java) wrapper around your call. That means a VM is still required.
The Sun VM at least requires a number of shared libraries and jar files to run. The shared libraries must either be in the file system or already loaded into the application.
You could put those as a resource into the shared library but you would then need to figure out, via OS calls (not java) how to load them.
Is there any other approach by which we can create the exe file from the jar and JRE should be there in the exe file?Options
1. Find another tool besides jar2exe
2. Install the VM - it need only be in the exe directory.
3. Forget the exe idea and just use java.
4. Figure out, which might be impossible, how to load the shared libraries and jars as resources from the exe. Again this is NOT something you can do in java.

End users not beeing able to install the JRE ..?

I've developed a "sales/demo"-type application for a company, convincing them that Java was the best way to do it. However, as it turns out, they've found that 50% of their customers doesn't have the rights needed to install the JRE (does this seem strange to you?)
Now they are talking about that they should've done it in Director, etc.
I'm trying to find a solution to this, but I seem pretty stuck. They will need to download and install the JRE, that part is clear.
Anyone got any suggestions? I mean - who doesn't have rights to install the JRE anyway? It has to be a pretty crippled computer! ;)

look into installanywhere, they have a free version on their site. it'll let you package the jre with the install, it will NOT install the jre but simple copy the files into the pc and then use the jre to lanuch the java app., this way there is no need to install a jre and if they already have one installed it won't conflict with it. or you could just include the jre yourself and make a bat file to launch your app using the jre you included.

Creating Report- PS- Distributing the plan amount by period

Hi,
This is a question for PS module in BI.
I have a planing amount as KF. I need to distribute the amount based on activity period. I need to distribute the amount in equal no. of periods. E.g. Planning amount = 600 and activity period = 180 days (i.e. 6 months) then I need to display the planning amount divided into 6 periods (because of 6 months), i.e. 100 each. The starting period of the calculation is based on the fiscal period (or month) of the start date. Important point here is the distribution will change based on the activity period. If activity period is for 4 months then the division should be only for 4mnths.
If the report is to be derived for the actual values then it is easy. I will place the fiscal period and the KFs in the columns. But how to derive such display for planning KFs? How to write the logic for this?
Regards,
Shailesh Naik

Hi,
The reports with 'Y' or 'Z' are not standard ones. You have to check with the person who developed this report. Ask to your ABAP team to help you.
Regards,
Eli

Packaging the JRE

Which files do I need to package with my Java application so that the end user doesn't need to have the JRE themselves? There must be a way of slimming the JRE down for distribution.

It isn't practical to pack a 90MB JRE with a java program.
THATS WHY ALMOST EVERY SINGLE COMPUTER THAT HAS COME
OUT FOR YEARS COMES WITH A JRE
But yea, it is practical in that theoretical world you live in where people
dont have the jre and dont have a means by which to get one.
However, there must be a way to create a standalone application. You dont understand Java at all. You should switch to C++.
Seriously, I think youre just dreaming up make believe problems
that you are just ASSUMING will pop up. Worry more on programming
than about your hypothetical users.

I am currently using FormsCentral to distribute a form created in Acrobat. I need to add an option to one of the drop down fields but do not want to re-distribute the form due to reporting purposes. How can I do this?

I am currently using FormsCentral to distribute a form created in Acrobat. I need to add an option to one of the drop down fields but do not want to re-distribute the form due to reporting purposes. How can I do this?

You can open the form in Acrobat, select "File > Save a Copy", open the copy you just saved (it doesn't happen automatically), edit the dropdown to add the new item, save as a new file, and then Reader-enable the file by selecting: File > Save As Other > Reader Extended PDF > Enable More Tools. The resulting PDF should work with FormsCentral just like the original.

Do I need to make an applet with swing point to the JRE 1.4 plug-in?

Do I need to make an applet with swing point to the JRE 1.4 plug-in? I mean, in 1.3.1 plug-in, if you did not run your code through the HTML converter, the applet would still use the browsers JRE (JVM). However, with 1.4.0, it seems that you don't need to. Is this correct?

When you ran an applet that has been compiled under 1.4 and needs classes or methods from 1.4 with an old HTML file (presumedly with the <object> tag that still refers to JRE 1.3+), the browser is going to look at the <object> tag and see that at least JRE1.3.1 is needed to correctly run the applet and since 1.4, which is higher than 1.3+, is on the system, it ignorantly proceeds to load and run the applet. The problem that you're going to run into is when you deploy the applet on the web and your viewer only have JRE1.3+, your applet which really needs 1.4, will crap out....
;o)
V.V.

Crypto export control issues when redistributing the JRE

Does anyone have experience or knowledge about export control procedures when redistributing the JRE (or openssl for that matter) since it does contain crypto API's? I have tried to understand the US Export Administration Regulations (EAR) but I'm still unclear on this if I were to distribute from freshmeat or tucows. There are alot of references to an ECCD-5D002 list of software that I cant find. I believe the EAR states that if the software is on that list, that it is ok for exportation without review. I was hoping someone in the developer community could answer this foe me.

Thanks for the link. It answered some questions although not the one I'm asking here. I basically just need to know if I can bundle the JRE into an application and distribute it over the Internet or what I might need to do in order to do that.

Deliver the JRE with own desktop application - without installation

Hi,
the Java license allows to distribute Java along with a software application, if Java is needed to run this application. I do not want my users to worry about operating systems, java versions and installations. So my idea was to include the JRE in a subfolder of my application and to use a native launcher to start the jar containing the main program, using the JRE in the subfolder.
It seems to work - and I'm quite sure that previous versions of the eclipse IDE did this exactly this way. Unfortunately, I'm not able to find any download containing the JRE without an installer. And first installing and then copying the extracted files seems to be a dirty workaround. Also it's not really clear if this would be conform to the java license.
So my question would be if there's any clean approach for this.

927748 wrote:
Thanks for the pointer - although it's weird that there's no zip or something similar only containing the files (without an installer).That used to exist, but it was dropped in favor of only an installer (for Windows) long before the Oracle takeover. I guess the main reason was that when you provide the runtime as a zip file, that does not install any "default Java" (IE. a java.exe / javaw.exe in the windows system folder). Having a default java, which means being able to run java stuff without ever having to modify any PATH variable yourself like was already the case on Linux for ages, was kind of a big deal for Sun back in the day.

Files needed to distribute

I want to distribute an application to clients (whom already have the Oracle Client installed). How can I set up an installation package though .NET to install the needed files for an ODP connection to the database? I am specifying the complete connection string in the application, so I don't need to modify the client's TNSNAMES.ORA file -- I just need to install the .DLLs (and register them) I need to access the database. I'd rather the installation process be a single-shot deal rather than having users install ODP.NET and them my application.
Thanks
Clay

You are not allowed to distribute a partial set of the JRE, you can only distribute a complete JRE. See the LICENSE file included with any JRE installation.

Can I get rid of parts of the JRE for my app?

I am trying to figure out how to easily deploy a stand-alone desktop Swing application. It's more like Microsoft Word than the typical Swing business app that deals with networks and databases. I'd like to make this easily downloadable by regular people, like a 10-year old who has installed an IM client, or a 70-year old who has downloaded the latest version of a browser, i.e., just download an installation file and then click to install in the relatively standard manner in which Windows apps are installed.
What I am definitely trying to avoid is making the user go to Sun's Java distribution website, which is written by computer geeks for computer geeks. If a potential user sees that, they'll get confused, give-up, and I'll have lost a potential user.. Since a Swing application that is developed and tested using an earlier version of the JRE won't necessarily work with a later version, I can't make the assumption that as long as the latest JRE is installed on the user machine, everything is fine. As far as I can tell, I need to download a self-contained version of the JRE that I developed with in order to guarantee that the app will run as expected. I also don't want the user to have to download a 15 Mb 1.5 JRE, or the purported 50 Mb 1.6 JRE just to be able to run my little program. (I'm really starting to see why there are no popular Java desktop apps.)
So my question is - if I compile my application down into machine code from binary code, does anyone know if can I get away with running it with a stripped-down JRE? I'm wondering if I can get rid of parts of the JRE that deal with things like interpreting bytecode, networking or database access, none of which I need to worry about. Sun's legal department might not like this, but is this at all technically feasible? I'm actually happy to hear about any ideas regarding shrinking the size of the distribution. Thanks.

I voted for the enhancement request. It is almost exactly what I am concerned with.
I am a big fan of Excelsior Jet. I tried out the free version about a year-and-a-half ago, and was pretty happy with it. It was actually the only machine-code compiler I tried out of several that worked. If I ever get to the point where I can start selling my app, I expect that I'll use it. I've been checking the website every so often since then, and reading about the next version, where a JRE can be included in the distribution. That helped spark my original question. While the worry about making sure my application had the right JRE version will be solved, it still bugs me that I have to ship so much unnecessary JRE code. (I blame Sun for that, not Excelsior Jet.) I was wondering if it was at all technically feasible to strip out the unnecessary code, irrespective of the legal issues. When compiled to byte-code, my program is under 1 MB. When I compiled it to machine code under JDK 1.4, it was about 5 MB. I imagine that compiling to machine-code with the included 1.5 JRE, after compression, will result in a size in the 15-20 MB range. And this after refactoring my program to where it's about 1/3 it's original size. I'm really worried about the direction this is going, and I don't even want to think about what including the 1.6 JRE will require.
Where did you read that I've been programming Java since '97. I was a contractor at Sun between 1995 and 1997, and started working on Java 1.0 apps back then, but I don't ever remember mentioning that. If you asked because you're thinking I should know more about JVM/JRE issues, you're probably right, but I focus almost exclusively on higher-level application and GUI/Graphics issues. The deep-down Java stuff makes me break out into a cold-sweat.

Need calrification-distributing the Jre 1.4 or 1.5 or 1.6

Similar Messages

Maybe you are looking for