Re: DecimalFormatter.format(object) gives strange resultsoni5JVM1.4Classic

Hi Bill,

I think that Websphere 7.x wil use the 32bit JVM when it gets to the
System I.

Since you pointed to the 32 bit Redbook, I assume you're aware that you
can already run WAS 6.1 with that JVM.

As to WAS 7 or any other, I'd expect it to be an option, but addressing
limitations means that it wouldn't be very smart for it to be limited to
only that JVM. It's somewhat interesting that other systems are working
towards a 64 bit JVM and here it's working in reverse. Of course, on most
other systems the 32 bit limit is 2 gig, with something between 1 and 1.5
actually available. On OS/400, the 32 bit practical limit is 2.5 - 3 gig.

Still, with correctly written apps, ~3 gig can take you a long way.


Joe Sam

Joe Sam Shirah - http://www.conceptgo.com
conceptGO - Consulting/Development/Outsourcing
Java Filter Forum: http://www.ibm.com/developerworks/java/
Just the JDBC FAQs: http://www.jguru.com/faq/JDBC
Going International? http://www.jguru.com/faq/I18N
Que Java400? http://www.jguru.com/faq/Java400

----- Original Message ----- From: "Blalock, Bill" <Bill.Blalock@xxxxxxxx>
To: "Java Programming on and around the iSeries / AS400"
<java400-l@xxxxxxxxxxxx>
Sent: Monday, August 18, 2008 11:25 AM
Subject: RE: DecimalFormatter.format(object) gives strange
resultsoni5JVM1.4Classic

Good morning all

I understand that the Integrated Web Server (IWS or IWAS) gets part of
its performance boost / reduced overhead from the 32bit JVM.

One note of concern I have is not being able to use JINI with the 32bit
JVM. With the 64bit JVM you can wrap an ILE program or service program
with Java using JINI. I have done that to make a JMI class that uses
RPG.

I think that Websphere 7.x wil use the 32bit JVM when it gets to the
System I.

-----Original Message-----
From: java400-l-bounces@xxxxxxxxxxxx
[mailto:java400-l-bounces@xxxxxxxxxxxx] On Behalf Of Joe Sam Shirah
Sent: Monday, August 18, 2008 9:00 AM
To: Java Programming on and around the iSeries / AS400
Subject: Re: DecimalFormatter.format(object) gives strange results
oni5JVM1.4Classic


Hi Neill,

The 32 bit version makes a lot of sense to me, if it fits the
application. At this point though, I only have the theory. If I can
make
my client see the logic, I plan to move reporting from WebSphere proper
to a
separate process and expect to use the 32 bit JVM. I should have more
to
say about it after that. Bill has already pointed to the redbook.

The cleanest way to control the JVM used is to install just one.
That's
not always possible because of various dependencies.

how to control which jvm is used when calling from RPG.

Personally, I have never called Java from RPG and don't expect to
unless
I get roped into some client's existing code. When I first started with

Java in 1996-97, I looked over JNI and pretty much determined that there

were few cases where it made sense in a business context. I've seen
none so
far, although clearly that's my own professional opinion. Others
differ;
see all the issues on this list calling Java directly from RPG (or other

languages.)

But to answer your question, you use the environment variable
QIBM_RPG_JAVA_PROPERTIES.


Joe Sam

Joe Sam Shirah - http://www.conceptgo.com
conceptGO - Consulting/Development/Outsourcing
Java Filter Forum: http://www.ibm.com/developerworks/java/
Just the JDBC FAQs: http://www.jguru.com/faq/JDBC
Going International? http://www.jguru.com/faq/I18N
Que Java400? http://www.jguru.com/faq/Java400

----- Original Message ----- From: "Neill Harper" <neill.harper@xxxxxxxx>
To: "'Java Programming on and around the iSeries / AS400'"
<java400-l@xxxxxxxxxxxx>
Sent: Saturday, August 16, 2008 3:23 PM
Subject: RE: DecimalFormatter.format(object) gives strange results on
i5JVM1.4Classic

Brilliant, thanks very much!! I thought I was going mad.

I'm actually calling this java from RPG, we don't seem to have 1.5
installed
on our box. Any advice on whether or not to use/instal the 32 bit

version

of
the JVM and how to control which jvm is used when calling from RPG.

Once again thanks for your help

Neill

-----Original Message-----
From: java400-l-bounces@xxxxxxxxxxxx
[mailto:java400-l-bounces@xxxxxxxxxxxx]
On Behalf Of Joe Sam Shirah
Sent: 16 August 2008 20:03
To: Java Programming on and around the iSeries / AS400
Subject: Re: DecimalFormatter.format(object) gives strange results on

i5

JVM1.4Classic


See:

http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4018937

Wasn't corrected until 1.5. Yet Another Reason to move to at least

WAS

6.1 and dump JDK 1.4.2 altogether.


Joe Sam

Joe Sam Shirah - http://www.conceptgo.com
conceptGO - Consulting/Development/Outsourcing
Java Filter Forum: http://www.ibm.com/developerworks/java/
Just the JDBC FAQs: http://www.jguru.com/faq/JDBC
Going International? http://www.jguru.com/faq/I18N
Que Java400? http://www.jguru.com/faq/Java400

----- Original Message ----- From: "Neill Harper" <neill.harper@xxxxxxxx>
To: <java400-l@xxxxxxxxxxxx>
Sent: Saturday, August 16, 2008 9:13 AM
Subject: DecimalFormatter.format(object) gives strange results on i5

JVM

1.4Classic

When I run the following in WDSC and netbeans I get the result I

would

expect. However when I run it on the i5 JVM 1.4 I get an unexpected
result.
I'm probably missing something really obvious, any help would be
appreciated.



public static void main(String[] args) {



BigDecimal num = new
BigDecimal("123456789987654321123456789987");

DecimalFormat df = new DecimalFormat();

df.setMaximumFractionDigits(99);

df.setMaximumIntegerDigits(99);

df.setMinimumFractionDigits(3);

df.setMinimumIntegerDigits(3);



df.setGroupingUsed(true);

df.setGroupingSize(3);



String s = df.format(num);



System.out.println(s);





}



Result in WDSC and Netbeans s =
"123,456,789,987,654,321,123,456,789,987.000"



Result when run on i5 s =

"123,456,789,987,654,321,123,300,000,000.000"

Thanks for taking a look.



Neill

--
This is the Java Programming on and around the iSeries / AS400

(JAVA400-L)

mailing list
To post a message email: JAVA400-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/java400-l
or email: JAVA400-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/java400-l.

--
This is the Java Programming on and around the iSeries / AS400

(JAVA400-L)

mailing list
To post a message email: JAVA400-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/java400-l
or email: JAVA400-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/java400-l.

--
This is the Java Programming on and around the iSeries / AS400
(JAVA400-L) mailing list
To post a message email: JAVA400-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/java400-l
or email: JAVA400-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/java400-l.

_____________

The information contained in this message is proprietary and/or
confidential. If you are not the
intended recipient, please: (i) delete the message and all copies; (ii) do
not disclose,
distribute or use the message in any manner; and (iii) notify the sender
immediately. In addition,
please be aware that any message addressed to our domain is subject to
archiving and review by
persons other than the intended recipient. Thank you.
_____________
--
This is the Java Programming on and around the iSeries / AS400 (JAVA400-L)
mailing list
To post a message email: JAVA400-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/java400-l
or email: JAVA400-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/java400-l.