[GroupDAV] OGo + GroupDAV connector woes

Samuli Seppänen groupdav@opengroupware.org
Tue, 05 Jun 2007 11:41:50 +0300


While testing the new 1.1.1838 connector version with Zidestore 1.4 on a 
Debian Etch laptop I was able to sync back and forth without any 
significant problems. All basic functionality worked just fine (sync 
from phone/to phone/event updates). As I can't keep the Funambol testing 
server on a laptop, I needed to use something else.

When I however try the exact configuration (with relevant changes) on a 
CentOS 5 host, or another Debian Etch host, the sync fails. A snippet 
from Funambol logs:

[Jun 5, 2007 7:46:38 AM][funambol.engine] FINEST: Checking the keys 
returned with state 'N' and last anchor 'null'
[Jun 5, 2007 7:46:38 AM][funambol.engine.strategy] SEVERE: Error 
retrieving the twin item of  { keyValue: 55 }  from source
net.bionicmessage.funambol.source.vCalGroupDAVConnector@5861 - {name: 
./kalenteri, type: text/x-vcalendar, uri: ./kalenteri}: null
[Jun 5, 2007 7:46:38 AM][funambol.engine.strategy] FINER: THROW
com.funambol.framework.engine.source.SyncSourceException
        at 
net.bionicmessage.funambol.source.vCalGroupDAVConnector.getSyncItemKeysFromTwin(vCalGroupDAVConnector.java:403)

and so on...

I believe it is referring to this VCALENDAR's X-SYMBIAN-LUID:

VCALENDAR
VERSION:1.0
BEGIN:VEVENT
UID:hG7gCHEv4EEFj76ur765k3
SUMMARY:Hgbn
DTSTART:20070613T060000Z
DTEND:20070613T061200Z
X-EPOCAGENDAENTRYTYPE:APPOINTMENT
CLASS:PRIVATE
LOCATION:Bnggf
SEQUENCE:0
X-METHOD:NONE
LAST-MODIFIED:20070507T144625Z
PRIORITY:2
X-SYMBIAN-LUID:55
END:VEVENT
END:VCALENDAR

If I remove this event and create a new one, it will complain about 
KEY-VALUE 56. As it's supposed to. If there are no events defined in 
Nokia the sync does not fail. Events from OGo Zidestore are never 
retrieved. Any ideas how to fix this?

Btw. which file in the latest/1838 are supposed to be used with the 1838 
version of the connector? I simply skipped the jgroupdav-for-1832 -file 
and installed all jars to $FUNAMBOL_HOME/tools/tomcat/server/lib. Is 
this correct?

Best regards,

Samuli Seppänen