Project

General

Profile

Actions

Bug #2141

closed

resultset cache expiration problem

Added by Chad Berkley over 18 years ago. Updated about 18 years ago.

Status:
Resolved
Priority:
Immediate
Assignee:
Category:
data access
Target version:
Start date:
07/05/2005
Due date:
% Done:

0%

Estimated time:
Bugzilla-Id:
2141

Description

The cache needs to be fixed so that resultsets expire and are purged according
to a set policy. This was discussed at the 05 june kepler meeting. efrat and
jing agreed to fix it.


Related issues

Blocked by Kepler - Bug #2133: Need ability to update data searchesNewJing Tao06/23/2005

Actions
Actions #1

Updated by Matt Jones over 18 years ago

This has still not been resolved. Reassigning to kruland. Cache expiration
policies should be settable for each type of cache object, including the option
to mark some items as non-purgable. Resultsets from queries (e.g., in DiGIR)
should probably be handled differently than immutable objects (ie, LSID
identified actors, data, EML docs).

Actions #2

Updated by Kevin Ruland about 18 years ago

In CVS, CacheExpiration can now be set on each CacheObject. There are three
different expiration "policies", by date, never, and after session. The cache
contents is expired (including session objects) when the CacheManager's
singleton instance is created. I have set the QueryAction to have "Session"
expiration. The contents of the Quick Search will be "flushed" with kepler restart.

Actions #3

Updated by Redmine Admin about 11 years ago

Original Bugzilla ID was 2141

Actions

Also available in: Atom PDF