You are viewing a plain text version of this content. The canonical link for it is here.
Posted to slide-dev@jakarta.apache.org by bu...@apache.org on 2004/06/16 08:46:29 UTC
DO NOT REPLY [Bug 29593] New: -
GetLastModifiedProperty performance and overhead
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=29593>.
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=29593
GetLastModifiedProperty performance and overhead
Summary: GetLastModifiedProperty performance and overhead
Product: Slide
Version: 2.0
Platform: Other
OS/Version: Other
Status: NEW
Severity: Normal
Priority: Other
Component: WebDAV client
AssignedTo: slide-dev@jakarta.apache.org
ReportedBy: Robert_Flaherty@Hyperion.com
Currently the 'format' field is not static and it is being synchronized.
I think that this should be made static at a minimum.
Although the doc for SimpleDateFormat says its' not synchronized, we are not
altering it and only calling parse(), which I think will be safe to remove the
synchronized call b/c no fields are used to maintain the parsed state.
This is somewhat related to my 29592 post in that getDateFormat() methods in
ISO8601DateProperty and RFC2068DateProperty would return their respective
static DateFormat fields.
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-dev-help@jakarta.apache.org