Mercurial > hg > RemoteEditor > REPSessionManager
diff Todo @ 343:21ad256c25c2
*** empty log message ***
author | kono |
---|---|
date | Mon, 13 Oct 2008 13:16:31 +0900 |
parents | a9a740e685fa |
children | d07414ff79d3 |
line wrap: on
line diff
--- a/Todo Mon Oct 13 03:33:16 2008 +0900 +++ b/Todo Mon Oct 13 13:16:31 2008 +0900 @@ -1,9 +1,32 @@ +Mon Oct 13 12:34:39 JST 2008 + +Note: (kono) +Session間の通信は、木を作って、自分の親に送り、親がACKをmulti castすれば良い。 +sm_join した時に、どちらが親になるかはどうやって決める? 繋げた先が親ってのが +簡単。親がいないのがmasterとなる。親が死んだら自分が親。親が死んで、 +sessionがmasterを失った時は? loop の検出も必要。updateにunique idを +付けて二度目が来たらloop、または重複。closeして良い。ch_masterは必要ない。 +再接続は可能? 可能だが、再put/join/selectする必要がある。 +put は、親まで上がってsidを決定しなければならない、その後、put_ackを出せる。 +joinは、localでの処理で問題ないが、join_ackはselectが終わってから出る必要がある。 +selectは session owner に行き着く必要がある。session がconnectionを +持っているとは限らない。親がselectする方が自然か? +put_ack/join_ack/select_ackは、updateを見てでの処理で良い? +(前の資料があれば良いのに...) + Mon Oct 13 02:57:45 JST 2008 Todo: (kono) InterManagerのquit中のsessionへのjoinの扱い。(putは来ないがjoinはありえる)。 UPDATEで、sessionをlockしてからquitするか? TestGUIで、selectする前にEditor0がquitしちゃう場合もある。 +Todo: (kono) +SessionManager間のプロトコルの図が、どこにもない。あんなに苦労して考えたのに。 +また、自分で書けってか。 + SessionManager SM_JOINと、masterの決定 + put/selectの生成、masterによるsession id の決定 + updateによるsessionの共有 + Sun Oct 12 19:12:20 JST 2008 Todo: (kono)