Thorbjorn,

Great tip on Joda time. It looks very promising. Are you currently using
it? Any gotchas?

Thanks,
Todd Allen
EDPS
Electronic Data Processing Services
tallen@xxxxxxxxxxxx




Thorbjørn Ravn
Andersen
<thunderaxiom@hot To
mail.com> "'Java Programming on and around
Sent by: the iSeries / AS400'"
java400-l-bounces <java400-l@xxxxxxxxxxxx>
@midrange.com cc

Subject
2010-07-09 07:00 RE: Handling Dates in websphere
before 1940 causing issue

Please respond to
Java Programming
on and around the
iSeries / AS400
<java400-l@midran
ge.com>






Could be - nasty little side effect there.

I can recommend everybody who has ever been bitten by Date and Calendar, to
have a look at the JODA class library.

http://joda-time.sourceforge.net/

-----Original Message-----
From: java400-l-bounces@xxxxxxxxxxxx [mailto:java400-l-bounces@xxxxxxxxxxxx
]
On Behalf Of Clapham, Paul
Sent: 8. juli 2010 17:38
To: Java Programming on and around the iSeries / AS400
Subject: RE: Handling Dates in websphere before 1940 causing issue

Probably there were different daylight saving time rules in 1939 between
those two time zones. Then midnight in one of them could be equivalent to
11
PM in the other, and just looking at the date component, you would be out
by
one day.

PC2

-----Original Message-----
From: java400-l-bounces@xxxxxxxxxxxx [mailto:java400-l-bounces@xxxxxxxxxxxx
]
On Behalf Of Thorbjørn Ravn Andersen
Sent: July 8, 2010 07:36
To: 'Java Programming on and around the iSeries / AS400'
Subject: RE: Handling Dates in websphere before 1940 causing issue

How would that make problems for dates in 1939? Just out of curiosity :)

In any case, sounds like a good candidate for including in your CheckStyle
or Findbugs testing harness. Such a thing requires static code analysis -
cannot be done easily at runtime.


-----Original Message-----
From: java400-l-bounces@xxxxxxxxxxxx [mailto:java400-l-bounces@xxxxxxxxxxxx
]
On Behalf Of Ashish Kulkarni
Sent: 8. juli 2010 15:22
To: Java Programming on and around the iSeries / AS400
Subject: Re: Handling Dates in websphere before 1940 causing issue

Hi
Thanks for the update, we found what was causing issue, our websphere has
timezone set to EST5EDT, but some programs had hard coded time zone as
America/New_York in programs which was causing issues.

On Tue, Jul 6, 2010 at 1:32 PM, CJPB - MENDEZ GLADYS
<gmendez@xxxxxxxxxxx>wrote:

Hi Ashish:
We deal with this problem on websphere 6.1. At the administrative
console of websphere server, go to Resources, JDBC, Data Sources, then
select your datasource name.
Next, select Personalized Properties, and insert value "iso"
dateFormat property.

I hope this could help you

Regards

Gladys Méndez
Caja Bancaria
Montevideo, Uruguay



-----Mensaje original-----

message: 4
date: Tue, 6 Jul 2010 09:38:53 -0400
from: Ashish Kulkarni <ashish.kulkarni13@xxxxxxxxx>
subject: Handling Dates in websphere before 1940 causing issue

Hi
Has anyone seen issue with dates if the date is before 1940? We have
this jsf application where we map date from screen to backingbean, If
i enter 09/03/1939, my backing bean gets date 09/02/1939.

Has anyone seen this issue, we are on websphere 6.1 on AS400 V6R1

--
Ashish
www.ayurwellness.com
www.mysoftwareneeds.com


------------------------------

message: 5
date: Tue, 06 Jul 2010 08:44:48 -0500
from: David Gibbs <david@xxxxxxxxxxxx>
subject: Re: Optimize java to run on AS400

Ashish Kulkarni wrote:
We are on V6R1 and just turned on 64 bit on AS400

If you're using the 64bit JVM, then you're using the PASE based JVM ...
and
I don't think you need to do anything to optimize the bytecode.

At one time, with the classic JVM, you could run the CRTJVAPGM command
to pre-create the native code that was attached to the byte code. But
I
think
the need for that mostly went away in later releases.

david

--
IBM i on Power Systems - For when you can't afford to be out of
business


------------------------------

message: 6
date: Tue, 06 Jul 2010 09:18:42 -0600
from: Pete Helgren <Pete@xxxxxxxxxx>
subject: Re: Optimize java to run on AS400

Ashish,

David went where I was going to go. If you are on the more recent
versions of the OS, you shouldn't have to optimize. Also, as I
understand it, the 64bit "classic" version is going away in IBM i 7.1.

The 32bit JVM has performed very well in my Tomcat and JRuby
applications (Glassfish) on i. Not sure what WAS is best optimized for.

Pete


On 7/6/2010 7:44 AM, David Gibbs wrote:
Ashish Kulkarni wrote:

We are on V6R1 and just turned on 64 bit on AS400

If you're using the 64bit JVM, then you're using the PASE based JVM ...
and I don't think you need to do anything to optimize the bytecode.

At one time, with the classic JVM, you could run the CRTJVAPGM
command
to
pre-create the native code that was attached to the byte code. But I
think
the need for that mostly went away in later releases.

david





This communication and any transmitted documents are intended to be confidential. If there is a problem with this transmission, please contact the sender. If the reader of this message is not the intended recipient, or the employee or agent responsible to deliver it to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited.


As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2022 by midrange.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 on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.