I had a glance at the tutorials you mentioned; I had seen those topics before and used them.
What I meant when I said that I hadn't seen tutorials on dates was that I hadn't seen any on the topics of *manipulating* dates, e.g. using Dates and Calendars to obtain or set specific dates. I found the coverage of that material a bit lacking at the time; it's probably better now though since the Tutorial has matured considerably since I first started messing with Java. Rhino ----- Original Message ----- From: "Yansheng Lin" <[EMAIL PROTECTED]> To: "'Tomcat Users List'" <[EMAIL PROTECTED]> Sent: Friday, April 02, 2004 3:29 PM Subject: RE: [OT] The Way Java Handles Date > Thanks Yoav, always helpful, eh:) > > But I am with Rhino on using "non-standard" packages, by no means undermining > the usefulness of the two classes in commons-lang. Just for someone who is > learning this from the scratch, there could be a better interface. But they > try, I guess:). Here's a few tutorials on the sun: > > http://java.sun.com/docs/books/tutorial/i18n/format/dateintro.html > http://java.sun.com/docs/books/tutorial/i18n/format/simpleDateFormat.html > > -yan > > -----Original Message----- > From: Shapira, Yoav [mailto:[EMAIL PROTECTED] > Sent: Friday, April 02, 2004 1:21 PM > To: Tomcat Users List > Subject: RE: [OT] The Way Java Handles Date > > > > Hi, > See commons-lang's DateUtils and DateFormatUtils > (http://jakarta.apache.org/commons/lang/apidocs/index.html). > Enhancements to these classes should be suggested on the commons-dev > mailing list. > > Yoav Shapira > Millennium Research Informatics > > > >-----Original Message----- > >From: Rhino [mailto:[EMAIL PROTECTED] > >Sent: Friday, April 02, 2004 3:16 PM > >To: Tomcat Users List > >Subject: Re: [OT] The Way Java Handles Date > > > >Good point! Instead of complaining about it, the best way is to come up > >with > >a better way ourselves. Unless of course we can persuade Sun to do it > for > >us > >;-) > > > >Mind you, Roedy Green already has a BigDate package (if I remember the > name > >correctly) and I was starting to think about using it before I finally > >figured out the date stuff that I needed to know. Maybe that would meet > >your > >needs. Personally, I've resisted going that way because I didn't want > to > >use > >something "non-standard" if at all possible. But that's just me. > > > >As for the tutorial you saw on dates, I'd be curious to know where it > is. I > >don't remember seeing much of anything about dates in the Java Tutorial > but > >maybe you mean some other tutorial. I figured out most of what I've > learned > >about dates from Google posts where people were discussing problems and > >that > >was not the nicest way to do it. > > > >Rhino > > > >----- Original Message ----- > >From: "Denis Haskin" <[EMAIL PROTECTED]> > >To: "Tomcat Users List" <[EMAIL PROTECTED]> > >Sent: Friday, April 02, 2004 3:00 PM > >Subject: Re: [OT] The Way Java Handles Date > > > > > >> Why does Sun need to do it? Anyone could do it. Seems like it could > be > >> a candidate for Jakarta Commons... or is it too trivial? > >> > >> http://jakarta.apache.org/commons/ > >> > >> dwh > >> > >> > >> Yansheng Lin wrote: > >> > >> >As I said, this is a faq. There is already tutorials on Sun's > Website. > >But the > >> >way it works now is kind of counter-intuitive. That's the problem > to > >new > >user. > >> >Wouldn't it be nicer if Sun came up with an Wrapper interface that > >allows > >the > >> >user create a Date object with different arguments? > >> > > >> > > >> > >> > >> > >> --------------------------------------------------------------------- > >> To unsubscribe, e-mail: [EMAIL PROTECTED] > >> For additional commands, e-mail: [EMAIL PROTECTED] > >> > > > > > >--------------------------------------------------------------------- > >To unsubscribe, e-mail: [EMAIL PROTECTED] > >For additional commands, e-mail: [EMAIL PROTECTED] > > > > > This e-mail, including any attachments, is a confidential business > communication, and may contain information that is confidential, proprietary > and/or privileged. This e-mail is intended only for the individual(s) to whom > it is addressed, and may not be saved, copied, printed, disclosed or used by > anyone else. If you are not the(an) intended recipient, please immediately > delete this e-mail from your computer system and notify the sender. Thank you. > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
