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