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