[GroupDAV] Question about the Strategy Configuration
Tews, Shad
groupdav@opengroupware.org
Wed, 21 Mar 2007 23:39:07 -0600
This is a multi-part message in MIME format.
------_=_NextPart_001_01C76C44.68959FE4
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Correct me if I am wrong but currently if the setting is "Server Wins" =
then there is no way any updates made on the client will happen at the =
server, which to me seems incorrect. This setting should only come into =
play if there are changes made to both the cleitn and server prior to =
sync'ing.
=20
thanks,
Shad
________________________________
From: groupdav-admin@opengroupware.org on behalf of Mathew McBride
Sent: Wed 3/21/2007 9:46 PM
To: groupdav@opengroupware.org
Subject: Re: [GroupDAV] Question about the Strategy Configuration
The event sync source shouldn=B9t need to do any special processing =
depending
on the set strategy (client/server wins), as Funambol handles this =
itself.
The strategy is provided to us at the start of sync but theres no need =
to
check it, however there are places in the GroupDAV sync sources where =
its
been checked to ensure sanity, they=B9ll vanish when I get around to =
removing
them.
Don't confuse that with the synchronization mode (slow,normal,from =
server
only, to client only) which is checked in getAllSyncItemKeys()
I currently don't have any servers with the connector on it available =
for
external use.
On 22/3/07 9:47 AM, "Tews, Shad" <Shad.Tews@corpx.usa.net> wrote:
> In the funambol admin tool on the Strategy Panel under conflict =
resolution
> there is a Client wins and a Server wins option. When looking at the =
code in
> vCalGroupDAVConnector it appears that if it is set to "Server Wins" =
there will
> never be any updates propigated from the client to the server. In =
there it
> appears that this setting is being looked at incorrectly. My =
understanding of
> this setting is that it is used only if there has been changes to an =
event or
> contact on both the client and the server and there has to be a =
decision made
> as to whose data is correct. I wouldn't expect this option to be used =
unless
> that condition had been detected. Do you ever attempt to detect this
> condition? Or does this responsibility lie within the Funambol code?
>=20
> Also, do you happen to have a server we can test against? We would =
like to
> have multiple locations that we can test against to try and detect if =
we have
> incorrectly setup anything on our side.
>=20
> thanks,
> Shad
>
>
>
>=20
>
>=20
>
--
GroupDAV
groupdav@opengroupware.org
http://mail.opengroupware.org/mailman/listinfo/groupdav
------_=_NextPart_001_01C76C44.68959FE4
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<HTML dir=3Dltr><HEAD><TITLE>Re: [GroupDAV] Question about the Strategy =
Configuration</TITLE>=0A=
<META http-equiv=3DContent-Type content=3D"text/html; charset=3Dunicode">=0A=
<META content=3D"MSHTML 6.00.2800.1589" name=3DGENERATOR></HEAD>=0A=
<BODY><FONT COLOR=3DBLACK>=0A=
<DIV id=3DidOWAReplyText53686 dir=3Dltr>=0A=
<DIV dir=3Dltr><FONT face=3DArial color=3D#000000 size=3D2>Correct me if =
I am wrong but currently if the setting is "Server Wins" then there is =
no way any updates made on the client will happen at the server, which =
to me seems incorrect. This setting should only come into play if there =
are changes made to both the cleitn and server prior to =
sync'ing.</FONT></DIV>=0A=
<DIV dir=3Dltr><FONT face=3DArial size=3D2></FONT> </DIV>=0A=
<DIV dir=3Dltr><FONT face=3DArial size=3D2>thanks,</FONT></DIV>=0A=
<DIV dir=3Dltr><FONT face=3DArial size=3D2>Shad</FONT></DIV></DIV>=0A=
<DIV dir=3Dltr><BR>=0A=
<HR tabIndex=3D-1>=0A=
<FONT face=3DTahoma size=3D2><B>From:</B> =
groupdav-admin@opengroupware.org on behalf of Mathew =
McBride<BR><B>Sent:</B> Wed 3/21/2007 9:46 PM<BR><B>To:</B> =
groupdav@opengroupware.org<BR><B>Subject:</B> Re: [GroupDAV] Question =
about the Strategy Configuration<BR></FONT><BR></DIV>=0A=
<DIV>=0A=
<P><FONT size=3D2>The event sync source shouldn=B9t need to do any =
special processing depending<BR>on the set strategy (client/server =
wins), as Funambol handles this itself.<BR><BR>The strategy is provided =
to us at the start of sync but theres no need to<BR>check it, however =
there are places in the GroupDAV sync sources where its<BR>been checked =
to ensure sanity, they=B9ll vanish when I get around to =
removing<BR>them.<BR><BR>Don't confuse that with the synchronization =
mode (slow,normal,from server<BR>only, to client only) which is checked =
in getAllSyncItemKeys()<BR><BR>I currently don't have any servers with =
the connector on it available for<BR>external use.<BR><BR>On 22/3/07 =
9:47 AM, "Tews, Shad" <Shad.Tews@corpx.usa.net> wrote:<BR><BR>> =
In the funambol admin tool on the Strategy Panel under conflict =
resolution<BR>> there is a Client wins and a Server wins option. When =
looking at the code in<BR>> vCalGroupDAVConnector it appears that if =
it is set to "Server Wins" there will<BR>> never be any updates =
propigated from the client to the server. In there it<BR>> appears =
that this setting is being looked at incorrectly. My understanding =
of<BR>> this setting is that it is used only if there has been =
changes to an event or<BR>> contact on both the client and the server =
and there has to be a decision made<BR>> as to whose data is correct. =
I wouldn't expect this option to be used unless<BR>> that condition =
had been detected. Do you ever attempt to detect this<BR>> condition? =
Or does this responsibility lie within the Funambol =
code?<BR>> <BR>> Also, do you happen to have a server we can =
test against? We would like to<BR>> have multiple locations that we =
can test against to try and detect if we have<BR>> incorrectly setup =
anything on our side.<BR>> <BR>> thanks,<BR>> =
Shad<BR>><BR>><BR>><BR>> <BR>><BR>> <BR>><=
BR><BR><BR>--<BR>GroupDAV<BR>groupdav@opengroupware.org<BR><A =
href=3D"http://mail.opengroupware.org/mailman/listinfo/groupdav">http://m=
ail.opengroupware.org/mailman/listinfo/groupdav</A><BR><BR><BR></FONT></P=
></DIV><BR><BR><P> </P><P> </P></BODY></HTML>
------_=_NextPart_001_01C76C44.68959FE4--