SDK vs. JRE

Does the developer kit come with the runtime environment? Or do I need to download both?

I absolutely love how sun continually changes the most
fundamental name/identifier of the java platform. I
don't care how many PhDs they have working for them,
the guy who owns the local 7-11 can run their branding
department better... ...a "slurpie"'s meant the same
thing since 1982...I highly doubt that the marketing people at Sun have PhDs. :)

Similar Messages

What is SDK and JRE

What are these two things. I have installed java and it works but I don't know what I have installed. I am confused about wht SDK and JRE are.
Thanks,

Hi
Well...SDK stands for Software Development Kit
and JRE stands for Java Runtime Environment.......
so the JRE is part of the SDK......
SDK contains for instance the java API, the compilers and the applet viewer
JRE contains the virtual machine needed to run java code
Enough info yet???? otherwise...look around at the SUN : )

SDK, JDK, JRE,

Hi everyone,
I'm very very new to Java etc. I want to learn JSP/Servlets.
Now I see I need to install software, I see things as SDK, JDK, JRE what is this all? What do I need?
I tried to find the info but there is so much information I'm not sure what I'm looking at. So I thought if there is any expert here that can clearly explain what the difference is between SDK, JDK, JRE.
Thank you very much!!
Regards,
Steven.

JDK:     When you download Java, you will get a couple of tools: the compiler, a tool to generate documentation, a tool to change security settings and a tool to run compiled Java programs (class files). All of these tools bundled together is called the Java Development Kit (JDK). If you want to create your own Java program, this is what you need. Later we will show you where you can get the JDK, and how you should use it.
SDK:      Since the introduction of JDK version 1.2, a different name is used for the Java Development Kit: Java 2 Software Development Kit (SDK).
JRE:      The Java Runtime Environment (JRE) is part of the JDK. It contains only those tools that are needed to run java programs. It does not contain the compiler. Therefore it is a lot smaller than the JDK. If you develop a Java program for someone else, you are allowed to give him the program and the JRE so he can run your program. Officially you are not allowed to distribute the JDK, but anyone can download it freely from internet. The JRE for Windows also contains the Java plugin.
from: http://www.win.tue.nl/~marko/java/
To get Java set up, follow the tutorial "First Cup of Java":
http://java.sun.com/docs/books/tutorial/getStarted/cupojava/

SDK and JRE?

what is difference ebwteen Java SDK and JRE? do we need to install both?

The answer to the first part is 'Software Development Kit' and 'Java Run-time Environment.'
The answer to the second part is, of course, 'it depends.' To make use of other folks' Java apps and wonderful things like Java WebStart you need to have the JRE installed. To do some developing of your own little goodies, er... beans, er... applets, you'll need to install both.
Regards,
Geoff.

Is SDK included JRE?

Hello
I download SDK(j2sdk-1_4_0-win.exe) and JRE(j2re-1_4_0-win-i.exe), find in SDK are included a JRE, so I can remove "j2re-1_4_0-win-i.exe"?
. li

WHY?
JRE JUST FOR JAVA USER.

SDK and JRE keep Currupting

I've been trying to download the JRE and the SDK but whenever I double click the set up files I get an error message saying the file has been currupted and I have to redownload it. I've tried redownloading a number of times and I get the same problem everytime.
I've tried:
-Redownloading
-Redownloading off a different site
-Turning off firewall
-Not using Get Right to download the files
Any1 know how to solve this? By the way Im on 56k so I dont really want to download the SDK again, I've already redownloaded a number of times.

I've been trying to install the 1.41 Windows SDK (using Win 2k right now), and I've been getting the same error. I also received the error in XP last night when that's what I had on my system. :) Not sure what's going on. I have instaleld another version before, last summer, with total success.

QA Application with SDK or JRE

We currenty QA and certify our application using the J2SE SDK. A customer asked that we certify it with the JRE. Is that really necessary? Is there any difference in the runtime between the JRE and SDK that would require another regression of testing?

Theoretically yes: the JRE has classes that are compiled without debug options and the SDK (with the very same version) has a JRE that has classes compiled with debug options. But in practice, this doesn't make any difference. But as you can never be sure to save yourself from a falling meteor, keep testing with the JRE again ;-)

Is SDK, and JRE supported on XP ?

Just wondering here about this cause I'm having a bit of trouble running the applet even when it compiles with no errors.
Thanks,
Michael

I am using J2SDK 1.4.1 on my Compaq XP Home system with no problems. However, there is some problem with some video drivers that XP systems use. Search the forums for more details.

Stupid Question: ... difference between JRE and SDK ?

Beginers Question,
Please describe what is Sun Java JRE and SDK.

The JRE is the Java Runtime Environment, and is what is needed to run Java programs. It includes the JVM and the standard libraries.
The SDK is the Software Development Kit, and is what is needed to develop Java programs. It includes the JRE and developer tools such as the compiler.

1.4.2_03 SDK install problem (WinXP SP1)

I just installed j2sdk 1.4.2_03 (freshly downloaded), and installed on my WinXP SP1 laptop.
* The install croaked at the point at which it tried to install the standalone JRE (threw up an error dialog, and if you hit OK on that, it exits the install without installing the JRE).
* At that point, if I do "c:\j2sdk1.4.2_03\bin\java -version" (to check the version of the JRE contained in the SDK), it says "build 1.4.2-b28" (!!!). (I don't have any other JREs installed anywhere, and verified that it was indeed picking up the JRE from c:\j2sdk1.4.2_03\jre.)
Did the 1.4.2_03 SDK go out with a bad JRE bundled? The 1.4.2_02 SDK correctly identifies itself (java -version) as "build 1.4.2_02-b03", and I've uninstalled everything and rolled back to that version of both the JRE and SDK, and everything works fine now (installs flawlessly).

I am seeing the same problem with the j2sdk1.4.2_03 SDK and JRE installers. The error showing up on XP is "Error 1722. There is a problem with this Windows Installer package. A program run as part of the setup did not finish as expected. Contact your support personnel or package vendor." The install then exits with the package in a partial state and must be uninstalled. I also see the same problem when installing the older j2sdk1.4.2_03 SDK. Sounds like there is return state that is not being handled correctly in the package installer. Any ideas on how to fix this problem?
Thanks
Mark

Package com.adobe.flashaccess.sdk.policy does not exist

[ Problem ]
We are trying to create policy. We have set the class path and referring adobe-flashaccess-sdk.jar, adobe-flashaccess-certs.jar and also we have copied jsafe.jar into class path directory.
I am getting error. package com.adobe.flashaccess.sdk.policy does not exist error.
Is any other .jar file needs to be included.
[ Solution ]
Page 11 of the Protecting Content document lists all of the .jar files required to use the Flash Access SDK:
adobe-flashaccess-certs.jar
adobe-flashaccess-sdk.jar
bcmail-jdk15-141.jar
bcprov-jdk15-141.jar
commons-discovery-0.4.jar
commons-logging-1.1.1.jar
jaxb-api.jar
jaxb-impl.jar
jaxb-libs.jar
relaxngDatatype.jar
rm-pdrl.jar
xsdlib.jar
jsafe.jar or jsafeWithNative.jar
Please check to make sure you have all the above .jar files on your classpath. You also may want to check out the sample code and Ant built script located in the samples directory of the Reference Implementation Command Line Tools. The Ant script contains targets for both compiling and running the samples, including creating a policy.

No, I don't think you want to just copy the 4 jar files to your /lib/ext Java SDK directory. What you want to do is to run the Java3D install program to install Java 3D to the Java SDK or JRE you specify. The install will also copy some .DLL files since part of Java3D is implemented using native methods. Without the DLLs, I would guess that you can compile programs okay but will run into errors trying to run them. No clue why the install wouldn't work on XP, but maybe the install needs a JRE to run and you need to install Sun's JRE or SDK using their install program - Microsoft used to include their own Java SDK implementation in Windows, but then took it out for Windows XP to try and deprecate Java. The install EXE might be expecting a Windows registry setting that points to a JRE or SDK for it to use.

JRockit SDK 1.4.2_03 does not install at all on Win2k SP4

Trying to install the JRockit SDK under Windows 2000 SP4, it successfully unpacks the archive and then dies with a pop-up box titled "javaw.exe - application error" and the error is: The instruction at "0x7c34feb4" referenced memory at "0x00000001". The memory could not be "read".
I have tried a number of times. I have redownloaded the SDK file. I've tried just installing the JRE 1.4.2_03 and get the exact same complaint. I know the archive is OK because it installs on other computers fine.
I have tried installing in console mode. I get the same error. I tried manually unpacking the archive, manually unzipping the JRE zip into the indicated subdirectroy, and running the javaw.exe command by hand that is listed in the autoexec.inf file. Same error.
Any idea how I can get around this?
All versions of the Sun SDK and JRE I have installed previously install fine and work fine on this machine.
I have not tried installing earlier versions of JRockit.
Any ideas?
Thanks
Eddie

This is weird. We have done lots of installs on Windows 2000 SP4 without
any problems so I don't think that is related. Is there anything else
that differs on this machine compared to the other machines? One thing
you can try is to run the installer with the following options and send
us the debug.log file: "-log=debug.log -log_priority=debug"
A simple solution is just to copy the JRockit installation from another
computer. The installer doesn't do anything special to the machine
configuration. It basically just unzips JRockit into a directory.
Regards,
/Staffan
Edward Kuns wrote:
Trying to install the JRockit SDK under Windows 2000 SP4, it successfully unpacks the archive and then dies with a pop-up box titled "javaw.exe - application error" and the error is: The instruction at "0x7c34feb4" referenced memory at "0x00000001". The memory could not be "read".
I have tried a number of times. I have redownloaded the SDK file. I've tried just installing the JRE 1.4.2_03 and get the exact same complaint. I know the archive is OK because it installs on other computers fine.
I have tried installing in console mode. I get the same error. I tried manually unpacking the archive, manually unzipping the JRE zip into the indicated subdirectroy, and running the javaw.exe command by hand that is listed in the autoexec.inf file. Same error.
Any idea how I can get around this?
All versions of the Sun SDK and JRE I have installed previously install fine and work fine on this machine.
I have not tried installing earlier versions of JRockit.
Any ideas?
Thanks
Eddie

"Server crash detected (signal SIGSEGV)" on startup, iPlanet 6 sp2, SDK 1.3.1_03, Linux glibc 2.2.4

When installing with the bundled JRE 1.2.2 (I think) I don't have this problem. The Pooblem existed with SDK 1.3.1_01 so I upgraded to 1.3.1_03. There were some notes in that release that a signal 11 caused by hotspot had been fixed, but the problem continues.
Complete log:
[30/Apr/2002:16:15:13] info ( 2990): successful server startup
[30/Apr/2002:16:15:13] info ( 2990): iPlanet-WebServer-Enterprise/6.0SP2 B11/13/2001 03:46
[30/Apr/2002:16:15:15] info ( 2992): Installing a new configuration
[30/Apr/2002:16:15:15] info ( 2992): [LS ls1] http://localhost.localdomain, port 8888 ready to accept requests
[30/Apr/2002:16:15:15] info ( 2992): A new configuration was successfully installed
[30/Apr/2002:16:15:16] catastrophe ( 2992): Server crash detected (signal SIGSEGV)
Any help appreciated

Hi,
Please try using following JDK version and let me know still you face same problem.
1.SDK and JRE 1.4
2.SDK and JRE 1.3.1_02
3.SDK and JRE 1.2.2_011
I hope this helps.
Regards,
Dakshin.
Developer Technical Support
Sun Microsystems
http://www.sun.com/developers/support.

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

Error installing jre 1.4.0_01

I have installed and installed the sdk and jre version 1.4.0_01. To cleanup my environment I uninstalled all of my java products and began re-installing them. When I tried to install jre 1.4.0_01 (this is the first product that I tried to re-install) I get a message from the installer
"You already have the Java 2 Runtime Environment, SE v1.4.0_01 already installed on this machine...."
I have went thru the registry and deleted any reference to java 1.4.0_01. Any help would be great.
Thanks.

Yep, i had installed the JDK, but when I found out that the plug-in app was not operating properly in the control panel, I figured something had gone wrong. I uninstalled everything and tried installing just the JRE, when I noticed this error.
I used Iolo's system mechanic to try and clean the registry and run all kinds of analysis and cleaners on my system.
No dice, still have that problem.
I believe I may blow away windows and move to a Linux desktop

Java(TM) 2 SDK needed for Red Hat Enterprise 4

Hello List members,
I am installing open-xchange on my Red Hat Enterprise 4 box but getting error "no acceptable java compiler found - please install at least the Java(TM) 2 SDK."
JRE is installed in my system but even after a lot of research I am unable to find Java(TM) 2 SDK . Can anyone of you tell me where to download Java(TM) 2 SDK for Red Hat Enterprise 4. Its not in the SUN site as far as I know, I could be wrong.
Please help me.
Regards,
Vishal

I installed rhe4 and i have installed a lot of jsdk1.4.2-1.50 and later no any error and not collapsed java system but it has using GNOME consol avoid running system well you will changed GTK SYS.

SDK vs. JRE

Similar Messages

Maybe you are looking for