--- ow <oneway_111_at_yahoo.com> wrote:
> For consistency sake, I think it would been better if java.util.Date was used
> both for the "client" and the "server" since it is not known if a particular
> client would ever need Calendar's functionality. And if it would, it could
> convert Dates to Calendars.
>
> My reluctance to deal with Calendar is because we already convert between
> util.Date and sql.Date to get the data into db and back. Now we need to deal
> with Calendar too ... thousands of records ... not good.
I think the spec needs to be changed to add support for java.util.Date on the
"client". This way it'll be consistent with the "server" part and would result
in cleaner code and better performance for applications that do not need
Calendar functionality on the client.
__________________________________
Do you Yahoo!?
Yahoo! Calendar - Free online calendar with sync to Outlook(TM).
http://calendar.yahoo.com