You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@commons.apache.org by bu...@apache.org on 2005/11/14 18:43:44 UTC

DO NOT REPLY [Bug 37499] New: - parseDate with TimeZone

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG�
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=37499>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND�
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=37499

           Summary: parseDate with TimeZone
           Product: Commons
           Version: 2.1 Final
          Platform: All
        OS/Version: All
            Status: NEW
          Severity: enhancement
          Priority: P2
         Component: Lang
        AssignedTo: commons-dev@jakarta.apache.org
        ReportedBy: bolandb@attbi.com


I needed the ability to user a function like the 
org.apache.commons.lang.time.DateUtils.parseDate function but I needed to 
consider a different time zone when parsing the dates (assuming the format did 
not have the time zone as part of the input). This is needed for different 
clients to enter local date/time values on their browser and consider their 
defined time zone to convert this to the server/system time zone. I just 
thought an additional parameter to this function would make it more generic 
for this purpose while still keeping the current method signate which would 
use the tiem zone sensitive one with a null or default timezone value.

Anyway, just thought I'd suggest it.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org