Am Dienstag, 27. Januar 2015 12:05:09 UTC+1 schrieb PMario:
>
>
> - a session would mean here that you start with a synced wiki (copies) and 
>> do handshakes by determining the name (convention) of the syncStatus file 
>> considering the current cloud conditions
>>
>
> If you use your file based handshake, you need to sync the handshake = 
> "lock file". ... But this is a "chicken / egg" problem.
> To trigger the "3rd party syncing action" you need to delete the lock file 
> on side A. -> syncing is triggered, but doesn't work -> So you are out of 
> sync.
>

Big sorry, i didn't got your point. I think my word "handshake" is not 
luckily chosen here. What I mean with handshake here is just an agreement 
between (2) parties how to communicate. The agreement just consists of the 
names of the syncfiles. 
!! And the important point I may have forgotten to mention explicitely is 
that the information about the syncfile of A is told to B in a meta way. 
Which means that the name of the syncfile of A is told B per comment / chat 
/ social functionality of the sync carrier (the cloud service). In a case 
where you have a single wiki in a directory in sync over a cloud service 
you have to exchange this meta information only once! In theory the meta 
thing might be not elegant. In reality it would be highly practical, 
because you only have to exchange the meta information when your team 
changes or the cloud service does - that would be really convenient.
 

>  
>
A thinks I'm ok
> B thinks A is still locked ... The problem here is the 3rd party 
> transport. Because you can't trust it. So the locking mechanism needs to be 
> more sophisticated. ...
>
> - after the sync the syncfile of A has to be deleted by B and A is not 
>> allowed to write a new syncfile while the old syncfile exists
>>
>
> This is a typical condition for a "dead lock", where both sides are 
> locked, because the "delete" action didn't work, for some unknown reason. 
>

Sorry, I did not understood that as well, perhaps my explanation above 
about the meta information brings some clarification?

>  
>

-- 
You received this message because you are subscribed to the Google Groups 
"TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To post to this group, send email to [email protected].
Visit this group at http://groups.google.com/group/tiddlywiki.
For more options, visit https://groups.google.com/d/optout.

Reply via email to