Bug 27520 - Long object persisted in Session properties of meta-data file
Summary: Long object persisted in Session properties of meta-data file
Status: RESOLVED WORKSFORME
Alias: None
Product: Platform
Classification: Eclipse Project
Component: Team (show other bugs)
Version: 2.1   Edit
Hardware: PC Windows XP
: P4 normal (vote)
Target Milestone: ---   Edit
Assignee: Platform-VCM-Inbox CLA
QA Contact:
URL:
Whiteboard:
Keywords: performance
Depends on:
Blocks:
 
Reported: 2002-12-02 14:03 EST by Michael Valenta CLA
Modified: 2005-04-06 14:38 EDT (History)
1 user (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Michael Valenta CLA 2002-12-02 14:03:49 EST
Currently, we store a Long as a session property of each meta-data file which 
allows us to determine who last modified a particular meta-file. We should 
investigate whether we need to persist the Long indefinitely or whether it is 
enough to use the session property until the next delta. Here is one proposed 
alternative:

- If the CVS plugin changes a meta-file, add the timestamp session property
- In a delta, if the timestamp is there and matches the modification time, 
we're OK. If the timestamp is wrong or not there, the meta-file was modified by 
a third party.
- In either case, clear the session property after it is used in the delta
Comment 1 Kevin McGuire CLA 2003-01-15 16:15:20 EST
We need to investigate time cost of making/clearing session properties.  For 
resources which you are doing a lot of CVS operations against, this could be 
expensive.

However, good savings for cases such as replacing from latest/update then not 
doing anything with that project.
Comment 2 Tod Creasey CLA 2005-03-07 11:57:25 EST
Adding my name to the cc list as we are now tracking performance issues more
closely. Please remove the performance keyword if this is not a performance bug.
Comment 3 Michael Valenta CLA 2005-04-06 14:38:06 EDT
This was added at some point in 3.0