Re: [Veltools] DateTool rework

[Gabriel Sidler <si...@teamup.ch>]

Hi Nathan,
I just commited your latest version of the DateTool. It looks good.

One addition that would be handy would be to a method that generates
a non-default Locale instance:

public Locale getLocale(String language, String country)

What do you think?

Gabe





Nathan Bubna wrote:

> Ok,  I finally got around to reworking DateTool into something i think both
> Gabe and I can be happy with.  Attached is a patch that makes more than a
> few changes, but the primary methods of the API are still there.  So, I
> don't think this will mess things up for many people.  If it does, sorry,
> but this version is really quite better (IMO) and this is unreleased
> software still.
> 
> Anyway, this version is still 100% threadsafe for Gabe, but also makes it
> much easier for me to implement request/session versions by overriding just
> a couple key methods.  Also, messing with TimeZones is supported, and I
> added a toDate() method that allows you to specify the format & locale used
> to parse a string to a date. (much thanks to Claude for that suggestion!).
> 
> I've also been working on my search result paging tool.  I should have
> something to contribute there shortly.  I also intend to get into the whole
> ParameterParser mess again soon.  :-)
> 
> Nathan Bubna
> nathan@esha.com
> 
> 
> ------------------------------------------------------------------------
> 
> --
> To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
> For additional commands, e-mail: <ma...@jakarta.apache.org>
> 


-- 
--
Gabriel Sidler
Software Engineer, Eivycom GmbH, Zurich, Switzerland


--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>

Re: [Veltools] DateTool rework

[Nathan Bubna <na...@esha.com>]

Gabe said:
[snip]
> One addition that would be handy would be to a method that generates
> a non-default Locale instance:
>
> public Locale getLocale(String language, String country)
>
> What do you think?

hmm.  i see how that could be a handy function for someone, but i'm not
convinced it belongs in a date tool.  It seems like just a generic utility
method more than anything to do with date/calendar functions.

Nathan Bubna
nathan@esha.com


--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>