I seemed to have overlooked the ONE_HOUR constant. I assumed that offset would be in hours not milliseconds.
Introducing a HALF_HOUR constant would solve the problem as Nathan pointed out. Regards, Tharindu On Sun, Jul 13, 2008 at 12:27 AM, Nathan Beyer <[EMAIL PROTECTED]> wrote: > Floats should not be needed, nor would they be precise. The offset is based > on the number of milliseconds. > > I believe the code example showed something like this - > > new SimpleTimeZone(6 * ONE_HOUR, XXX) > > To do a half you could just create a new constant and do something like > this > - > > new SimpleTimeZone(5 * ONE_HOUR + HALF_HOUR, XXX) > > -Nathan > > On Sat, Jul 12, 2008 at 8:28 AM, Senaka Fernando <[EMAIL PROTECTED]> > wrote: > > > Hi Tharindu, > > > > Isn't com.ibm.icu.util.SimpleTimeZone accepting the offset as the number > of > > milliseconds that a time zone is apart from UTC? Am I mistaken here? > > > > Regards, > > Senaka > > > > On Sat, Jul 12, 2008 at 5:04 PM, Tharindu Mathew <[EMAIL PROTECTED]> > > wrote: > > > > > The problem as I pointed out in the JIRA is that, floats are not > accepted > > > as > > > arguments to this method cause some classes from an IBM package is > used, > > in > > > which the source CAN'T be modified (non-harmony). This was what I > > > understood > > > from the problem. > > > > > > Therefore only, whole values are set, because only integers are > accepted > > > through the method from the IBM package. > > > > > > Regards, > > > > > > Tharindu > > > > > > On Sat, Jul 12, 2008 at 3:06 PM, Senaka Fernando <[EMAIL PROTECTED]> > > > wrote: > > > > > > > Hi all, > > > > > > > > I would like to know why, java.util.TimeZones.getTimeZones() only > > > retrieves > > > > Time Zones that are a whole number of hours apart from UTC? If this > was > > > not > > > > intentional, I would like to volunteer to create entries for all Time > > > Zones > > > > that are not listed, which are not a whole number of hours > (fractional) > > > > apart from UTC. Thanks, to Tharindu for locating this issue, [1] > > > > > > > > [1] https://issues.apache.org/jira/browse/HARMONY-5909 > > > > > > > > Regards, > > > > Senaka > > > > > > > > > >
