Adriano,
All these formats are only allowed for convenience of entry. When a date
is serialized it is converted to the canonical format. Take a look at
class ModelFactoryImpl:
public String convertDateToString(Object instanceValue)
{
if (instanceValue == null)
{
return null;
}
SimpleDateFormat f = new SimpleDateFormat(
"yyyy-MM-dd'T'HH:mm:ss'.'SSS'Z'");
f.setTimeZone(TimeZone.getTimeZone("GMT"));
return f.format((Date)instanceValue);
}
Frank.
[EMAIL PROTECTED] wrote on 03/30/2008 03:27:33 AM:
> Surfing on net I found this:
>
> Time zones
> ...
>
> More recent (post 1.5.0) versions of openadaptor use Java TimeZone
objects,
> so the string must be understood by that class (either GMT±hh:mm
> Europe/London - note that three letter abbreviations such as CST are
frowned
> upon, as there are no standards and many ambiguities - is that US
Central
> Standard Time or China Standard Time?). If the timezone is not
recognised,
> then the JVM local timezone is assumed. or descriptive:
>
> This text is located at the bottom of [1]. Relying on this text, should
SDO
> use time zone abbreviations instead of GMT +-HH:mm format?
> [1] https://openadaptor.openadaptor.org/pg/dates_times_and_timezones.htm
>
> Adriano Crestani
>
> On Sat, Mar 29, 2008 at 10:39 PM, Adriano Crestani <
> [EMAIL PROTECTED]> wrote:
>
> > I have some doubts about if it's acceptable or not, because the Java
SDO
> > specs defines the following format: " yyyy-MM-dd'T'HH:mm:ss'.'SSS'Z' "
. But
> > when I look at the testcases, it test many date strings that are not
exactly
> > in this format:
> >
> > // Ensure that strings that should be recognized by toDate do not
> > // result in a null Date value.
> >
> > public void testToDateFormats() throws Exception
> > {
> > String[] validStrings =
> > {
> > "2006-03-31T03:30:45.123Z",
> > "-2006-03-31T03:30:45.1Z",
> > "2006-03-31T03:30:45Z",
> > "2006-03-31T03:30:45.123",
> > "2006-03-31T03:30:45.1",
> > "-2006-03-31T03:30:45",
> > "2006-03-31T03:30:45.123 EDT",
> > "2006-03-31T03:30:45.1 EDT",
> > "2006-03-31T03:30:45 EDT",
> > "---05 PST",
> > "---04",
> > "--12 GMT",
> > "--12",
> > "--08-08 EST",
> > "--08-08",
> > "1976-08-08 PDT",
> > "1976-08-08",
> > "88-12 CST",
> > "1988-12",
> > "2005 CDT",
> > "1999",
> > "P2006Y 08M 10D T 12H 24M 07S",
> > "P2006Y 10D T 12H",
> > "-P2006Y 08M 10D T 07S.2",
> > "P08M 10D T 07H",
> > "-P 04M 10DT12H 24S.88",
> > "PT12H"
> > };
> >
> > for (int i = 0; i < validStrings.length; i++)
> > {
> > assertNotNull("DataHelper.toData() should not return null
for
> > '" + validStrings[i] + "'.",
> > data_helper.toDate(validStrings[i]));
> > }
> >
> > }
> >
> > Am I missing something?
> >
> > Thanks in advance,
> > Adriano Crestani
> >
> >
> > On Sat, Mar 29, 2008 at 5:55 PM, Adriano Crestani <
> > [EMAIL PROTECTED]> wrote:
> >
> > > Hi,
> > >
> > > What is the time zone format used in datetime SDO string? Only the
time
> > > zone abbreviation, like for example: "PST", or it also accepts
> GTM, like for
> > > example: "GMT -04:00"?
> > >
> > > Thanks in advance,
> > > Adriano Crestani
> > >
> >
> >
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
