MIDRANGE dot COM Mailing List Archive



Home » MIDRANGE-L » February 2014

Re: Upgrading from V5R4 to 7.1. Java Classic to IT4J



fixed

Hi, Mark:

On a recently installed copy of IBM i 7.1, with the latest CUMe PTFs etc. applied, GO LICPGM option 10, paging down, I see this:

Licensed Installed
Program Release Description
5761JV1 V6R1M0 J2SE 5.0 32 bit
5761JV1 V6R1M0 J2SE 5.0 64 bit
5761JV1 V6R1M0 Java SE 6 32 bit
5761JV1 V6R1M0 Java SE 6 64 bit
5761JV1 V6R1M0 J2SE 1.4 64 bit

Pressing F11 for the alternate view, I see:

5761JV1 8 J2SE 5.0 32 bit
5761JV1 9 J2SE 5.0 64 bit
5761JV1 11 Java SE 6 32 bit
5761JV1 12 Java SE 6 64 bit
5761JV1 13 J2SE 1.4 64 bit

A google search for "ibm i 7.1 how to specify which jvm to use" gave this as the first result:

http://www-01.ibm.com/support/docview.wss?uid=nas8N1011867

This page describes setting the JAVA_HOME environment variable, with links to various pages in the InfoCenter for details.

Hope that helps,

Mark S. Waterbury

> On 2/20/2014 2:57 PM, MARK GOLDEN wrote:
Hi Mark,

Believe me, I'm not trying to get it to work with the 32-bit JVM, I though it was the only option I had.
If I can still point the software at the 64-Bit JVM GREAT!! I will sleep better tonight.

I will look it up and point the software back at the 64-Bit machine. I'll let you know how it go's.

Regards,
Mark.



________________________________
From: Mark S Waterbury <mark.s.waterbury@xxxxxxxxxxxxx>
To: Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>
Sent: Thursday, 20 February 2014, 19:35
Subject: Re: Upgrading from V5R4 to 7.1. Java Classic to IT4J

Mark:

Even with IT4J, IBM still supports both a 64-bit JVM and a 32-bit JVM
... if this application was all "working fine" with the "classic"
64-bit JVM, why are you are trying to make it work in a 32-bit JVM?

Mark S. Waterbury

On 2/20/2014 2:01 PM, MARK GOLDEN wrote:
Hi Evan,

If you think it could be a JVM issue who would it get reported to. The JAVA code being used is Apache and IT4J is IBM.

Regards,
Mark.


________________________________
From: Evan Harris<auctionitis@xxxxxxxxx>
To: Midrange Systems Technical Discussion<midrange-l@xxxxxxxxxxxx>
Sent: Thursday, 20 February 2014, 18:51
Subject: Re: Upgrading from V5R4 to 7.1. Java Classic to IT4J

I'm with Luis on this - it looks more like a JVM issue.

I don't see how recompiling will help other than to provide one more reason
for the java guys to look at it.


On Fri, Feb 21, 2014 at 7:46 AM, MARK GOLDEN<mark_golden@xxxxxxxxxxxxxxx>wrote:

Hi Luis,

I am going to take all source from the V5R4 machine and recompile on the
7.1 machine. Would that possibly solve the problem?
I am not a JAVA programmer.

Regards,
Mark.



________________________________
From: Luis Rodriguez<luisro58@xxxxxxxxx>
To: Midrange Systems Technical Discussion<midrange-l@xxxxxxxxxxxx>
Sent: Thursday, 20 February 2014, 18:33
Subject: Re: Upgrading from V5R4 to 7.1. Java Classic to IT4J


Mark,

IIRC, Is it possible that your old program(s) need the 64-bit version of
Java and right now (under the new release) they are pointing to the "new"
32-bit version?

Regards,
Luis

Luis Rodriguez
IBM Certified Systems Expert -- eServer i5 iSeries
--



On Thu, Feb 20, 2014 at 1:42 PM, MARK GOLDEN <mark_golden@xxxxxxxxxxxxxxx
wrote:
Is there a good document on upgrading from V5R4 to 7.1 where RPG calls
JAVA programs?

I have programs created at V5R4 being installed on a 7.1. Most work
perfectly but there are a few issues
such as '"java.lang.StringIndexOutOfBoundsException' happening.

Do the programs need to be recompiled directly on the 7.1 machine?
Do I need to recompile all programs with teraspace enabled?

The setup has been changed to point at the new 'IBM Technology for Java'
JVM rather than the Classic JVM.

Any help greatly appreciated.

Regards,
Mark.
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list
To post a message email:MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit:http://lists.midrange.com/mailman/listinfo/midrange-l
or email:MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
athttp://archive.midrange.com/midrange-l.


--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email:MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit:http://lists.midrange.com/mailman/listinfo/midrange-l
or email:MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
athttp://archive.midrange.com/midrange-l.
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email:MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit:http://lists.midrange.com/mailman/listinfo/midrange-l
or email:MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
athttp://archive.midrange.com/midrange-l.








Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2014 by MIDRANGE dot COM and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available here. If you have questions about this, please contact