<P class=MsoNormal dir=ltr style="MARGIN: 0in 0in 0pt; DIRECTION: ltr; unicode-bidi: embed; TEXT-ALIGN: left"><FONT size=3>Hi David,</FONT></P>
<P class=MsoNormal dir=ltr style="MARGIN: 0in 0in 0pt; DIRECTION: ltr; unicode-bidi: embed; TEXT-ALIGN: left"><FONT size=3>&nbsp;<?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" /><o:p></o:p></FONT></P>
<P class=MsoNormal dir=ltr style="MARGIN: 0in 0in 0pt; DIRECTION: ltr; unicode-bidi: embed; TEXT-ALIGN: left"><FONT size=3>Thanks a lot for your response. It seems that your solution fulfills most of what I wanted to achieve, so it was a great help.</FONT></P>
<P class=MsoNormal dir=ltr style="MARGIN: 0in 0in 0pt; DIRECTION: ltr; unicode-bidi: embed; TEXT-ALIGN: left"><FONT size=3>&nbsp;<o:p></o:p></FONT></P>
<P class=MsoNormal dir=ltr style="MARGIN: 0in 0in 0pt; DIRECTION: ltr; unicode-bidi: embed; TEXT-ALIGN: left"><FONT size=3>This is how I understand the registry/manager/wrappers system:</FONT></P>
<OL style="MARGIN-TOP: 0in" type=1>
<LI class=MsoNormal dir=ltr style="MARGIN: 0in 0in 0pt 0.5in; DIRECTION: ltr; unicode-bidi: embed; TEXT-ALIGN: left; mso-list: l1 level1 lfo2; tab-stops: list .5in"><FONT size=3>The meaning of the wrappers is that</FONT></LI>
<OL style="MARGIN-TOP: 0in" type=a>
<LI class=MsoNormal dir=ltr style="MARGIN: 0in 0in 0pt 0.5in; DIRECTION: ltr; unicode-bidi: embed; TEXT-ALIGN: left; mso-list: l1 level2 lfo2; tab-stops: list 1.0in"><FONT size=3>referenceables are transferable to third parties who get their flow pass through the middle process, and </FONT></LI>
<LI class=MsoNormal dir=ltr style="MARGIN: 0in 0in 0pt 0.5in; DIRECTION: ltr; unicode-bidi: embed; TEXT-ALIGN: left; mso-list: l1 level2 lfo2; tab-stops: list 1.0in"><FONT size=3>that the wrappers get reconnected automatically</FONT></LI></OL>
<LI class=MsoNormal dir=ltr style="MARGIN: 0in 0in 0pt 0.5in; DIRECTION: ltr; unicode-bidi: embed; TEXT-ALIGN: left; mso-list: l1 level1 lfo2; tab-stops: list .5in"><FONT size=3>If I understand correctly, the only purpose of the registry is to provide an interface to enable the re-connection of the wrappers.</FONT></LI>
<LI class=MsoNormal dir=ltr style="MARGIN: 0in 0in 0pt 0.5in; DIRECTION: ltr; unicode-bidi: embed; TEXT-ALIGN: left; mso-list: l1 level1 lfo2; tab-stops: list .5in"><FONT size=3>The purpose of managers is simply to dispense data and state objects.</FONT></LI></OL>
<P class=MsoNormal dir=ltr style="MARGIN: 0in 0in 0pt; DIRECTION: ltr; unicode-bidi: embed; TEXT-ALIGN: left"><FONT size=3>&nbsp;<o:p></o:p></FONT></P>
<P class=MsoNormal dir=ltr style="MARGIN: 0in 0in 0pt; DIRECTION: ltr; unicode-bidi: embed; TEXT-ALIGN: left"><FONT size=3>Questions:</FONT></P>
<OL style="MARGIN-TOP: 0in" type=1>
<LI class=MsoNormal dir=ltr style="MARGIN: 0in 0in 0pt 0.5in; DIRECTION: ltr; unicode-bidi: embed; TEXT-ALIGN: left; mso-list: l0 level1 lfo3; tab-stops: list .5in"><FONT size=3>Do managers only dispense state and data, or do they also provide state control?</FONT></LI>
<LI class=MsoNormal dir=ltr style="MARGIN: 0in 0in 0pt 0.5in; DIRECTION: ltr; unicode-bidi: embed; TEXT-ALIGN: left; mso-list: l0 level1 lfo3; tab-stops: list .5in"><FONT size=3>Do cacheables (state objects) re-connect? Is there any reason why they shouldn’t?</FONT></LI>
<LI class=MsoNormal dir=ltr style="MARGIN: 0in 0in 0pt 0.5in; DIRECTION: ltr; unicode-bidi: embed; TEXT-ALIGN: left; mso-list: l0 level1 lfo3; tab-stops: list .5in"><FONT size=3>Regarding multi-layer wrapping, how do cacheables go from the original server to the final client without becoming unjellyable in the middle?</FONT></LI></OL>
<P class=MsoNormal dir=ltr style="MARGIN: 0in 0in 0pt; DIRECTION: ltr; unicode-bidi: embed; TEXT-ALIGN: left"><FONT size=3>&nbsp;<o:p></o:p></FONT></P>
<P class=MsoNormal dir=ltr style="MARGIN: 0in 0in 0pt; DIRECTION: ltr; unicode-bidi: embed; TEXT-ALIGN: left"><FONT size=3>Thanks,</FONT></P>
<P class=MsoNormal dir=ltr style="MARGIN: 0in 0in 0pt; DIRECTION: ltr; unicode-bidi: embed; TEXT-ALIGN: left"><FONT size=3>&nbsp;<o:p></o:p></FONT></P>
<P class=MsoNormal dir=ltr style="MARGIN: 0in 0in 0pt; DIRECTION: ltr; unicode-bidi: embed; TEXT-ALIGN: left"><FONT size=3>Antony Kummel</FONT></P>
<P class=MsoNormal dir=ltr style="MARGIN: 0in 0in 0pt; DIRECTION: ltr; unicode-bidi: embed; TEXT-ALIGN: left"><FONT size=3>&nbsp;<o:p></o:p></FONT></P>
<P class=MsoNormal dir=ltr style="MARGIN: 0in 0in 0pt; DIRECTION: ltr; unicode-bidi: embed; TEXT-ALIGN: left"><FONT size=3>&nbsp;<o:p></o:p></FONT></P>
<P class=MsoNormal dir=ltr style="MARGIN: 0in 0in 0pt; DIRECTION: ltr; unicode-bidi: embed; TEXT-ALIGN: left"><FONT size=3>P.S.</FONT></P>
<P class=MsoNormal dir=ltr style="MARGIN: 0in 0in 0pt; DIRECTION: ltr; unicode-bidi: embed; TEXT-ALIGN: left"><FONT size=3>&nbsp;<o:p></o:p></FONT></P>
<P class=MsoNormal dir=ltr style="MARGIN: 0in 0in 0pt; DIRECTION: ltr; unicode-bidi: embed; TEXT-ALIGN: left"><FONT size=3>There are some things I am considering to do differently, and it would be interesting to hear your opinion.</FONT></P>
<P class=MsoNormal dir=ltr style="MARGIN: 0in 0in 0pt; DIRECTION: ltr; unicode-bidi: embed; TEXT-ALIGN: left"><FONT size=3>&nbsp;<o:p></o:p></FONT></P>
<P class=MsoNormal dir=ltr style="MARGIN: 0in 0in 0pt; DIRECTION: ltr; unicode-bidi: embed; TEXT-ALIGN: left"><FONT size=3>The system I had in mind:</FONT></P>
<OL style="MARGIN-TOP: 0in" type=1>
<LI class=MsoNormal dir=ltr style="MARGIN: 0in 0in 0pt 0.5in; DIRECTION: ltr; unicode-bidi: embed; TEXT-ALIGN: left; mso-list: l2 level1 lfo4; tab-stops: list .5in"><FONT size=3>I like and want to adhere to the data/state distinction you made.</FONT></LI>
<LI class=MsoNormal dir=ltr style="MARGIN: 0in 0in 0pt 0.5in; DIRECTION: ltr; unicode-bidi: embed; TEXT-ALIGN: left; mso-list: l2 level1 lfo4; tab-stops: list .5in"><FONT size=3>Events will be handled locally by remote caches, based on changes in the cached data (this may be accomplished degenerately, by not exposing anything other than the event).</FONT></LI></OL>
<P class=MsoNormal dir=ltr style="MARGIN: 0in 0in 0pt; DIRECTION: ltr; unicode-bidi: embed; TEXT-ALIGN: left"><FONT size=3>&nbsp;<o:p></o:p></FONT></P>
<P class=MsoNormal dir=ltr style="MARGIN: 0in 0in 0pt; DIRECTION: ltr; unicode-bidi: embed; TEXT-ALIGN: left"><FONT size=3>Differences from your system:</FONT></P>
<OL style="MARGIN-TOP: 0in" type=1 start=3>
<LI class=MsoNormal dir=ltr style="MARGIN: 0in 0in 0pt 0.5in; DIRECTION: ltr; unicode-bidi: embed; TEXT-ALIGN: left; mso-list: l2 level1 lfo4; tab-stops: list .5in"><FONT size=3>I would like all of my referenceables and cacheables in my system to be re-connecting. This to some extent cancels the need for managers, because any dynamically changing object is re-connecting.</FONT></LI>
<LI class=MsoNormal dir=ltr style="MARGIN: 0in 0in 0pt 0.5in; DIRECTION: ltr; unicode-bidi: embed; TEXT-ALIGN: left; mso-list: l2 level1 lfo4; tab-stops: list .5in"><FONT size=3>Instead of (or possibly in addition to) manager objects, I want to have what I call Seed objects, which represent a combination of state, data and referenceables (all optional). These seeds will be copyable, and will include the knowledge required to retrieve their components.</FONT></LI>
<LI class=MsoNormal dir=ltr style="MARGIN: 0in 0in 0pt 0.5in; DIRECTION: ltr; unicode-bidi: embed; TEXT-ALIGN: left; mso-list: l2 level1 lfo4; tab-stops: list .5in"><FONT size=3>The seed objects will represent the basic objects of the system (like users), and will provide control and access to their entire data/state.</FONT></LI>
<LI class=MsoNormal dir=ltr style="MARGIN: 0in 0in 0pt 0.5in; DIRECTION: ltr; unicode-bidi: embed; TEXT-ALIGN: left; mso-list: l2 level1 lfo4; tab-stops: list .5in"><FONT size=3>The main reasons for seeds are:</FONT></LI>
<OL style="MARGIN-TOP: 0in" type=a>
<LI class=MsoNormal dir=ltr style="MARGIN: 0in 0in 0pt 0.5in; DIRECTION: ltr; unicode-bidi: embed; TEXT-ALIGN: left; mso-list: l2 level2 lfo4; tab-stops: list 1.0in"><FONT size=3>I want state, data and control to be provided by the same object for clarity, and not have each of them require an individual query. For example, a user will have Name, email address, etc. as data, online/offline as state, and a send_message method.</FONT></LI>
<LI class=MsoNormal dir=ltr style="MARGIN: 0in 0in 0pt 0.5in; DIRECTION: ltr; unicode-bidi: embed; TEXT-ALIGN: left; mso-list: l2 level2 lfo4; tab-stops: list 1.0in"><FONT size=3>I want state objects, referenceables, and possibly data associated with a Seed to be retrievable from a Server different from the one who dispensed the Seed (for example, the database may provide a seed and the associated user-changeable data, but the state may be kept by a different server). For example, the user’s data may be stored in a database, his online/offline state retrieved from a presence server, and sending him a message may require connecting to his workstation.</FONT></LI></OL></OL>
<P class=MsoNormal dir=ltr style="MARGIN: 0in 0in 0pt; DIRECTION: ltr; unicode-bidi: embed; TEXT-ALIGN: left"><FONT size=3>&nbsp;<o:p></o:p></FONT></P><p>
                <hr size=1> <a href="http://us.rd.yahoo.com/evt=34442/*http://www.yahoo.com/r/hs">Start your day with Yahoo! - make it your home page </a>