[Seaside-dev] Issue 178 in seaside: WACache / WARegsitry copying
codesite-noreply at google.com
codesite-noreply at google.com
Sun Oct 5 21:12:40 UTC 2008
Issue 178: WACache / WARegsitry copying
http://code.google.com/p/seaside/issues/detail?id=178
Comment #2 by jfitzell:
Name: Seaside-Core-jf.272
Author: jf
Time: 5 October 2008, 11:10:07 pm
UUID: 1b0da229-2569-ea4a-a0a9-f4795e6165d7
Ancestors: Seaside-Core-jf.271
Name: Seaside-Session-jf.24
Author: jf
Time: 5 October 2008, 11:10:46 pm
UUID: a2309386-49a7-dc4f-9eba-6970d060215d
Ancestors: Seaside-Session-jf.23
Name: Seaside-Tests-All-jf.24
Author: jf
Time: 5 October 2008, 11:11:20 pm
UUID: bd990a59-4469-b341-ab81-5dc6ecf963c9
Ancestors: Seaside-Tests-All-jf.23
Implement proper copying behaviour for WACache, its plugins, and WASession
and
WARegistry which currently hold instances of WACache.
http://code.google.com/p/seaside/issues/detail?id=178
+ add private (for now) accessors for all the plugins on WACache (needed
for testing,
but also good practice)
+ remove need for cache to be specified when initializing a cache plugin.
It must
however be set with #setCache: before being used. This allows passing in a
configured
plugin instance to WACache instead of a class and also makes it possible to
change
the cache instance variable after copying.
+ Add test for WACache>>testCopy to test copy behaviour
Issue attribute updates:
Status: Fixed
--
You received this message because you are listed in the owner
or CC fields of this issue, or because you starred this issue.
You may adjust your issue notification preferences at:
http://code.google.com/hosting/settings
More information about the seaside-dev
mailing list