• Status: Solved
  • Priority: Medium
  • Security: Public
  • Views: 350
  • Last Modified:

Running 2 versions of Java (J2RE) from a single server

We have a remote access production server running two very high profile application for 5000+ users. Problem here is that each application runs off of thier own Java core.

- J2RE ver 1.3.1.15
- J2RE ver (Latest)

It would seem that the latest Jinitiator works fine for the application running off the latest version of Java. However, we have a legacy application that does not function at all with the newer version. It must have version 1.3.1.15 installed. It there a way the two applications can co-exist without contention or error?

0
nanohurtz
Asked:
nanohurtz
  • 4
  • 3
  • 2
  • +1
1 Solution
 
ksivananthCommented:
there shouldn't be any issues as long as you maintain different resource paths( CLASSPATH, native Library Path... ) for each of that applications!
0
 
ramiseesniblicCommented:
What platform is it running on?
0
 
Ajay-SinghCommented:
IMO, it should not pose any problems. Is there any specific error you are getting?
0
The new generation of project management tools

With monday.com’s project management tool, you can see what everyone on your team is working in a single glance. Its intuitive dashboards are customizable, so you can create systems that work for you.

 
nanohurtzAuthor Commented:
I thought is was something as simple or straightfoward, but thought it best to consult the gurus here :) We have two apps one running J2RE 1.3.1.15 and the other running 1.5. I was thinking of createing two distinct shortcuts

Shortcut 1 >> c:\Program Files\Internet Explorer\iexplore.exe (start location) c:\Program Files\Java\j2re 1.3.1.15
Shortcut 2 >> c:\Program Files\Internet Explorer\iexplore.exe (start location) c:\Program Files\Java\j2re 1.5&.

and having to modify the JAVA_HOME startup script to look something like this:


APP_001.cmd
Set JAVA_HOME=c:\<wherever the JDK is mapped>
Java %options% application.startup.classfile

APP_002.cmd
Set JAVA_HOME=c:\<wherever the JDK is mapped>

Am I headed in the right direction? Or is there still something else that I should modify?

0
 
ramiseesniblicCommented:
That's the correct direction.

Just make sure that the JAVA_HOME isn't set in the Windows Environment vars
0
 
ksivananthCommented:
>>Just make sure that the JAVA_HOME isn't set in the Windows Environment vars

need not worry about this as it reset by script!

>>is there still something else that I should modify?

make sure the CLASSPATH is not defined in the system with any version specific jar/zip file
0
 
nanohurtzAuthor Commented:
regarding the error: when the legacy app opens it freezes at the user login prompt and the following popup appears "Unable to Login. Unexpected error." Doesn't say much, but I know for certain that it stemmed from the version of java running. When I executed the same application under it's ideal condition (j2re 1.3...) it worked perfectly.
0
 
Ajay-SinghCommented:
>>
 
Set JAVA_HOME=c:\<wherever the JDK is mapped>
Java %options% application.startup.classfile

 
Is not right
You should use
 
Set JAVA_HOME=c:\<wherever the JDK is mapped>
%JAVA_HOME/bin/java %options% application.startup.classfile
0
 
ksivananthCommented:
>>Unable to Login. Unexpected error

it is somethong shown by you app! there should be some exception behind this... print the stack of the exception
0
 
ksivananthCommented:
>>When I executed the same application under it's ideal condition (j2re 1.3...) it worked perfectly.

what do you mean? just having j2re1.3?
0
 
nanohurtzAuthor Commented:
Thanks plenty! This definitely is the direction to go. Now if I can get the admins to understand this wealth of knowledge :\
0

Featured Post

Get expert help—faster!

Need expert help—fast? Use the Help Bell for personalized assistance getting answers to your important questions.

  • 4
  • 3
  • 2
  • +1
Tackle projects and never again get stuck behind a technical roadblock.
Join Now