[sync] Square WUN
Eric Thompson
duetc at etc-consult.com
Fri Apr 20 19:09:17 UTC 2007
Well, I hacked away all day yesterday getting the 4-19 snapshot up and running
(nice work going on with Horde et al. -- really nice improvements). It
wasn't hard to see that turba has been upgraded with Firstname/Lastname
fields, which will allow better syncing with Palm. I'm beginning to get the
picture as I look through dist as to how deeply integrated the syncML code
is.
HOWEVER
now I'm at square WUN. No syncing happening for me at all (at the Palm end).
Synthesis syncml client states that it is processing, and then freezes,
forcing me to soft reset the Palm. I did get an
error code back 2 times (out of 100).
error 10400
But that would be Synthesis coding.
The sync log shows:
DEBUG: Backend of class SyncML_Backend_Horde created
DEBUG: Existing session continued: 677d6b10a0010e68f0570f55b3c53380
DEBUG: authorized=1 version=1 msgid=1 source=PDWoSZXJpY3YuIDUuNC45
target=https://www.thethompsonfamily.us/horde/rpc.php user=eric charset=UTF-8
wbxml=1
DEBUG: SyncML: No info about previous syncs found for device
PDWoSZXJpY3YuIDUuNC45 and database contacts
DEBUG: SyncML: No info about previous syncs found for device
PDWoSZXJpY3YuIDUuNC45 and database calendar
DEBUG: SyncML: No info about previous syncs found for device
PDWoSZXJpY3YuIDUuNC45 and database tasks
DEBUG: SyncML: No info about previous syncs found for device
PDWoSZXJpY3YuIDUuNC45 and database notes
DEBUG: HandleFinal for state=3
DEBUG: HandleFinal for state=3
DEBUG: HandleFinal for state=3
DEBUG: HandleFinal for state=3
DEBUG: Received Final from client.
DEBUG: Sending Final to client.
DEBUG: SyncML: return message completed
DEBUG: Finished at 2007-04-19 20:35:02. Packet logged
in /tmp/sync/syncml_server_10.wbxml
I did run "create_default_histories.php," and I have run every relevant mysql
tables-create script I can find.
I have been modifying the scripts to use db "horde3," not the default "horde."
Is there a direction any of you can point me?
TIA,
Eric
On Wednesday 18 April 2007 8:33 am, Jochem Meyers wrote:
> The point is that it _might_ kill everything, mess up schedules, or, as you
> said, turn tofu purple. The testing for syncml is, in my experience,
> nowhere near complete. I've run into several elemental bugs (much like this
> one) in the last couple of weeks that really are showstoppers for full
> production adoption.
>
> If you do use this version in production, it's of course at your own risk
> (as all of horde is really ;)), and there's no way of determining that risk
> without trying it.
>
> Regards,
>
> Jochem
>
> -----Oorspronkelijk bericht-----
> Van: Eric Thompson [mailto:duetc at etc-consult.com]
> Verzonden: woensdag 18 april 2007 17:15
> Aan: sync at lists.horde.org
> Onderwerp: Re: [sync] syncML-Palm repeating events glitch
>
> Thanks to all for your replies.
>
> I don't mind hacking away at this, but in the interest of keeping another
> good
> man afloat in the meantime, I need to ask this question:
>
> Is there a danger in using the version I have while I'm hacking away with
> new
> versions to fix the one small problem I found? The sync's worked so well
> for
> me, I was surprised that this was labeled "developmental." Lot's of M$
> products have given me more trouble! :-)
>
> I obviously haven't tested this nearly as much as any of you, so perhaps
> there
> is a big GOTCHA around the corner that you could warn me about. I'm
> interested in helping ease my client out of Outlook miseries, and I run
> backups of his server nightly, so his data, including all MYSQL DB's,
> should
>
> all be recoverable. Put simply, is the syncML feature in Horde's Webmail
> 1.0.1 going to kill anything, or fail miserably?
>
>
>
> Eric
>
> P.S. I've been using Horde for several years. Love it! Just new to pda's
> and "syncing" (pun thoroughly intended).
>
> On Wednesday 18 April 2007 7:37 am, Chuck Hagenbuch wrote:
> > Quoting Eric Thompson <duetc at etc-consult.com>:
> > > Before I had decided to try the version I downloaded, I had followed
> > > the sync-how-to, and had visited the snapshots page, with the cute
> > > little remark about bleeding edge versions possibly turning tofu
> > > purple, and
>
> the
>
> > > like, and even though I currently have no tofu to be concerned about, I
> > > did find the repository somewhat confusing. This is why I decided to
>
> try
>
> > > the version I did, which was out just in March, and which had an
> > > rpc.php file that perfectly matched one I checked from the repository.
> >
> > It's not just a single file though - syncml is a complicated feature
> > and it involves several framework packages, all of the various
> > applications you're syncing, and a bit in the horde core, which is the
> > rpc.php that you looked at.
> >
> > Basically the Groupware bundles are created from the current stable
> > branch (FRAMEWORK_3 - http://horde.org/source/versions.php may be
> > helpful to you), while syncing is only really supported in the HEAD
> > branch since it's a relatively bleeding edge feature.
> >
> > > This is why I asked what I need to replace.
> >
> > You might be able to get something to work by dropping in single
> > files, but if you run into any trouble we really won't be able to help
> > you because it's an unsupported combination of versions.
> >
> > -chuck
>
> --
>
--
------------------
Eric Kiesling Thompson
eTc Computer Consultants
p/f 925-513-7415
http://www.etc-consult.com
------------------
More information about the sync
mailing list