[ANN] [GOODIE] rST - Remote Smalltalk
Rob Withers
rwithers12 at mediaone.net
Sat Feb 23 08:02:15 UTC 2002
Yes, this is what you'll want to use, I think. I have attached a few
subclasses to the framework that I used to prototype pass-by-reference. It
is a DynamocMappingRule, and the associated configuration, Load and Save
Contexts, and a new object stream which uses these. The Mapping Rule
will allow you to specify custom mapping rules. For instance, you can
create one that matches any Process objects and substitute a remote
reference. The great thing about this framework, is that you do these
transformations as you are encoding the graph of objects. In other words,
you walk the graph once, and do in place substitutions.
I believe that Paul has a newer version he has been working on, which turns
all the Load and Save rules into instance based rules, rather than using
classes.
Cheers,
Rob
At 02:17 AM 2/23/2002, you wrote:
>Hi,
>
>----- Original Message -----
>From: "Diego Gomez Deck" <DiegoGomezDeck at ConsultAr.com>
>To: <squeak-dev at lists.squeakfoundation.org>
>Sent: Saturday, February 23, 2002 12:15 AM
>Subject: Re: [ANN] [GOODIE] rST - Remote Smalltalk
>
>
> > Hi,
> >
> > >Really good. So, actually rST looks like RMI for Java. That's cool.
> > >What do you have plan to do next ?
> >
> > The folowing steps are:
> > 1) remote garbage collector (in progress)
> > 2) replace the squeak serialization for other thing. I plan to port to
>others smalltalks and we need an serialization multi-smalltalk
>
>If you are planning to replace squeak specific serialization with more
>interoperable one, just take a look at CampSmalltalk's SRP (State
>Replication Protocol).
>
>http://wiki.cs.uiuc.edu/CampSmalltalk/About+State+Replication+Protocol+(SRP)
>
>It defines standard way to serialize Smalltalk objects.
>
>Implementations for many Smalltalks(including Squeak) are available at:
>http://www.effectnet.com/pbaumann/index.html
>
>I will adopt this serialization protocol to my SOAP. (Currently SoapOpera
>supports Squeak specific encoding and SOAP Encoding, so SRP will be the
>third option).
>
>Best regards,
>---
>[:masashi | ^umezawa]
-------------- next part --------------
A non-text attachment was scrubbed...
Name: SrpHandleSubstitutionRules.4.cs
Type: application/octet-stream
Size: 23985 bytes
Desc: not available
Url : http://lists.squeakfoundation.org/pipermail/squeak-dev/attachments/20020223/ae919605/SrpHandleSubstitutionRules.4.obj
More information about the Squeak-dev
mailing list
|