JDK1.5.0 and J2SE 5.0

Hi Friends,
I'm trying to download jdk from sun website...I got a doubt like is JDK1.5.0 and J2SE both are same...if not...wht is the difference....
thanks
keshav

JDK (Java Developpment Kit) is the old name.
J2SE (Java2 Standard Edition) is the new name for standard JDK (versus J2EE, Java2 Enterprise Edition)
So JDK1.5.0 == J2SE 1.5.0 == J2SE 5.0 (for marketing concerns, Sun crunched the "1." before the "5". "1.5.0" is developpers language, "5.0" is end-user langauge)

Similar Messages

JDK1.2.2 and untrusted server chain and HELP

Hi,
I'm using JDK1.2.2 and I've downloaded and installed JSSE1.02. I have also installed the server cert in my own truststore.
The server to whom I want to connect sends two certificates.
One is valid and this is the one I need and I have and one that is timed out and of no importance for me...at least I guess it is.
But my JSSE-application throws an this exception. For more detailled information I've attached the log:
keyStore is :
keyStore type is : jks
init keystore
init keymanager of type SunX509
trustStore is: C:/NetDynamics50/java/jre/lib/security/lauerstore
trustStore type is : jks
init truststore
adding as trusted cert: [
Version: V3
Subject: CN=inte.myaxa.de, OU=Executive Management, O=@AXA GmbH, L=Koeln, ST=NRW, C=DE
Signature Algorithm: MD5withRSA, OID = 1.2.840.113549.1.1.4
Key: com.sun.net.ssl.internal.ssl.JSA_RSAPublicKey@31cdcb27
Validity: [From: Fri Jun 15 16:25:05 GMT+02:00 2001,
               To: Sun Jun 15 16:25:05 GMT+02:00 2003]
Issuer: [email protected], CN=Thawte Server CA, OU=Certification Services Division, O=Thawte Consulting cc, L=Cape Town, ST=Western Cape, C=ZA
SerialNumber: [    080e20]
Certificate Extensions: 2
[1]: ObjectId: 2.5.29.19 Criticality=true
BasicConstraints:[
CA:false
PathLen: undefined
[2]: ObjectId: 2.5.29.37 Criticality=false
Extension unknown: DER encoded OCTET string =
0000: 04 17 30 15 06 08 2B 06 01 05 05 07 03 01 06 09 ..0...+.........
0010: 60 86 48 01 86 F8 42 04 01 `.H...B..
Algorithm: [MD5withRSA]
Signature:
0000: 32 D8 11 96 F5 66 CE 7A 2C DD 39 03 BB 54 41 66 2....f.z,.9..TAf
0010: EE B7 6E 7A 95 57 73 C5 66 83 67 9C 35 B7 75 05 ..nz.Ws.f.g.5.u.
0020: A1 6D 9D 36 A7 7A AA 12 CD AE 64 5B E5 F9 EE EF .m.6.z....d[....
0030: 7C BB 63 7E 5A E6 9F BA 50 8F 92 A2 C6 FA B5 8B ..c.Z...P.......
0040: 25 8B 95 37 AA C4 6D 7A C1 E6 DA 35 18 82 24 1A %..7..mz...5..$.
0050: 9A 0D E3 A2 F1 3B 4D 35 C6 00 B7 E8 6B 14 0B 82 .....;M5....k...
0060: BC E1 29 6E 24 10 27 B2 86 52 CD 85 C5 A9 CE 69 ..)n$.'..R.....i
0070: D1 69 79 67 07 9E 8B A2 23 DA 97 36 F5 D8 57 57 .iyg....#..6..WW
init context
trigger seeding of SecureRandom
done seeding SecureRandom
%% No cached client session
*** ClientHello, v3.1
RandomCookie: GMT: 983585972 bytes = { 41, 169, 119, 141, 169, 223, 159, 184, 182, 97, 133, 56, 227, 20, 209, 115, 225, 62, 106, 169, 106, 250, 37, 25, 45, 7, 25, 215 }
Session ID: {}
Cipher Suites: { 0, 5, 0, 4, 0, 9, 0, 10, 0, 18, 0, 19, 0, 3, 0, 17 }
Compression Methods: { 0 }
[write] MD5 and SHA1 hashes: len = 59
0000: 01 00 00 37 03 01 3B A0 55 B4 29 A9 77 8D A9 DF ...7..;.U.).w...
0010: 9F B8 B6 61 85 38 E3 14 D1 73 E1 3E 6A A9 6A FA ...a.8...s.>j.j.
0020: 25 19 2D 07 19 D7 00 00 10 00 05 00 04 00 09 00 %.-.............
0030: 0A 00 12 00 13 00 03 00 11 01 00 ...........
Thread-6, WRITE: SSL v3.1 Handshake, length = 59
[write] MD5 and SHA1 hashes: len = 77
0000: 01 03 01 00 24 00 00 00 20 00 00 05 00 00 04 01 ....$... .......
0010: 00 80 00 00 09 06 00 40 00 00 0A 07 00 C0 00 00 .......@........
0020: 12 00 00 13 00 00 03 02 00 80 00 00 11 3B A0 55 .............;.U
0030: B4 29 A9 77 8D A9 DF 9F B8 B6 61 85 38 E3 14 D1 .).w......a.8...
0040: 73 E1 3E 6A A9 6A FA 25 19 2D 07 19 D7 s.>j.j.%.-...
Thread-6, WRITE: SSL v2, contentType = 22, translated length = 16310
Thread-6, READ: SSL v3.0 Handshake, length = 1599
*** ServerHello, v3.0
RandomCookie: GMT: 722821779 bytes = { 190, 56, 167, 5, 198, 89, 180, 112, 96, 251, 78, 78, 144, 103, 57, 130, 219, 11, 56, 169, 199, 73, 79, 241, 241, 131, 74, 145 }
Session ID: {0, 154, 4, 1, 195, 195, 38, 26, 66, 92, 154, 191, 59, 96, 218, 24, 81, 133, 102, 48, 169, 26, 50, 42, 10, 49, 78, 150, 71, 182, 163, 33}
Cipher Suite: { 0, 4 }
Compression Method: 0
%% Created: [Session-1, SSL_RSA_WITH_RC4_128_MD5]
** SSL_RSA_WITH_RC4_128_MD5
[read] MD5 and SHA1 hashes: len = 74
0000: 02 00 00 46 03 00 2B 15 63 93 BE 38 A7 05 C6 59 ...F..+.c..8...Y
0010: B4 70 60 FB 4E 4E 90 67 39 82 DB 0B 38 A9 C7 49 .p`.NN.g9...8..I
0020: 4F F1 F1 83 4A 91 20 00 9A 04 01 C3 C3 26 1A 42 O...J. ......&.B
0030: 5C 9A BF 3B 60 DA 18 51 85 66 30 A9 1A 32 2A 0A \..;`..Q.f0..2*.
0040: 31 4E 96 47 B6 A3 21 00 04 00 1N.G..!...
*** Certificate chain
chain [0] = [
Version: V3
Subject: CN=inte.myaxa.de, OU=Executive Management, O=@AXA GmbH, L=Koeln, ST=NRW, C=DE
Signature Algorithm: MD5withRSA, OID = 1.2.840.113549.1.1.4
Key: com.sun.net.ssl.internal.ssl.JSA_RSAPublicKey@5f45cb24
Validity: [From: Fri Jun 15 16:25:05 GMT+02:00 2001,
               To: Sun Jun 15 16:25:05 GMT+02:00 2003]
Issuer: [email protected], CN=Thawte Server CA, OU=Certification Services Division, O=Thawte Consulting cc, L=Cape Town, ST=Western Cape, C=ZA
SerialNumber: [    080e20]
Certificate Extensions: 2
[1]: ObjectId: 2.5.29.19 Criticality=true
BasicConstraints:[
CA:false
PathLen: undefined
[2]: ObjectId: 2.5.29.37 Criticality=false
Extension unknown: DER encoded OCTET string =
0000: 04 17 30 15 06 08 2B 06 01 05 05 07 03 01 06 09 ..0...+.........
0010: 60 86 48 01 86 F8 42 04 01 `.H...B..
Algorithm: [MD5withRSA]
Signature:
0000: 32 D8 11 96 F5 66 CE 7A 2C DD 39 03 BB 54 41 66 2....f.z,.9..TAf
0010: EE B7 6E 7A 95 57 73 C5 66 83 67 9C 35 B7 75 05 ..nz.Ws.f.g.5.u.
0020: A1 6D 9D 36 A7 7A AA 12 CD AE 64 5B E5 F9 EE EF .m.6.z....d[....
0030: 7C BB 63 7E 5A E6 9F BA 50 8F 92 A2 C6 FA B5 8B ..c.Z...P.......
0040: 25 8B 95 37 AA C4 6D 7A C1 E6 DA 35 18 82 24 1A %..7..mz...5..$.
0050: 9A 0D E3 A2 F1 3B 4D 35 C6 00 B7 E8 6B 14 0B 82 .....;M5....k...
0060: BC E1 29 6E 24 10 27 B2 86 52 CD 85 C5 A9 CE 69 ..)n$.'..R.....i
0070: D1 69 79 67 07 9E 8B A2 23 DA 97 36 F5 D8 57 57 .iyg....#..6..WW
chain [1] = [
Version: V1
Subject: [email protected], CN=Thawte Server CA, OU=Certification Services Division, O=Thawte Consulting cc, L=Cape Town, ST=Western Cape, C=ZA
Signature Algorithm: MD5withRSA, OID = 1.2.840.113549.1.1.4
Key: com.sun.net.ssl.internal.ssl.JSA_RSAPublicKey@96e1cb27
Validity: [From: Sat Jul 27 20:07:57 GMT+02:00 1996,
               To: Mon Jul 27 20:07:57 GMT+02:00 1998]
Issuer: [email protected], CN=Thawte Server CA, OU=Certification Services Division, O=Thawte Consulting cc, L=Cape Town, ST=Western Cape, C=ZA
SerialNumber: [ 0 ]
Algorithm: [MD5withRSA]
Signature:
0000: 8B 2F 9F B8 9F 5F 74 54 22 BB D8 5E DA 48 E0 33 ./..._tT"..^.H.3
0010: 9F 01 19 13 A2 0C 26 EA 8E CE C1 57 65 F7 7C 85 ......&....We...
0020: 84 37 17 EE 1E 6D D1 76 75 D4 C5 00 33 38 8A 75 .7...m.vu...38.u
0030: D7 B7 AE 64 EF CD 46 08 50 26 28 63 96 F4 DF 62 ...d..F.P&(c...b
0040: 30 18 C4 EF 76 27 25 2B E4 93 37 A3 4F DA 6E 67 0...v'%+..7.O.ng
0050: BC 50 0C A8 94 F9 80 2E 4E FA 3F E3 06 E6 51 43 .P......N.?...QC
0060: 88 B4 00 C6 10 AF 91 78 95 3F 28 04 99 E1 81 A7 .......x.?(.....
0070: F0 E8 F2 FC 68 36 36 BC C1 C6 48 F9 7D FB BB 9F ....h66...H.....
out of date cert: [
Version: V1
Subject: [email protected], CN=Thawte Server CA, OU=Certification Services Division, O=Thawte Consulting cc, L=Cape Town, ST=Western Cape, C=ZA
Signature Algorithm: MD5withRSA, OID = 1.2.840.113549.1.1.4
Key: com.sun.net.ssl.internal.ssl.JSA_RSAPublicKey@96e1cb27
Validity: [From: Sat Jul 27 20:07:57 GMT+02:00 1996,
               To: Mon Jul 27 20:07:57 GMT+02:00 1998]
Issuer: [email protected], CN=Thawte Server CA, OU=Certification Services Division, O=Thawte Consulting cc, L=Cape Town, ST=Western Cape, C=ZA
SerialNumber: [ 0 ]
Algorithm: [MD5withRSA]
Signature:
0000: 8B 2F 9F B8 9F 5F 74 54 22 BB D8 5E DA 48 E0 33 ./..._tT"..^.H.3
0010: 9F 01 19 13 A2 0C 26 EA 8E CE C1 57 65 F7 7C 85 ......&....We...
0020: 84 37 17 EE 1E 6D D1 76 75 D4 C5 00 33 38 8A 75 .7...m.vu...38.u
0030: D7 B7 AE 64 EF CD 46 08 50 26 28 63 96 F4 DF 62 ...d..F.P&(c...b
0040: 30 18 C4 EF 76 27 25 2B E4 93 37 A3 4F DA 6E 67 0...v'%+..7.O.ng
0050: BC 50 0C A8 94 F9 80 2E 4E FA 3F E3 06 E6 51 43 .P......N.?...QC
0060: 88 B4 00 C6 10 AF 91 78 95 3F 28 04 99 E1 81 A7 .......x.?(.....
0070: F0 E8 F2 FC 68 36 36 BC C1 C6 48 F9 7D FB BB 9F ....h66...H.....
Thread-6, SEND SSL v3.0 ALERT: fatal, description = certificate_unknown
Thread-6, WRITE: SSL v3.0 Alert, length = 2
javax.net.ssl.SSLException: untrusted server cert chain
     at com.sun.net.ssl.internal.ssl.SSLSocketImpl.a([DashoPro-V1.2-120198])
     at com.sun.net.ssl.internal.ssl.ClientHandshaker.a([DashoPro-V1.2-120198])
     at com.sun.net.ssl.internal.ssl.ClientHandshaker.processMessage([DashoPro-V1.2-120198])
     at com.sun.net.ssl.internal.ssl.Handshaker.process_record(Compiled Code)
     at com.sun.net.ssl.internal.ssl.SSLSocketImpl.a(Compiled Code)
     at com.sun.net.ssl.internal.ssl.SSLSocketImpl.a(Compiled Code)
     at com.sun.net.ssl.internal.ssl.AppOutputStream.write(Compiled Code)
     at java.io.OutputStream.write(OutputStream.java:65)
     at com.sun.net.ssl.internal.ssl.SSLSocketImpl.startHandshake([DashoPro-V1.2-120198])
     at com.sun.net.ssl.internal.www.protocol.https.HttpsClient.doConnect([DashoPro-V1.2-120198])
     at com.sun.net.ssl.internal.www.protocol.https.NetworkClient.openServer([DashoPro-V1.2-120198])
     at com.sun.net.ssl.internal.www.protocol.https.HttpClient.l([DashoPro-V1.2-120198])
     at com.sun.net.ssl.internal.www.protocol.https.HttpClient.<init>([DashoPro-V1.2-120198])
     at com.sun.net.ssl.internal.www.protocol.https.HttpsClient.<init>([DashoPro-V1.2-120198])
     at com.sun.net.ssl.internal.www.protocol.https.HttpsClient.a([DashoPro-V1.2-120198])
     at com.sun.net.ssl.internal.www.protocol.https.HttpsClient.a([DashoPro-V1.2-120198])
     at com.sun.net.ssl.internal.www.protocol.https.HttpsURLConnection.connect([DashoPro-V1.2-120198])
     at de.myaxa.application.adapter.SessionController.hitSession(Compiled Code)
     at java.lang.reflect.Method.invoke(Native Method)
     at de.myaxa.application.adapter.Command.execute(Compiled Code)
     at de.myaxa.application.adapter.MyAxaInterfaceServlet.doPost(MyAxaInterfaceServlet.java:117)
     at javax.servlet.http.HttpServlet.service(HttpServlet.java:747)
     at javax.servlet.http.HttpServlet.service(HttpServlet.java:840)
     at netdyn.servlet.CNdServletRequestHandler.handleRequest(CNdServletRequestHandler.java:132)
     at netdyn.servlet.env.CNdRequestEnvironment.executeRequest(Compiled Code)
     at netdyn.servlet.env.CNdRequestEnvironment.executeRequest(CNdRequestEnvironment.java:427)
     at netdyn.servlet.env.CNdRequestEnvironment.executeRequest(CNdRequestEnvironment.java:376)
     at netdyn.servlet.CNdServletManager.handleRequest(CNdServletManager.java:347)
     at netdyn.services.cp.worker.CNdCPWorkerOperations.webEventMessage(CNdCPWorkerOperations.java:530)
     at netdyn.services.cp.worker.CNdCPWorkerImpl.webEventMessage(CNdCPWorkerImpl.java:82)
     at netdyn.services.cp.stubs._tie_INdCPWorker.webEventMessage(_tie_INdCPWorker.java:23)
     at netdyn.services.cp.stubs._INdCPWorkerImplBase._execute(_INdCPWorkerImplBase.java:73)
     at netdyn.services.cp.stubs._INdCPWorkerImplBase._execute(_INdCPWorkerImplBase.java:48)
     at com.visigenic.vbroker.orb.SkeletonDelegateImpl.execute(Compiled Code)
     at com.visigenic.vbroker.orb.GiopProtocolAdapter.doRequest(Compiled Code)
     at com.visigenic.vbroker.orb.GiopProtocolAdapter.dispatchMessage(Compiled Code)
     at com.visigenic.vbroker.orb.ThreadPoolDispatcher.run(Compiled Code)
     at com.visigenic.vbroker.orb.WorkerThread.run(Compiled Code)
de.myaxa.application.adapter.SessionController@89c5cb25 : javax.net.ssl.SSLException: untrusted server cert chain :

[ O66183],
This exception occurs because of an invalid or expired certificate within a public key certificate chain that causes the JSSE to terminate abnormally.
If you look at your log file, you can see an 'out of date cert' message. I have extracted that part of the log with this statement:
          <SNIPPED>
out of date cert: [
Version: V1
Subject: EmailAddress=[email protected],
, CN=Thawte Server CA, OU=Certification Services
Division, O=Thawte Consulting cc, L=Cape Town,
ST=Western Cape, C=ZA
Signature Algorithm: MD5withRSA, OID =
= 1.2.840.113549.1.1.4
Key:
com.sun.net.ssl.internal.ssl.JSA_RSAPublicKey@96e1cb27
Validity: [From: Sat Jul 27 20:07:57 GMT+02:00
0 1996,
To: Mon Jul 27 20:07:57 GMT+02:00
7:57 GMT+02:00 1998]
Issuer: EmailAddress=[email protected],
, CN=Thawte Server CA, OU=Certification Services
Division, O=Thawte Consulting cc, L=Cape Town,
ST=Western Cape, C=ZA
SerialNumber: [ 0 ]          <SNIPPED>
HTH.
Allen Lai
Developer Technical Support
SUN Microsystems
http://www.sun.com/developers/support/

System error after installing 10.4.6 Update and J2SE 5.0 Release 4

Hi,
I just installed OS X 10.4.6 update and J2SE 5.o Release 4 and the system doesn't start any more. I get a black screen which says:
[date] [my computer name] getty:/dev/console: Operation not supported by device
Any suggestions?
I will try to start from CD (when I am home later), but first I need to eject the DVD, which is still in the drive. How to do this when the system does not start?
Thanks,
Ulrike

Hi Ulrike,
I will try to start from CD (when I am home later),
but first I need to eject the DVD, which is still in
the drive. How to do this when the system does not
start?
All CD/DVD drives that come installed in a Mac should allow you to eject the CD/DVD tray. Check your owner's manual--the instructions on how to eject the tray are usually given there. For example, on some PowerBook models you had to gently insert a paper clip into one side of the loading slot and push. On the DVD drive in my PowerMac there is a small hole through which I can instert a paper clip.
As for what is causing your problems, I don't know. From what I've gathered, however, installing the combo update (~140 megs) is more reliable than the incremental one (~60 megs). Booting from an external drive helps, too. You might try that.
-Josh

Date - difference between JDK1.3.1 and 1.4.2 ???

I tried running this piece of code on JDK1.3.1_08 and JDK1.4.2 - and the output i different! Why???
import java.util.Date;
import java.util.TimeZone;
public class Test {
     public static void main(String[] args) {
          long longDate = Long.parseLong("-883620000000");
          Date date = new Date(longDate);
          TimeZone zone = TimeZone.getDefault();
          System.out.println("Zone : " + zone.getID());
          System.out.println("Date value : " + date.getTime());
          System.out.println("Date string: " + date.toString());
Output with JDK1.3.1_08:
Zone : Europe/Berlin
Date value : -883620000000
Date string: Wed Dec 31 23:00:00 CET 1941
Output with JDK1.4.2
Zone : Europe/Berlin
Date value : -883620000000
Date string: Thu Jan 01 00:00:00 CEST 1942
This is pretty troublesome while my Swing Client is running on 1.4+ and the appserver on 1.3.1.

It looks more like a timezone difference between the
two. SDK 1.4 supports a much larger set of timezones than earlier versions of the language, and it looks like they are more historically correct too. No doubt there were changes in the daylight saving rules in Germany between 1941 and 1970 (you'll recall there were a lot of things going on back then), and my guess is that 1.4 is more likely to be correct.
As limeybrit9 suggests, you may want to set a specific timezone to make your applications consistent.

Confusion over J2SE and J2SE SDK

Hi,
I understand that J2SE (Java2 Platform, Standard Edition) is an abstract specification from Sun and J2SE SDK is Sun's implementation of J2SE platform.
If Sun is releasing a new version of their J2SE platform, what are the things from the below list that can be changed and how.
1. The Java Virtual Machine Specification
2. Java API
3. The Java Language Specification
For example, I notice that for every new release, only the API version is changed where as the The Java Languge and JVM specifications remained the same since very long. Let us say that a new keyword is added, shouldn't the JVM spec and the Java Language Spec change??
Where can I get the release notes of J2SE (not J2SE SDK)?
Thanks,
Suresh

Hi ,
U can get the release notes from
http://java.sun.com/j2se/1.4/relnotes.html
Hi,
I understand that J2SE (Java2 Platform, Standard
Edition) is an abstract specification from Sun and
J2SE SDK is Sun's implementation of J2SE platform.
If Sun is releasing a new version of their J2SE
platform, what are the things from the below list that
can be changed and how.
1. The Java Virtual Machine Specification
2. Java API
3. The Java Language Specification
For example, I notice that for every new release, only
the API version is changed where as the The Java
Languge and JVM specifications remained the same since
very long. Let us say that a new keyword is added,
shouldn't the JVM spec and the Java Language Spec
change??
Where can I get the release notes of J2SE (not J2SE
SDK)?
Thanks,
Suresh

JTable 's tableChanged() works differently in jdk1.2.2 and jdk1.3

While updating the contents of the jtable I am using the following
table.tableChanged(new TableModelEvent(model));
table.repaint();
In jdk1.2.2, this updates the contents and repaints the table without clearing the row selection
But the same in jdk1.3 updates and repaints the table but clears the row selection.
How can I overcome with problem.
I also tried model.fireTableStructurChanged();
along with this but it works in jdk1.2.2 and not in jdk1.3.
Any suggestion is greatly appreciated.
Thanks

They have fixed a bug. If you are replacing the whole table, then the row selection for the old table doesn't mean anything for the new table. In fact, that row might not even exist any more.

Compiled with jdk1.3.1_01 and run under VM 2.0

I have compilied all my source code with jdk1.3.1_01 and ias6.0 sp3 uses jdk1.2.2 or 2.0VM....is this difference going to affect my application?

Hi,
It depends upon how your application is coded. If you use some of
the functionalities which JDK 1.2 uses and incase JDK 1.3 doesn't likes
that, you are likely to get errors. Infact, iAS encourages you to use
the JVM which is bundled along with iAS SP3 and using JDK apart from
that troubles. Please refer to my previous posting on iAS SP3 & JDK 1.3,
I've tested them, which threw lots of errors. Hope this helps.
Regards
Raj
Mansoor Quraishi wrote:
I have compilied all my source code with jdk1.3.1_01 and ias6.0 sp3
uses jdk1.2.2 or 2.0VM....is this difference going to affect my
application?
Try our New Web Based Forum at http://softwareforum.sun.com
Includes Access to our Product Knowledge Base!

JDK1.3.1 and JAI1.1 Installation

I have the same problem with JDK1.3.1 and JAI1.1.
OS: Win2000 Pro, JDK1.3 installed and works
PATH = V:\Java\jdk1.3\bin\;...
java -version:
java version "1.3.1"
Java HotSpot(TM) Client VM (build 1.3.1-b24, mixed mode)
CLASSPATH - is not set
If I try to install JAI1.1 with jai-1_1-lib-win-jdk.exe, I bekome a message:
the program requires the installation of Java 2 Jdk Version 1.3. Aborting setup.
Do You know the solution?

- The solution is to install first Jdk1.3 again with InstallShield installation programm, bacause the Jai installation for Windows is similar to check the Windows Registry, if JDK is already installed.

What are the latest supported versions of JDK1.4.1 and JRE1.4 on Windows

Please tell the latest supported versions of both JDK1.4.1 and JRE1.4.1 on Windows 2003.
If no support is there for 1.4.1 versions then are there any higher versions.
we have to port the application from Windows2000 to windows2003. On win2000 it runs fine on JRE1.4.1.
But on Windows 2003 it is running properly on jre included in JDK1.4.1 but not on JRE1.4.1.
What can be the reason for it ? Does win2003 supports JRE1.4.1?

You didn't say why it isn't running.
The most likely reason is that there is an environment problem.
If you have the same versions of the JDK and JRE then the JRE in the JDK is exactly the same as the standalone JRE.
It could be that it is also using OS specific stuff, like JNI and/or Runtime.exec().

Difference between, jre, jdk, sdk and j2se

Dear Sir/Madam,
I want to do some java and j2ee development and run these applications in a java application server environment. Can anyone give me some advices on what should i need to download? Moreover, what is the difference between, jre, jdk, sdk and j2se? Should i need to download all of jre, jdk, sdk and j2se?
thanks and regards,
david

JRE is the 'java runtime environment'. It is responsible for creating a Java Virtual Machine to execute Java class files (e.g., run Java programs)
JDK is the 'java development kit'. It is the same as the 'SDK' (at least in my mind). It normally comes bundled with a JRE and also allows you to compile Java source files into Java class files. The JDK allows you to both write and run programs.
J2SE is "Java 2 Standard Edition". It can refer to either a JDK or JRE. This is 'core' Java. There is also J2EE "Java 2 Enterprise Edition" which allows you to write middleware or server code more easily.
Your final choice will be which version. If you want the current, most common implementation:
J2SE 1.4.2, J2EE 1.3
If you want to skip ahead to the next generation, the latest releases would be:
J2SE 1.5 (also called J2SE 5.0) and J2EE 1.4
- Saish

JDK1.4.2 and xalan conflict?

In my java code, I apply an xsl to an xml file. It works fine in JDK 1.4.1 but when I change JDK to 1.4.2
I got the following error
javax.xml.transform.TransformerException: java.lang.ArrayIndexOutOfBoundsException: 0.
The error occurs in org.apache.xalan.transformer.TransformerImpl class. I know JDK1.4.2 bundled with xalan classes. Is there any conflict? Why it works in JDK1.4.1 but not JDK1.4.2? How can I bypass xalan classes in JDK1.4.2 and use seperate xalan.jar from apache?

I have a similar problem where using XPathAPI.selectSingleNode(aNode, "/Parent/Child/") works
fine with jdk1.4.1 but not with jdk1.4.2;
the error i get is a javax.xml.transform.TransformerException where is complains about
"A location step was expected following the '/' or '//' token."
What i tried doing was removing the trailing slash at the end of the xpath expression and it seemed
to resolve it fine.
Is this a change in the way xalan's XPathAPI behaves to remove ambiguity in the xpath expression?
As a side not, I am using weblogic 8.1 SP1 and trying to put another version of xalan in the startup
PRE_CLASSPATH doesnt seem to get around this.
would appreciate any insight.

SMC and J2SE 1.5

I'm running Solaris 9 x86 09/04. The only patch I've applied is:
112786-32 X11 6.6.1_x86: Xsun patch
as recommended by the J2SE 1.5 release notes. After installing J2SE 1.5, the Solaris Management Console is broken. If I try to start it from the command line, it bombs with:
com.sun.management.viper.CriticalStopException: javax/help/JHelp
at com.sun.management.viperimpl.console.gui.SMCConsole.start(SM CConsole.java:276)
at com.sun.management.viperimpl.console.BaseConsoleOptionsManag er.openConsole(BaseConsoleOptionsManager.java:752)
at com.sun.management.viperimpl.console.BaseConsoleOptionsManag er.redirectToConsole(BaseConsoleOptionsManager.java:621)
at com.sun.management.viperimpl.console.BaseConsoleOptionsManag er.launchConsole(BaseConsoleOptionsManager.java:167)
at com.sun.management.viperimpl.console.BaseConsoleOptionsManag er.main(BaseConsoleOptionsManager.java:834)
Any ideas?
Thanks,
Chris Radlinski

I've resolved this issue. On Solaris 9 x86, the default Java installation resides in /usr/j2se. The JavaHelp packages required by SMC install their files to this directory. The Java 5.0 SE installation instructions advise you to redirect the /usr/j2se link to /usr/jdk/jdk1.5.0 if you want Java 5.0 to be your default Java installation. If you do this, you will lose the JavaHelp files and SMC will break.
I resolved this issue by:
1) removing the JavaHelp packages (SUNWjhdem, SUNWjhdev, SUNWjhdoc, SUNWjhrt)
2) deleting the /usr/j2se directory
3) linking /usr/j2se to /usr/jdk/jdk1.50
4) reinstalling the JavaHelp packages (available on disc 2 of the installation set)
SMC now starts and runs normally. It uses the new Ocean laf which I think is much more attractive than Metal. Good work, Sun!
Chris

JDOM, JDK1.1.8 and Personal Java...

Has anyone succeeded in building a class with JDOM (XML), compiled with JDK 1.1.8 to run on a Personal Java ?
I'm trying to make a class that use JDOM, but I didn't even compile it on a JDK 1.1.8..

Yes. I'm using JDOM extensively on PJava platform. I have recompiled jdom.jar (there were some problems with the version available from the download site for jdk1.1.8), collections.jar (to be in java.uitl package) and crimson.jar.
It works fine.
Stan Berka

Communication between J2ME MIDlet and J2SE server

In my project I need to be able to exchange SMS messages between a J2ME MIDlet and a J2SE server? Is that possible? I tried the following:
I included the CLDC, MIDP and WMA libraries in the classpath of my J2SE server and tried to use the wireless messaging API in the J2SE server. I get the following error message while trying to establish a MessageConnection:
Exception in thread "main" java.lang.UnsatisfiedLinkError: com.sun.midp.Configuration.getProperty0(Ljava/lang/String;)Ljava/lang/String;
     at com.sun.midp.Configuration.getProperty0(Native Method)
     at com.sun.midp.Configuration.getProperty(Configuration.java:34)
     at com.sun.midp.io.InternalConnector.<clinit>(InternalConnector.java:91)
     at javax.microedition.io.Connector.open(Connector.java:158)
     at javax.microedition.io.Connector.open(Connector.java:138)
     at javax.microedition.io.Connector.open(Connector.java:120)
Can anybody provide any suggestions?

The communication should be done through these ports: https://social.technet.microsoft.com/Forums/windowsserver/en-US/6de9c3f0-2841-4a74-80bb-46a02779124b/which-tcp-ports-does-a-workstation-use-to-authenticate-to-ad-and-get-group-policy?forum=winserverNIS
To have better visibility, you can setup a network sniffer like Wireshark and observe the traffic.
As the ADFS and DCs will be located in the same LAN then it should be okay as no filtering should be done (Unless if this is done on local firewalls of the servers).
This posting is provided AS IS with no warranties or guarantees , and confers no rights.
Ahmed MALEK
My Website Link
My Linkedin Profile
My MVP Profile

Date difference between j2mewtk and j2se

In j2mewtk, I have
DateField aDateField = new DateField("Date", DateField.DATE);
// ...I pick March 27, 2002 on the UI for aDateField
long j2meLongDate = aDateField.getTime();
then I pass j2meLongDate to a server side program, which is running in j2se environment, and I do
Date date = new Date(j2meLongDate);
System.out.println(date);
// print out March 26, 2002 !!!!
Can somebody tell me why and how to solve the problem?
Thanks,
-John

I think you have a problem with the timezones; there are different in both sides.
Try to set them with the system property user.timezone. You can do it either inside the code (System.setProperty("user.timezone") )or in the command line (-Duser.timezone=...)
Ana

JDK1.5.0 and J2SE 5.0

Similar Messages

Maybe you are looking for