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)