Is this mailing list appropriate for Pier-related
questions ?
Yeah, this is the mailing-list of Magritte and Pier, even-tough it
still called smallwiki ... maybe we could create an alias and migrate
slowly, but I dare that this is not that easy as the name change was?
Regarding what we said in the squeak-dev mailing
list:
Pier was designed to have a prevalence like
persistency: this
means it
consists of a snapshot mechanism and the logging facilities for
command-objects. Command objects are the key thing, since this is the
only way to modify the model. There is some experimental code (that
already proved to work) but that is not tested in real environments
and that is still lacking some features.
It seems that there are no test related to persistency except
PRKernelTest>>testPersistency. Is it right ?
Ahh well, this is more a kernel test, not a persistency test ;-)
I didn't had time to write tests for the persistency or the commands
yet. There are some empty skeletons for the commands already.
Is the method snapshot called ? There is no class
having a name
starting with PR that send the method snapshot, but perhaps it is
invoked in a non trivial way.
No, the method #snapshot is not called from within Pier, I guess that
it should be manually executed from a workspace (maybe also from a
regular thread), if the user wants to create a snapshot. The key
thing is the logging of the commands that happens in #log: and is
called automatically after executing every command.
There are different subclasses of PRPersistency:
- PRImagePersistency: this mock-class is finished, it is basically
intended to test and try out the whole persistency mechanism. It
keeps the commands and snapshots in ordered collections within the
image.
- PRNullPersistency: doesn't do any persistency, it is basically
intended to test other parts of Pier without the overhead of storing
anything.
- PRFilePersistency: this should do the same as PRImagePersistency,
but it is not finished right now.
Lukas
--
Lukas Renggli
http://www.lukas-renggli.ch