Can you be more specific on the exception?
Is it at deploy time that the exception is thrown? Have you tried using
java.sql.Date instead?
R'gards
> __________________________________
> Kristof Dierckxsens
> /\/\ Cambridge Technology Partners, Inc.
> / /_ \ Bessenveldstraat 25
> \ / / B-1831 Diegem
> \/\/ Belgium
> Tel. : +32 (0) 2 716 4700 Fax : +32 (0) 2 716 4727
> mobile : +32 (0) 478 21 9201 v-mail : +31 (0) 20 575 4526
> mailto : [EMAIL PROTECTED] http://www.ctp.com
> __________________________________
> Wars and Politicians come and go, but music is forever.
> - Ziggy Marley
>
-----Original Message-----
From: Sivakumar_Subramanian
[mailto:[EMAIL PROTECTED]]
Sent: 28 June 2000 20:00
To: [EMAIL PROTECTED]
Subject: java.util.Date
Hello All,
I am having a Date Object and i want to put as a primary key class.
But it throws some excetpions. How should i over come this.
pls help.
advance thanx.
-----------------------------------------------
Sivakumar Subramanian
Satyam Computer Services Ltd,
M.G. Road, Bangalore, India
EMail : [EMAIL PROTECTED]
Ph: 91-80-5597171 Extn: 3657
-----------------------------------------------
> ----------
> From: louth,william[SMTP:[EMAIL PROTECTED]]
> Reply To: A mailing list for Enterprise JavaBeans development
> Sent: Wednesday, June 28, 2000 7:47 PM
> To: [EMAIL PROTECTED]
> Subject: Re: cash prizes for posting application server reviews on
> TheServ erSide.com
>
> Jim,
>
> <personal-opinion>
>
> I hope that ECPerf will provide this. It would be nice to see all those
> hates thrown into the ring.
>
> Regarding "easy deployment" I think we have not reached that level across
> the board. Some vendors are trying their hardest to make it as simple and
> pleasant as it can be and well, others are trying their hardest to make it
> as complicated and unpleasant as it can be. The second group's thinking is
> that *we* all love the hard work, long hours and total frustration in
> trying
> to get our silly little beans deployed in their container. When finally
> deployed we bask in our glory on climbing our own mount everest and look
> forward to the increase in our salary that comes with this, since we know
> that somebody else out there has decided to create their very own
> replicate
> of mount everest and needs rescuing. Don't let go of my hands.
>
> </personal-opinion>
>
> -william
>
> -----Original Message-----
> From: James Cook [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, June 28, 2000 2:23 PM
> To: [EMAIL PROTECTED]
> Subject: Re: cash prizes for posting application server reviews on
> TheServerSide.com
>
>
> ----- Original Message -----
> From: louth,william <[EMAIL PROTECTED]>
> > Having said that I do not know if this is really a good idea. I mean
> would
> > you believe half the things posted on the web. I tend to more skeptical
> of
> > claims without any serious evidence. To me this is just like basing your
> > personal investment decisions on some post on a yahoo message board.
>
> I like it.
>
> I can't imagine ever basing a purchase decision solely on the word of
> someone posting to a Yahoo message board. Good luck to those who do.
>
> But I like the fact that individual users can review (under moderation)
> app
> servers. It's incredibly difficult to get comprehensive information about
> such a product.
>
> It would be nicer still if serverside.com, along with some of us
> developers,
> put together an opensource app server benchmark that is *easily* run on
> any
> EJB appserver. After all, isn't easy deployment the cornerstone of EJB.
> Even
> if the benchmark initially focuses on EJB performance (as opposed to the
> whole J2EE spec), it would be extremely useful.
>
> Of course, serverside would have to have the balls to stand up to these
> compaines regarding benchmark results being released to <gasp> the public.
> If serverside allowed a forum where independent developers could post
> there
> system setup, config parameters, and results, I don't see how any of these
> app server companies could bitch.
>
> jim
>
> ==========================================================================
> =
> To unsubscribe, send email to [EMAIL PROTECTED] and include in the
> body
> of the message "signoff EJB-INTEREST". For general help, send email to
> [EMAIL PROTECTED] and include in the body of the message "help".
>
> ==========================================================================
> =
> To unsubscribe, send email to [EMAIL PROTECTED] and include in the
> body
> of the message "signoff EJB-INTEREST". For general help, send email to
> [EMAIL PROTECTED] and include in the body of the message "help".
>
===========================================================================
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff EJB-INTEREST". For general help, send email to
[EMAIL PROTECTED] and include in the body of the message "help".
===========================================================================
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff EJB-INTEREST". For general help, send email to
[EMAIL PROTECTED] and include in the body of the message "help".
