From groupdav@opengroupware.org Tue Jan 2 16:17:47 2007 From: groupdav@opengroupware.org (Adam Tauno Williams) Date: Tue, 02 Jan 2007 11:17:47 -0500 Subject: [GroupDAV] Evolution Connector; Calendar Selection Message-ID: <1167754667.16291.2.camel@aleph.whitemice.org> I'm running the current version of the Evo connector, checked out and built this morning. I'm wondering if there is anyway to select the calendar view? I see the connector requests /zidestore/dav/adam/public/Calendar but I really need to see /zidestore/dav/adam/Overview From groupdav@opengroupware.org Tue Jan 2 19:24:37 2007 From: groupdav@opengroupware.org (Adam Tauno Williams) Date: Tue, 02 Jan 2007 14:24:37 -0500 Subject: [GroupDAV] Evo Connector Bug Message-ID: <1167765877.18873.1.camel@aleph.whitemice.org> If I open an event and edit the role of a participant; say, changing it from required participant to chair and then save the changes the participant is then listed twice. Once with the former role and once with the new role. From groupdav@opengroupware.org Wed Jan 3 03:55:00 2007 From: groupdav@opengroupware.org (Shreyas Srinivasan) Date: Wed, 3 Jan 2007 09:25:00 +0530 Subject: [GroupDAV] Evolution Connector; Calendar Selection In-Reply-To: <1167754667.16291.2.camel@aleph.whitemice.org> References: <1167754667.16291.2.camel@aleph.whitemice.org> Message-ID: <8f8004410701021955l1a486f3p223044dce0d5d053@mail.gmail.com> On 1/2/07, Adam Tauno Williams wrote: > I'm running the current version of the Evo connector, checked out and > built this morning. > > I'm wondering if there is anyway to select the calendar view? I see the > connector requests /zidestore/dav/adam/public/Calendar but I really need > to see /zidestore/dav/adam/Overview Good question, I see no way in the groupdav protocol to list all the possible callendars which are accesible to some one. Is there anyway to know this? -- Shreyas -- CelAbrate your flaws From groupdav@opengroupware.org Wed Jan 3 03:59:49 2007 From: groupdav@opengroupware.org (Shreyas Srinivasan) Date: Wed, 3 Jan 2007 09:29:49 +0530 Subject: [GroupDAV] Evo Connector Bug In-Reply-To: <1167765877.18873.1.camel@aleph.whitemice.org> References: <1167765877.18873.1.camel@aleph.whitemice.org> Message-ID: <8f8004410701021959o2e60fa3fj6f49820a591c27a2@mail.gmail.com> On 1/3/07, Adam Tauno Williams wrote: > If I open an event and edit the role of a participant; say, changing it > from required participant to chair and then save the changes the > participant is then listed twice. Once with the former role and once > with the new role. > I think i discussed such a thing with Helge sometime back, can you file your bugs onto bugzilla.opengroupware.org so that we can track it. I will look this over the weekend. -- Shreyas CelAbrate your flaws From groupdav@opengroupware.org Wed Jan 3 04:05:48 2007 From: groupdav@opengroupware.org (Adam Tauno Williams) Date: Tue, 02 Jan 2007 23:05:48 -0500 Subject: [GroupDAV] Evolution Connector; Calendar Selection In-Reply-To: <8f8004410701021955l1a486f3p223044dce0d5d053@mail.gmail.com> References: <1167754667.16291.2.camel@aleph.whitemice.org> <8f8004410701021955l1a486f3p223044dce0d5d053@mail.gmail.com> Message-ID: <1167797148.4969.4.camel@aleph.whitemice.org> On Wed, 2007-01-03 at 09:25 +0530, Shreyas Srinivasan wrote: > On 1/2/07, Adam Tauno Williams wrote: > > I'm running the current version of the Evo connector, checked out and > > built this morning. > > I'm wondering if there is anyway to select the calendar view? I see the > > connector requests /zidestore/dav/adam/public/Calendar but I really need > > to see /zidestore/dav/adam/Overview > Good question, I see no way in the groupdav protocol to list all the > possible callendars which are accesible to some one. Is there anyway > to know this? Not that I know of. In regards to the Evolution connector (I have no idea how mungable the configuration dialog is) it would be very handy to be able to have multiple calendars listed under the server entry: Private, Public, and Overview as one sees in ZideLook. Even if this list was easily modifiable via GConf's editor it would be fine with me. I got the Overview calendar by tweaking the source code. And I do see that the configuration / URL is stored in GConf, but not as a entry or list but as part of an XML "blob". Might be related to - http://bugzilla.opengroupware.org/bugzilla/show_bug.cgi?id=1100 From groupdav@opengroupware.org Wed Jan 3 04:09:15 2007 From: groupdav@opengroupware.org (Adam Tauno Williams) Date: Tue, 02 Jan 2007 23:09:15 -0500 Subject: [GroupDAV] Evo Connector Bug In-Reply-To: <8f8004410701021959o2e60fa3fj6f49820a591c27a2@mail.gmail.com> References: <1167765877.18873.1.camel@aleph.whitemice.org> <8f8004410701021959o2e60fa3fj6f49820a591c27a2@mail.gmail.com> Message-ID: <1167797355.4969.5.camel@aleph.whitemice.org> On Wed, 2007-01-03 at 09:29 +0530, Shreyas Srinivasan wrote: > On 1/3/07, Adam Tauno Williams wrote: > > If I open an event and edit the role of a participant; say, changing it > > from required participant to chair and then save the changes the > > participant is then listed twice. Once with the former role and once > > with the new role. > I think i discussed such a thing with Helge sometime back, can > you file your bugs onto bugzilla.opengroupware.org so that we can > track it. I will look this over the weekend. http://bugzilla.opengroupware.org/bugzilla/show_bug.cgi?id=1824 I didn't see a category for the Evolution connector, so I filed it under GroupDAV. From groupdav@opengroupware.org Wed Jan 3 13:07:52 2007 From: groupdav@opengroupware.org (Chris Bryant) Date: Wed, 3 Jan 2007 08:07:52 -0500 Subject: [GroupDAV] Evolution Connector; Calendar Selection References: <1167754667.16291.2.camel@aleph.whitemice.org> <8f8004410701021955l1a486f3p223044dce0d5d053@mail.gmail.com> Message-ID: <000e01c72f38$2e7d34e0$6401a8c0@corp.usa.net> ----- Original Message ----- From: "Shreyas Srinivasan" Sent: Tuesday, January 02, 2007 10:55 PM > On 1/2/07, Adam Tauno Williams wrote: >> I'm running the current version of the Evo connector, checked out and >> built this morning. >> >> I'm wondering if there is anyway to select the calendar view? I see the >> connector requests /zidestore/dav/adam/public/Calendar but I really need >> to see /zidestore/dav/adam/Overview > > Good question, I see no way in the groupdav protocol to list all the > possible callendars which are accesible to some one. Is there anyway > to know this? You could try doing a PROPFIND with a depth of 'infinite' to search the entire tree, and look at the results for objects that are tagged as vevent-collection. I don't know if oGo or Citadel support infinite depth queries though. The USA.NET GroupDAV server supports that.type of a query. Or you could recursively look down through the tree with depth 1 propfinds until you find the collections. GroupDAV collections (vevent-collection, vtodo-collection, vcard-collection) should not be nested (from my interpretation of the spec), so once you find one, you should not need to continue searching within that collection for other collections. Chris From groupdav@opengroupware.org Wed Jan 3 13:58:43 2007 From: groupdav@opengroupware.org (Adam Tauno Williams) Date: Wed, 03 Jan 2007 08:58:43 -0500 Subject: [GroupDAV] Evolution Connector; Calendar Selection In-Reply-To: <000e01c72f38$2e7d34e0$6401a8c0@corp.usa.net> References: <1167754667.16291.2.camel@aleph.whitemice.org> <8f8004410701021955l1a486f3p223044dce0d5d053@mail.gmail.com> <000e01c72f38$2e7d34e0$6401a8c0@corp.usa.net> Message-ID: <1167832723.4614.4.camel@aleph.whitemice.org> > >> I'm running the current version of the Evo connector, checked out and > >> built this morning. > >> I'm wondering if there is anyway to select the calendar view? I see the > >> connector requests /zidestore/dav/adam/public/Calendar but I really need > >> to see /zidestore/dav/adam/Overview > > Good question, I see no way in the groupdav protocol to list all the > > possible callendars which are accesible to some one. Is there anyway > > to know this? > You could try doing a PROPFIND with a depth of 'infinite' to search the > entire tree, and look at the results for objects that are tagged as "Mention that depth: infinity is discouraged" http://bugzilla.opengroupware.org/bugzilla/show_bug.cgi?id=1304 > vevent-collection. I don't know if oGo or Citadel support infinite depth > queries though. The USA.NET GroupDAV server supports that.type of a query. > Or you could recursively look down through the tree with depth 1 propfinds > until you find the collections. GroupDAV collections (vevent-collection, > vtodo-collection, vcard-collection) should not be nested (from my > interpretation of the spec), so once you find one, you should not need to > continue searching within that collection for other collections. I'd think that in any reasonable setup it would be fine to just check to a depth of three folders and just stop. That should cover 99% of situations, if someone has calendars nested 20 deep then they can hack the code. :) From groupdav@opengroupware.org Thu Jan 4 08:48:56 2007 From: groupdav@opengroupware.org (Chris Picton) Date: Thu, 04 Jan 2007 10:48:56 +0200 Subject: [GroupDAV] Funambol Groupdav connector Message-ID: <1167900536.16040.47.camel@aleph-null.tangent.co.za> --=-WBIKgrJO3OGgn1aI+FDW Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hi I am installing the funambol groupdav connector into my new ds-server installation. The install went fine, but I am getting the following error when trying to save the GroupDAV Contacts settings in the funambol administration tool. Unexpected server error. Check the server log for details My server logs show the following: [2007/01/04 10:53:23][funambol] SEVERE: Server error: null [2007/01/04 10:53:23][funambol] FINER: THROW java.lang.NullPointerException at com.funambol.framework.server.store.SQLHelperClause.getPreparedWhere(SQLHel= perClause.java:68) at com.funambol.server.store.SyncSourcePersistentStore.read(SyncSourcePersiste= ntStore.java:235) at com.funambol.framework.server.store.PersistentStoreManager.read(PersistentS= toreManager.java:296) at com.funambol.server.admin.AdminManager.getSync4jSources(AdminManager.java:1= 027) at com.funambol.server.admin.ws.AdminWS.getSync4jSources(AdminWS.java:646) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ... ... Where should I look to debug this? --=20 ---------------------+---------------------------------------------------- Chris Picton | PGP Key ID: 9D28A988 (wwwkeys.pgp.net) Technical Director | PGP Key Fingerprint: Tangent Systems | 2B46 29EA D530 79EC D9EA 3ED0 229D 6DD6 9D28 A988 011 447 8096 | "Quid quid latine dictum sit, altum viditar" chrisp@tangent.co.za | http://www.tangent.co.za/keys/chrisp.asc ---------------------+---------------------------------------------------- --=-WBIKgrJO3OGgn1aI+FDW Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQBFnL94Ip1t1p0oqYgRAot4AJ49ctnhTyz7SsrUGBW17j+MR+pXnACggodX tA2/5S0qnkcVRdrcTZihBHM= =Fpa4 -----END PGP SIGNATURE----- --=-WBIKgrJO3OGgn1aI+FDW-- From groupdav@opengroupware.org Thu Jan 4 08:55:19 2007 From: groupdav@opengroupware.org (Mathew McBride) Date: Thu, 04 Jan 2007 19:55:19 +1100 Subject: [GroupDAV] Funambol Groupdav connector In-Reply-To: <1167900536.16040.47.camel@aleph-null.tangent.co.za> Message-ID: This is a bug which seems to crop up in the Funambol admin tool a lot. Usually logging in again does the trick. On 4/1/07 7:48 PM, "Chris Picton" wrote: > Hi > > I am installing the funambol groupdav connector into my new ds-server > installation. > > The install went fine, but I am getting the following error when trying > to save the GroupDAV Contacts settings in the funambol administration > tool. > > Unexpected server error. Check the server log for details > > My server logs show the following: > > [2007/01/04 10:53:23][funambol] SEVERE: Server error: null > [2007/01/04 10:53:23][funambol] FINER: THROW > java.lang.NullPointerException > at > com.funambol.framework.server.store.SQLHelperClause.getPreparedWhere(SQLHelper > Clause.java:68) > at > com.funambol.server.store.SyncSourcePersistentStore.read(SyncSourcePersistentS > tore.java:235) > at > com.funambol.framework.server.store.PersistentStoreManager.read(PersistentStor > eManager.java:296) > at > com.funambol.server.admin.AdminManager.getSync4jSources(AdminManager.java:1027> ) > at > com.funambol.server.admin.ws.AdminWS.getSync4jSources(AdminWS.java:646) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > ... > ... > > > > Where should I look to debug this? From groupdav@opengroupware.org Thu Jan 4 09:06:32 2007 From: groupdav@opengroupware.org (Chris Picton) Date: Thu, 04 Jan 2007 11:06:32 +0200 Subject: [GroupDAV] Funambol Groupdav connector In-Reply-To: References: Message-ID: <1167901592.16040.53.camel@aleph-null.tangent.co.za> --=-5bLK7CkgNNtSIWblqvv7 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2007-01-04 at 19:55 +1100, Mathew McBride wrote: > This is a bug which seems to crop up in the Funambol admin tool a lot. > Usually logging in again does the trick. I have tried logging in and out many times, as well as restarting the various services (tomcat/postgresql) I can save any other settings in the admin tool - just not the groupdav stuff. > > Unexpected server error. Check the server log for details > >=20 > > My server logs show the following: > >=20 > > [2007/01/04 10:53:23][funambol] SEVERE: Server error: null > > [2007/01/04 10:53:23][funambol] FINER: THROW > > java.lang.NullPointerException > > at > > com.funambol.framework.server.store.SQLHelperClause.getPreparedWhere(SQ= LHelper > > Clause.java:68) > > at > > com.funambol.server.store.SyncSourcePersistentStore.read(SyncSourcePers= istentS > > tore.java:235) > > at > > com.funambol.framework.server.store.PersistentStoreManager.read(Persist= entStor > > eManager.java:296) > > at > >=20 > com.funambol.server.admin.AdminManager.getSync4jSources(AdminManager.java= :1027> > ) > > at > > com.funambol.server.admin.ws.AdminWS.getSync4jSources(AdminWS.java:646) > > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > > ... > > ... > >=20 > >=20 > >=20 > > Where should I look to debug this? >=20 --=20 ---------------------+---------------------------------------------------- Chris Picton | PGP Key ID: 9D28A988 (wwwkeys.pgp.net) Technical Director | PGP Key Fingerprint: Tangent Systems | 2B46 29EA D530 79EC D9EA 3ED0 229D 6DD6 9D28 A988 011 447 8096 | "Quid quid latine dictum sit, altum viditar" chrisp@tangent.co.za | http://www.tangent.co.za/keys/chrisp.asc ---------------------+---------------------------------------------------- --=-5bLK7CkgNNtSIWblqvv7 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQBFnMOYIp1t1p0oqYgRAgmDAJ4yAvj9BR6RvUyv8Vkzb/2xzj+zqgCdEDbb LTBa+mrT2ED4LwxgOr0x43o= =fnLP -----END PGP SIGNATURE----- --=-5bLK7CkgNNtSIWblqvv7-- From groupdav@opengroupware.org Thu Jan 4 10:01:41 2007 From: groupdav@opengroupware.org (Mathew McBride) Date: Thu, 04 Jan 2007 21:01:41 +1100 Subject: [GroupDAV] Funambol Groupdav connector In-Reply-To: <1167901592.16040.53.camel@aleph-null.tangent.co.za> Message-ID: Which exact DS and Admin tool versions are you using? On 4/1/07 8:06 PM, "Chris Picton" wrote: > On Thu, 2007-01-04 at 19:55 +1100, Mathew McBride wrote: >> This is a bug which seems to crop up in the Funambol admin tool a lot. >> Usually logging in again does the trick. > > I have tried logging in and out many times, as well as restarting the > various services (tomcat/postgresql) > > I can save any other settings in the admin tool - just not the groupdav > stuff. > > >>> Unexpected server error. Check the server log for details >>> >>> My server logs show the following: >>> >>> [2007/01/04 10:53:23][funambol] SEVERE: Server error: null >>> [2007/01/04 10:53:23][funambol] FINER: THROW >>> java.lang.NullPointerException >>> at >>> com.funambol.framework.server.store.SQLHelperClause.getPreparedWhere(SQLHelp >>> er >>> Clause.java:68) >>> at >>> com.funambol.server.store.SyncSourcePersistentStore.read(SyncSourcePersisten >>> tS >>> tore.java:235) >>> at >>> com.funambol.framework.server.store.PersistentStoreManager.read(PersistentSt >>> or >>> eManager.java:296) >>> at >>> >> com.funambol.server.admin.AdminManager.getSync4jSources(AdminManager.java:102 >> 7> >> ) >>> at >>> com.funambol.server.admin.ws.AdminWS.getSync4jSources(AdminWS.java:646) >>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) >>> ... >>> ... >>> >>> >>> >>> Where should I look to debug this? >> From groupdav@opengroupware.org Thu Jan 4 10:11:30 2007 From: groupdav@opengroupware.org (Chris Picton) Date: Thu, 04 Jan 2007 12:11:30 +0200 Subject: [GroupDAV] Funambol Groupdav connector In-Reply-To: References: Message-ID: <1167905490.16040.61.camel@aleph-null.tangent.co.za> --=-OuzpaLYSTLCTmoCaWQ0L Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2007-01-04 at 21:01 +1100, Mathew McBride wrote: > Which exact DS and Admin tool versions are you using? I have installed funambol-ds-server-5.0.10.zip, and am using funambol-admin-3.0.9.tgz I am using a postgresql database, and an existing tomcat 5.0.30 server >=20 > On 4/1/07 8:06 PM, "Chris Picton" wrote: >=20 > > On Thu, 2007-01-04 at 19:55 +1100, Mathew McBride wrote: > >> This is a bug which seems to crop up in the Funambol admin tool a lot. > >> Usually logging in again does the trick. > >=20 > > I have tried logging in and out many times, as well as restarting the > > various services (tomcat/postgresql) > >=20 > > I can save any other settings in the admin tool - just not the groupdav > > stuff. > >=20 > >=20 > >>> Unexpected server error. Check the server log for details > >>>=20 > >>> My server logs show the following: > >>>=20 > >>> [2007/01/04 10:53:23][funambol] SEVERE: Server error: null > >>> [2007/01/04 10:53:23][funambol] FINER: THROW > >>> java.lang.NullPointerException > >>> at > >>> com.funambol.framework.server.store.SQLHelperClause.getPreparedWhere(= SQLHelp > >>> er > >>> Clause.java:68) > >>> at > >>> com.funambol.server.store.SyncSourcePersistentStore.read(SyncSourcePe= rsisten > >>> tS > >>> tore.java:235) > >>> at > >>> com.funambol.framework.server.store.PersistentStoreManager.read(Persi= stentSt > >>> or > >>> eManager.java:296) > >>> at > >>>=20 > >> com.funambol.server.admin.AdminManager.getSync4jSources(AdminManager.j= ava:102 > >> 7> > >> ) > >>> at > >>> com.funambol.server.admin.ws.AdminWS.getSync4jSources(AdminWS.java:64= 6) > >>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method= ) > >>> ... > >>> ... > >>>=20 > >>>=20 > >>>=20 > >>> Where should I look to debug this? > >>=20 >=20 --=20 ---------------------+---------------------------------------------------- Chris Picton | PGP Key ID: 9D28A988 (wwwkeys.pgp.net) Technical Director | PGP Key Fingerprint: Tangent Systems | 2B46 29EA D530 79EC D9EA 3ED0 229D 6DD6 9D28 A988 011 447 8096 | "Quid quid latine dictum sit, altum viditar" chrisp@tangent.co.za | http://www.tangent.co.za/keys/chrisp.asc ---------------------+---------------------------------------------------- --=-OuzpaLYSTLCTmoCaWQ0L Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQBFnNLSIp1t1p0oqYgRAjsFAKC6KrSImFCU4UJFYZiy/RETSXpkaQCgk2fX wQuw9U3bS7wQnrpVV2Mjo78= =zXFo -----END PGP SIGNATURE----- --=-OuzpaLYSTLCTmoCaWQ0L-- From groupdav@opengroupware.org Thu Jan 4 13:21:37 2007 From: groupdav@opengroupware.org (Chris Picton) Date: Thu, 04 Jan 2007 15:21:37 +0200 Subject: [GroupDAV] Funambol Groupdav connector In-Reply-To: <1167901592.16040.53.camel@aleph-null.tangent.co.za> References: <1167901592.16040.53.camel@aleph-null.tangent.co.za> Message-ID: <1167916897.16040.71.camel@aleph-null.tangent.co.za> --=-oWUa8mJE24ce2Hqvp0sa Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2007-01-04 at 11:06 +0200, Chris Picton wrote: > On Thu, 2007-01-04 at 19:55 +1100, Mathew McBride wrote: > > This is a bug which seems to crop up in the Funambol admin tool a lot. > > Usually logging in again does the trick. >=20 > I have tried logging in and out many times, as well as restarting the > various services (tomcat/postgresql) >=20 > I can save any other settings in the admin tool - just not the groupdav > stuff. I have tried a new module - the email connector, and it is displaying the same problems. =20 This must be a problem with my base ds-server install. I will follow up on the funambol mailing list. --=20 ---------------------+---------------------------------------------------- Chris Picton | PGP Key ID: 9D28A988 (wwwkeys.pgp.net) Technical Director | PGP Key Fingerprint: Tangent Systems | 2B46 29EA D530 79EC D9EA 3ED0 229D 6DD6 9D28 A988 011 447 8096 | "Quid quid latine dictum sit, altum viditar" chrisp@tangent.co.za | http://www.tangent.co.za/keys/chrisp.asc ---------------------+---------------------------------------------------- --=-oWUa8mJE24ce2Hqvp0sa Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQBFnP9hIp1t1p0oqYgRAovJAJ93PIYISZcp8ioQf6UhA7CMcBDd/ACfXDIp 9ZFrqVQQB0DgRR6sQqcOqFA= =rj8P -----END PGP SIGNATURE----- --=-oWUa8mJE24ce2Hqvp0sa-- From groupdav@opengroupware.org Thu Jan 4 15:04:30 2007 From: groupdav@opengroupware.org (IGnatius T Foobar) Date: Thu, 04 Jan 2007 10:04:30 -0500 Subject: [GroupDAV] Evolution Connector; Calendar Selection Message-ID: <0002237319@uncensored.citadel.org> >You could try doing a PROPFIND with a depth of 'infinite' to search the >entire tree, and look at the results for objects that are tagged as >vevent-collection. I don't know if oGo or Citadel support infinite depth >queries though. The USA.NET GroupDAV server supports that.type of a query. Can't speak for others, but I do know two things about this: 1. Discussion about this a while back arrived at the conclusion that infinite-depth wasn't a good idea and it wasn't going to either be deprecated or have limited support. 2. Citadel provides a more or less flat namespace to DAV clients, so there isn't much of an infinity to drill down into anyway. The original question, however, was about selecting which calendar to use. I haven't tried out the Evolution connector in a long time, so this might be out of date ... but I recall that when I tested it with Citadel, I had to manually hack the source code to point to anything other than the OGo standard calendar path. -- Art From groupdav@opengroupware.org Thu Jan 4 16:28:16 2007 From: groupdav@opengroupware.org (Adam Tauno Williams) Date: Thu, 04 Jan 2007 11:28:16 -0500 Subject: [GroupDAV] Evolution Connector; Calendar Selection In-Reply-To: <0002237319@uncensored.citadel.org> References: <0002237319@uncensored.citadel.org> Message-ID: <1167928096.4807.11.camel@aleph.whitemice.org> > >You could try doing a PROPFIND with a depth of 'infinite' to search the > >entire tree, and look at the results for objects that are tagged as > >vevent-collection. I don't know if oGo or Citadel support infinite > depth > >queries though. The USA.NET GroupDAV server supports that.type of a > query. > Can't speak for others, but I do know two things about this: > 1. Discussion about this a while back arrived at the conclusion that > infinite-depth wasn't a good idea and it wasn't going to either be > deprecated or have limited support. > 2. Citadel provides a more or less flat namespace to DAV clients, so > there isn't much of an infinity to drill down into anyway. > The original question, however, was about selecting which calendar to > use. I haven't tried out the Evolution connector in a long time, It does work much better recently than it did previously. The only crasher I have now is if I try to view contacts from the corporate server, that kills the evolution-data-server after about 150 contacts. Against my person server (much less data) it seems to work fine. But I'm skeptical about using GroupDAV with a server containing >10,000 contacts anyway - that is allot of GETs. :) > so this > might be out of date ... but I recall that when I tested it with Citadel, > I had to manually hack the source code to point to anything other than the > OGo standard calendar path. I did the same to make it show OGo's overview calendar view. From groupdav@opengroupware.org Thu Jan 4 17:30:33 2007 From: groupdav@opengroupware.org (IGnatius T Foobar) Date: Thu, 04 Jan 2007 12:30:33 -0500 Subject: [GroupDAV] Evolution Connector; Calendar Selection Message-ID: <0002237409@uncensored.citadel.org> >Against my person server (much less data) it seems to work fine. But >I'm skeptical about using GroupDAV with a server containing >10,000 >contacts anyway - that is allot of GETs. :) Never fear: the same bunch of degenerates who brought us the insanely over-engineered and over-complex CalDAV protocol are now talking about something called "CardDAV" which will supposedly solve that problem in the same broken, over-complicated, difficult-to-implement way that CalDAV supposedly solves it for calendars. (Here's a hint for protocol designers: if you use the REPORT command at all, you've gone way overboard in the design and are inviting buggy and incomplete implementations.) -- Art From groupdav@opengroupware.org Fri Jan 5 01:03:55 2007 From: groupdav@opengroupware.org (Adam Tauno Williams) Date: Thu, 04 Jan 2007 20:03:55 -0500 Subject: [GroupDAV] Evolution Connector; Calendar Selection In-Reply-To: <0002237409@uncensored.citadel.org> References: <0002237409@uncensored.citadel.org> Message-ID: <20070104200355.zut2cr4p5wckss80@www.mormail.com> >> Against my person server (much less data) it seems to work fine. But >> I'm skeptical about using GroupDAV with a server containing >10,000 >> contacts anyway - that is allot of GETs. :) > Never fear: the same bunch of degenerates who brought us the insanely > over-engineered and over-complex CalDAV protocol are now talking about > something called "CardDAV" which will supposedly solve that problem in the > same broken, over-complicated, difficult-to-implement way that CalDAV > supposedly solves it for calendars. Thats OK, if the rate of implementation/adoption is the same as CalDAV =20 I'm be ash in an urn by the time I see a working client/server =20 solution. :) > (Here's a hint for protocol designers: if you use the REPORT command at > all, you've gone way overboard in the design and are inviting buggy and > incomplete implementations.) From the CardDAV spec: "A CardDAV server is a vCard-aware engine combined with a WebDAV repository. A WebDAV repository is a set of WebDAV collections, containing other WebDAV resources, within a unified URL namespace." It seems like the relation between CardDAV & GroupDAV is the same as =20 between CalDAV & GroupDAV. A CardDAV server would be a defacto =20 GroupDAV server. From groupdav@opengroupware.org Thu Jan 4 20:49:47 2007 From: groupdav@opengroupware.org (Christian Huldt) Date: Thu, 4 Jan 2007 21:49:47 +0100 Subject: [GroupDAV] Evolution Connector; Calendar Selection In-Reply-To: <1167928096.4807.11.camel@aleph.whitemice.org> References: <0002237319@uncensored.citadel.org> <1167928096.4807.11.camel@aleph.whitemice.org> Message-ID: <746CE475-9CD3-41D3-BB69-B88366AD8D2E@solvare.se> --Apple-Mail-2-658026815 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed 4 jan 2007 kl. 17.28 skrev Adam Tauno Williams: >> Can't speak for others, but I do know two things about this: >> 1. Discussion about this a while back arrived at the conclusion that >> infinite-depth wasn't a good idea and it wasn't going to either be >> deprecated or have limited support. >> 2. Citadel provides a more or less flat namespace to DAV clients, so >> there isn't much of an infinity to drill down into anyway. >> The original question, however, was about selecting which =20 >> calendar to >> use. I haven't tried out the Evolution connector in a long time, > > It does work much better recently than it did previously. The only > crasher I have now is if I try to view contacts from the corporate > server, that kills the evolution-data-server after about 150 contacts. > Against my person server (much less data) it seems to work fine. But > I'm skeptical about using GroupDAV with a server containing >10,000 > contacts anyway - that is allot of GETs. :) Today, I would be skeptical to get >10000 of anything, any way, but I =20= would really like some way to get >10000 contacts - but some =20 collection indexinjg =E0 la Apache returning say <=3D 50 with some =20 referral to "next set" sounds like a complicated protocol... (Please, just solve it for me ;-) --Apple-Mail-2-658026815 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=ISO-8859-1
4 jan 2007 kl. = 17.28 skrev Adam Tauno Williams:

=A0Can't speak for others, but I = do know two things about this: =A0

=A01. Discussion about this a = while back arrived at the conclusion that=A0

infinite-depth wasn't a good idea and = it wasn't going to either be=A0

deprecated or have limited support. = =A0

=A02. Citadel provides a more or = less flat namespace to DAV clients, so=A0

there isn't much of an infinity to = drill down into anyway. =A0

=A0The original question, = however, was about selecting which calendar to=A0

use.=A0 I haven't tried out the = Evolution connector in a long time,=A0


It does work much better recently than it did = previously.=A0 The = only

crasher I = have now is if I try to view contacts from the corporate

server, that kills the = evolution-data-server after about 150 contacts.

Against my person server = (much less data) it seems to work fine.=A0 But

I'm skeptical about using = GroupDAV with a server containing >10,000

contacts anyway - that is = allot of GETs. :)


Today, = I would be=A0skeptical to get >10000 of anything, any way, but I = would really like some way to get >10000 contacts - but some = collection indexinjg =E0 la Apache returning say <=3D 50 with some = referral to "next set"=A0sounds like a complicated = protocol...

(Please, just solve it for = me ;-)

= --Apple-Mail-2-658026815-- From groupdav@opengroupware.org Thu Jan 4 21:54:41 2007 From: groupdav@opengroupware.org (Adam Tauno Williams) Date: Thu, 04 Jan 2007 16:54:41 -0500 Subject: [GroupDAV] Evolution Connector; Calendar Selection In-Reply-To: <746CE475-9CD3-41D3-BB69-B88366AD8D2E@solvare.se> References: <0002237319@uncensored.citadel.org> <1167928096.4807.11.camel@aleph.whitemice.org> <746CE475-9CD3-41D3-BB69-B88366AD8D2E@solvare.se> Message-ID: <1167947681.4721.39.camel@aleph.whitemice.org> > Today, I would be skeptical to get >10000 of anything, any way, but I > would really like some way to get >10000 contacts - but some > collection indexinjg à la Apache returning say <= 50 with some > referral to "next set" sounds like a complicated protocol... > (Please, just solve it for me ;-) It isn't necessarily complicated. The enumeration of the collection is done with a single GET, so the client knows everything it needs to get (or not, if using a cache). Section #12 of the GroupDAV spec is "Optional DASL Query for Bulk Fetch" but I don't know the status of its support in any of the servers. Based on - http://mail.opengroupware.org/pipermail/developer/2005-August/002141.html - I suspect ZideStore does not. > If you have 10,000 contacts even requesting ten objects at a time [instead of one] results in a pretty massive speed-up. With ZideStore you can cheat [this is *NOT* GroupDAV compliant] with something like: PROPFIND /Calendar/10203_10238_12837_1277_19271 http://www.nabble.com/zidestore-100--tf597925.html#a1603929 This lets you specify multiple objects in one request; you can specify up to 64 objects per request. If you are using OpenGroupware/ZideStore feel free to pop over to those specific lists and ask more specific questions. http://mail.opengroupware.org/mailman/listinfo/developer http://mail.opengroupware.org/mailman/listinfo/xmlrpc http://mail.opengroupware.org/mailman/listinfo/users From groupdav@opengroupware.org Sat Jan 6 20:13:39 2007 From: groupdav@opengroupware.org (Helge Hess) Date: Sat, 6 Jan 2007 21:13:39 +0100 Subject: [GroupDAV] Evolution Connector; Calendar Selection In-Reply-To: <8f8004410701021955l1a486f3p223044dce0d5d053@mail.gmail.com> References: <1167754667.16291.2.camel@aleph.whitemice.org> <8f8004410701021955l1a486f3p223044dce0d5d053@mail.gmail.com> Message-ID: <1D1E01AC-E78A-464D-ACAD-1E399B70FE73@opengroupware.org> On Jan 3, 2007, at 04:55, Shreyas Srinivasan wrote: > Good question, I see no way in the groupdav protocol to list all the > possible callendars which are accesible to some one. Is there anyway > to know this? No. A WebDAV collection can be arbitarily deep and distributed, so it doesn't make a lot of sense to list "all" possible calendars. (it can be tens of thousands for calendar providers like Yahoo). How calendar selection works depends on the client, in Evolution 1.4 you could browse a hierarchy of typed folders, just like in Outlook. So in those cases you just browse the WebDAV hierarchy 1:1 until you find the folder you want. Anyways, since Evo 2.0 or so the hierarchy isn't exposed anymore, but just a flat collection of typed folders. The latter is also true for Kontact. My proposal (for those "flat" clients) is that the GroupDAV configuration panel of a plugin includes a treeview which can browse a WebDAV server (using PROPFIND depth:1) and allows the user to select which folders should be displayed. Another option is to (re)enhance Evolution to show a treeview. AFAIK this is what is done by the Exchange connector. The latter should be a good source for how to deal with the issue since Exchange also contains arbitary hierarchies of folders. Chris wrote: > You could try doing a PROPFIND with a depth of 'infinite' to search > the entire tree, and look at the results for objects that are > tagged as vevent-collection. Please *never* do depth infinite searches. Those searches are highly inefficient for plenty of servers. > I don't know if oGo or Citadel support infinite depth queries though. I don't think that OGo supports it currently, not perfectly sure. But as mentioned I'm not very motivated to add it because its inherently wrong. > Or you could recursively look down through the tree with depth 1 > propfinds until you find the collections. Yes. Though you should only do that on-demand, that is if the user actually expands a node in a treeview. Never traverse a full hierarchy automagically, it can actually have unlimited depth! (the [virtual] collection resources exposed by a server can very well be cyclic). > GroupDAV collections (vevent-collection, vtodo-collection, vcard- > collection) should not be nested (from my interpretation of the > spec), so once you find one, you should not need to continue > searching within that collection for other collections. Thats correct for CalDAV, but NOT for GroupDAV. GroupDAV collections can be arbitarily nested, the scope of the dataset is focused on just that folder (just like in Outlook/Exchange). I can't follow why this is forbidden by CalDAV. Thanks a lot, Helge -- Helge Hess http://docs.opengroupware.org/Members/helge/ From groupdav@opengroupware.org Sat Jan 6 20:15:33 2007 From: groupdav@opengroupware.org (Helge Hess) Date: Sat, 6 Jan 2007 21:15:33 +0100 Subject: [GroupDAV] Evolution Connector; Calendar Selection In-Reply-To: <1167928096.4807.11.camel@aleph.whitemice.org> References: <0002237319@uncensored.citadel.org> <1167928096.4807.11.camel@aleph.whitemice.org> Message-ID: <82C29148-6370-43E8-AEF8-E8D54808C81B@opengroupware.org> On Jan 4, 2007, at 17:28, Adam Tauno Williams wrote: > But I'm skeptical about using GroupDAV with a server containing > >10,000 > contacts anyway - that is allot of GETs. :) Well, two things: a) on a persistent and pipelined HTTP/1.1 connection 10.000 GETs are not THAT bad b) this 10.000 requests are only done _once_, on the initial cache setup, afterwards only changed items are transmitted (usually very little or none ...) Having said that I agree that we need a bulk method for content retrieval ;-) Greets, Helge -- Helge Hess http://docs.opengroupware.org/Members/helge/ From groupdav@opengroupware.org Sat Jan 6 20:59:19 2007 From: groupdav@opengroupware.org (Helge Hess) Date: Sat, 6 Jan 2007 21:59:19 +0100 Subject: [GroupDAV] Evolution Connector; Calendar Selection In-Reply-To: <746CE475-9CD3-41D3-BB69-B88366AD8D2E@solvare.se> References: <0002237319@uncensored.citadel.org> <1167928096.4807.11.camel@aleph.whitemice.org> <746CE475-9CD3-41D3-BB69-B88366AD8D2E@solvare.se> Message-ID: <47633092-D7F3-46B1-9293-B1680C5BAA88@opengroupware.org> On Jan 4, 2007, at 21:49, Christian Huldt wrote: > Today, I would be skeptical to get >10000 of anything, any way, but =20= > I would really like some way to get >10000 contacts - but some =20 > collection indexinjg =E0 la Apache returning say <=3D 50 with some =20 > referral to "next set" sounds like a complicated protocol... No, limits(/offsets) don't make a lot of sense either (except for =20 avoiding DoS). The way a bulk method should work is a) do the PROPFIND depth:1 on the collection for href/etag b) find out which entities you need to update against the local cache c) retrieve those (relative) HREFs with a single "BULKGET" (or =20 REPORT ...) Unfortunately standard WebDAV doesn't have such an operation but it =20 would be quite useful, especially in combination with database based =20 servers (like OGo), because doing a SQL statement per GET is quite =20 expensive (usually a DB server could retrieve all objects [in a bulk =20 way] with just a few SQL queries). Anyways, as mentioned I do not think that the issue is too serious =20 (at least from a conceptional point of view) in the real world. Greets, Helge --=20 Helge Hess http://docs.opengroupware.org/Members/helge/ From groupdav@opengroupware.org Sat Jan 6 21:02:42 2007 From: groupdav@opengroupware.org (Helge Hess) Date: Sat, 6 Jan 2007 22:02:42 +0100 Subject: [GroupDAV] Evolution Connector; Calendar Selection In-Reply-To: <1167947681.4721.39.camel@aleph.whitemice.org> References: <0002237319@uncensored.citadel.org> <1167928096.4807.11.camel@aleph.whitemice.org> <746CE475-9CD3-41D3-BB69-B88366AD8D2E@solvare.se> <1167947681.4721.39.camel@aleph.whitemice.org> Message-ID: <60094227-0B0E-4CA5-AFF5-3A6E393272E3@opengroupware.org> On Jan 4, 2007, at 22:54, Adam Tauno Williams wrote: > With ZideStore you can cheat [this is *NOT* GroupDAV compliant] with > something like: > PROPFIND /Calendar/10203_10238_12837_1277_19271 > http://www.nabble.com/zidestore-100--tf597925.html#a1603929 > This lets you specify multiple objects in one request; you can > specify > up to 64 objects per request. As you say, its not GroupDAV. This is a hack for ZideLook which is most likely being removed in the regular ZideStore (if this didn't happen already). Do not rely on this "feature". BTW: the better option for the property retrieval as shown above is BPROPFIND as documented for Exchange WebDAV. However, BPROPFIND retrieves resource _properties_, not the resource content. AFAIK Exchange has no "BGET" operation. Well, and GroupDAV only works on the content and doesn't specify any properties ... Thanks, Helge -- Helge Hess http://docs.opengroupware.org/Members/helge/ From groupdav@opengroupware.org Tue Jan 9 16:03:41 2007 From: groupdav@opengroupware.org (=?ISO-8859-1?Q?Samuli_Sepp=E4nen?=) Date: Tue, 09 Jan 2007 18:03:41 +0200 Subject: [GroupDAV] Funambol GroupDAV connect 1.1.1767 and OpenGroupware Message-ID: <45A3BCDD.9050609@tietoteema.fi> Has anyone managed to sync events between Symbian S60 phones with OpenGroupware.org by using the new GroupDAV connector? I've managed to get events synced from the phone (Nokia E61) to OGo, but not vice versa. I'm using GroupDAV connector 1.1.1767, OpenGroupware 1.0, Funambol 3.0a bundle. Before GroupDAV connector was rewritten sync worked both ways. It failed only when there were scandinavian letters in event names or locations. New events from OGo calendar _do_ reach the phone, but it simply rejects them without an error. Zidestore logs show that the same OGo events are loaded from the store on every sync, and phone seem to sync them every time. No clear error messages can be found from GroupDAV connector logs or Funambol's logs. Has anyone else had similar problems? Could this fixed with a newer version of OpenGroupware (1.1.x) ZideStore? Samuli From groupdav@opengroupware.org Tue Jan 9 16:11:45 2007 From: groupdav@opengroupware.org (Helge Hess) Date: Tue, 9 Jan 2007 17:11:45 +0100 Subject: [GroupDAV] Funambol GroupDAV connect 1.1.1767 and OpenGroupware In-Reply-To: <45A3BCDD.9050609@tietoteema.fi> References: <45A3BCDD.9050609@tietoteema.fi> Message-ID: On Jan 9, 2007, at 17:03, Samuli Sepp=E4nen wrote: > Could this fixed with a newer version of OpenGroupware (1.1.x) =20 > ZideStore? You should definitely use the ZideStore 1.5 (OGo 1.1) when playing =20 with GroupDAV things, it has plenty of improvements in this area. Greets, Helge --=20 Helge Hess http://docs.opengroupware.org/Members/helge/ From groupdav@opengroupware.org Thu Jan 11 22:48:50 2007 From: groupdav@opengroupware.org (Benjamin Long) Date: Thu, 11 Jan 2007 17:48:50 -0500 Subject: [GroupDAV] Unable to create Groupdav Syncsource Message-ID: <200701111748.50775.bflong@longbros.com> Matt, list, I'm trying to use the latest Groupdav Connector for Funambol. First I tried the new JBoss version of the install guide, and ran into this problem. Then, thinking that something about JBoss was tripping me up, I install a fresh copy of the Funambol package (Tomcat). Here is whats happening. Once the admin tool is started, I add my user to it. That works fine. I add my syncsource: SyncML Source: citcal Source Type: text/x-vcal GroupDAV URL: http://127.0.0.1:2000 Server Source: /groupdav/Calendar Store Location: /usr/local/Funambol/store/citcal Click Save Settings I get a popup error twice: Unexpected server error. Check the server log for details. Checking the logs reveals this: funambol_ds.log: [Jan 11, 2007 5:07:30 PM] INFO: New administrative session for admin Yep. Thats it. I can see the admin login, then nothing. I've used diff to search though the entire Funambol directory looking for changes to any files that might contain log entries. No luck. I don't see any errors anywhere else. Matt, if you have any idea what might be causing this, please let me know. Maybe I'll just fall for that shameless plug you have in the install guide. :) Benjamin Long From groupdav@opengroupware.org Thu Jan 11 23:02:48 2007 From: groupdav@opengroupware.org (Adam Tauno Williams) Date: Thu, 11 Jan 2007 18:02:48 -0500 Subject: [GroupDAV] Unable to create Groupdav Syncsource In-Reply-To: <200701111748.50775.bflong@longbros.com> References: <200701111748.50775.bflong@longbros.com> Message-ID: <1168556568.4526.2.camel@aleph.whitemice.org> > I'm trying to use the latest Groupdav Connector for Funambol. First I tried > the new JBoss version of the install guide, and ran into this problem. Then, > thinking that something about JBoss was tripping me up, I install a fresh > copy of the Funambol package (Tomcat). Here is whats happening. > Once the admin tool is started, I add my user to it. That works fine. > I add my syncsource: > SyncML Source: citcal > Source Type: text/x-vcal > GroupDAV URL: http://127.0.0.1:2000k ther > Server Source: /groupdav/Calendar > Store Location: /usr/local/Funambol/store/citcal > Click Save Settings > I get a popup error twice: > Unexpected server error. Check the server log for details. I am seeing the same thing [bundled Funambol]. > Checking the logs reveals this: > funambol_ds.log: > [Jan 11, 2007 5:07:30 PM] INFO: New administrative session for admin > Yep. Thats it. I can see the admin login, then nothing. I think there is more. Do you have logging level set to ALL under server configuration? I just was playing with this yesterday and haven't had a chance to try to isolate the relevant bit of log yet. > I've used diff to search though the entire Funambol directory looking for > changes to any files that might contain log entries. No luck. I don't see any > errors anywhere else. > Matt, if you have any idea what might be causing this, please let me know. > Maybe I'll just fall for that shameless plug you have in the install guide. :) From groupdav@opengroupware.org Thu Jan 11 23:22:11 2007 From: groupdav@opengroupware.org (matt) Date: Fri, 12 Jan 2007 10:22:11 +1100 Subject: [GroupDAV] Unable to create Groupdav Syncsource Message-ID: <0000017593@comalies.citadel.org>

As suggested, set the log level to ALL.

If that doesn't tu= rn up anything useful, try the tomcat logs, often some higher level error= s will end up with the application server.

Thu Jan=20= 11 22:48:50 2007 from Benjamin Long to groupdav@opengroupware.org
S= ubject: [GroupDAV] Unable to create Groupdav Syncsource

Matt,=20= list,

I'm trying to use the latest Groupdav Connector for Fun= ambol. First I tried
the new JBoss version of the install guide, and= ran into this problem. Then,
thinking that something about JBoss wa= s tripping me up, I install a fresh
copy of the Funambol package (To= mcat). Here is whats happening.

Once the admin tool is started= , I add my user to it. That works fine.

I add my syncsource:SyncML Source: citcal
Source Type: text/x-vcal
GroupDAV URL= : =01a xhref=3D=03http://127.0.0.1:2000=03 TARGET=3D=03webcit01=03=02http= ://127.0.0.1:2000=01/A=02
Server Source: /groupdav/Calendar
Sto= re Location: /usr/local/Funambol/store/citcal
Click Save Settings
I get a popup error twice:
Unexpected server error. Check t= he server log for details.

Checking the logs reveals this:
funambol_ds.log:
[Jan 11, 2007 5:07:30 PM] INFO: New adminis= trative session for admin
Yep. Thats it. I can see the admin login,=20= then nothing.

I've used diff to search though the entire Funam= bol directory looking for
changes to any files that might contain lo= g entries. No luck. I don't see any
errors anywhere else.

Matt, if you have any idea what might be causing this, please let me kno= w.
Maybe I'll just fall for that shameless plug you have in the inst= all guide. :)

Benjamin Long
--
GroupDAV
groupda= v@opengroupware.org
=01a xhref=3D=03http://mail.opengroupware.org/ma= ilman/listinfo/groupdav=03 TARGET=3D=03webcit01=03=02http://mail.opengrou= pware.org/mailman/listinfo/groupdav=01/A=02


From groupdav@opengroupware.org Fri Jan 12 14:07:22 2007 From: groupdav@opengroupware.org (Chris Picton) Date: Fri, 12 Jan 2007 16:07:22 +0200 Subject: [GroupDAV] Unable to create Groupdav Syncsource In-Reply-To: <0000017593@comalies.citadel.org> References: <0000017593@comalies.citadel.org> Message-ID: <1168610842.958.4.camel@aleph-null.tangent.co.za> --=-JSyaHtvzGcQrZCWCLdbL Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2007-01-12 at 10:22 +1100, matt wrote: > As suggested, set the log level to ALL. I have the same problem, and with log level set to ALL, I get the following in the logs when saving the sync source [Jan 12, 2007 4:00:51 PM][funambol.admin] FINEST: Authenticating admin action. [Jan 12, 2007 4:00:51 PM][funambol] SEVERE: Server error: null [Jan 12, 2007 4:00:51 PM][funambol] FINER: THROW java.lang.NullPointerException at com.funambol.framework.server.store.SQLHelperClause.getPreparedWhere(SQLHel= perClause.java:68) at com.funambol.server.store.SyncSourcePersistentStore.read(SyncSourcePersiste= ntStore.java:235) at com.funambol.framework.server.store.PersistentStoreManager.read(PersistentS= toreManager.java:296) at com.funambol.server.admin.AdminManager.getSync4jSources(AdminManager.java:1= 027) at com.funambol.server.admin.ws.AdminWS.getSync4jSources(AdminWS.java:646) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at org.apache.axis.providers.java.RPCProvider.invokeMethod(RPCProvider.java:37= 6) at org.apache.axis.providers.java.RPCProvider.processMessage(RPCProvider.java:= 278) at org.apache.axis.providers.java.JavaProvider.invoke(JavaProvider.java:290) at org.apache.axis.strategies.InvocationStrategy.visit(InvocationStrategy.java= :32) at org.apache.axis.SimpleChain.doVisiting(SimpleChain.java:118) at org.apache.axis.SimpleChain.invoke(SimpleChain.java:83) at org.apache.axis.handlers.soap.SOAPService.invoke(SOAPService.java:481) at org.apache.axis.server.AxisServer.invoke(AxisServer.java:285) at org.apache.axis.transport.http.AxisServlet.doPost(AxisServlet.java:623) at javax.servlet.http.HttpServlet.service(HttpServlet.java:709) at org.apache.axis.transport.http.AxisServletBase.service(AxisServletBase.java= :301) at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applicatio= nFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterC= hain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.j= ava:214) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveConte= xt.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContex= tValve.java:198) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.j= ava:152) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveConte= xt.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:13= 7) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveConte= xt.java:104) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:11= 8) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveConte= xt.java:102) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.jav= a:109) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveConte= xt.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929) at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:160) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:799) at org.apache.coyote.http11.Http11Protocol $Http11ConnectionHandler.processConnection(Http11Protocol.java:705) at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:577) at org.apache.tomcat.util.threads.ThreadPool $ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Unknown Source) >=20 >=20 > If that doesn't turn up anything useful, try the tomcat logs, often > some higher level errors will end up with the application server.=20 >=20 >=20 > Thu Jan 11 22:48:50 2007 from Benjamin Long to > groupdav@opengroupware.org=20 > Subject: [GroupDAV] Unable to create Groupdav Syncsource > =20 > Matt, list, > =20 > I'm trying to use the latest Groupdav Connector for Funambol. > First I tried > the new JBoss version of the install guide, and ran into this > problem. Then, > thinking that something about JBoss was tripping me up, I > install a fresh > copy of the Funambol package (Tomcat). Here is whats > happening. > =20 > Once the admin tool is started, I add my user to it. That > works fine. > =20 > I add my syncsource: > SyncML Source: citcal > Source Type: text/x-vcal > GroupDAV URL: =01a xhref=3D=03http://127.0.0.1:2000=03 > TARGET=3D=03webcit01=03=02http://127.0.0.1:2000=01/A=02 > Server Source: /groupdav/Calendar > Store Location: /usr/local/Funambol/store/citcal > Click Save Settings > =20 > I get a popup error twice: > Unexpected server error. Check the server log for details. > =20 > Checking the logs reveals this: > =20 > funambol_ds.log: > [Jan 11, 2007 5:07:30 PM] INFO: New administrative session for > admin > Yep. Thats it. I can see the admin login, then nothing. > =20 > I've used diff to search though the entire Funambol directory > looking for > changes to any files that might contain log entries. No luck. > I don't see any > errors anywhere else. > =20 > Matt, if you have any idea what might be causing this, please > let me know. > Maybe I'll just fall for that shameless plug you have in the > install guide. :) > =20 > Benjamin Long > -- > GroupDAV > groupdav@opengroupware.org > =01a > xhref=3D=03http://mail.opengroupware.org/mailman/listinfo/groupda= v=03 TARGET=3D=03webcit01=03=02http://mail.opengroupware.org/mailman/listin= fo/groupdav=01/A=02 > =20 >=20 > -- GroupDAV groupdav@opengroupware.org > http://mail.opengroupware.org/mailman/listinfo/groupdav --=20 ---------------------+---------------------------------------------------- Chris Picton | PGP Key ID: 9D28A988 (wwwkeys.pgp.net) Technical Director | PGP Key Fingerprint: Tangent Systems | 2B46 29EA D530 79EC D9EA 3ED0 229D 6DD6 9D28 A988 011 447 8096 | "Quid quid latine dictum sit, altum viditar" chrisp@tangent.co.za | http://www.tangent.co.za/keys/chrisp.asc ---------------------+---------------------------------------------------- --=-JSyaHtvzGcQrZCWCLdbL Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQBFp5YaIp1t1p0oqYgRAnZ5AKCYzp4FJatEzM8bXU/rfaESXi1FHACcC+vw wqxef5hGrw7BvhYTXKtOit8= =yVtX -----END PGP SIGNATURE----- --=-JSyaHtvzGcQrZCWCLdbL-- From groupdav@opengroupware.org Fri Jan 12 23:56:35 2007 From: groupdav@opengroupware.org (matt) Date: Sat, 13 Jan 2007 10:56:35 +1100 Subject: [GroupDAV] Unable to create Groupdav Syncsource Message-ID: <0000017919@comalies.citadel.org>

The most likely root cause to all of these problems are missing depend= ency libraries, or the VM refusing to work with Funambol's module loading= behavior (application server logs will often reveal this). Is the entire= contents of the library package (gdav_libs.tar.bz2)  in the applica= tion servers classpath folder (<tomcat>/server/lib/... / <jboss&= gt;/server/funambol/lib / etc..)

 

Fri Jan 12 1= 4:07:22 2007 from Chris Picton to groupdav@opengroupware.org
Subjec= t: Re: Re:[GroupDAV] Unable to create Groupdav Syncsource

On F= ri, 2007-01-12 at 10:22 +1100, matt wrote:
> As sugge= sted, set the log level to ALL.

I have the same p= roblem, and with log level set to ALL, I get the
following in the lo= gs when saving the sync source

[Jan 12, 2007 4:00:51 PM][funam= bol.admin] FINEST: Authenticating admin
action.
[Jan 12, 2007 4= :00:51 PM][funambol] SEVERE: Server error: null
[Jan 12, 2007 4:00:5= 1 PM][funambol] FINER: THROW
java.lang.NullPointerException
=20= at
com.funambol.framework.server.store.SQLHelperClause.getPrepa= redWhere(SQLHelperClause.java:68)
at
com.funambol.serve= r.store.SyncSourcePersistentStore.read(SyncSourcePersistentStore.java:235= )
at
com.funambol.framework.server.store.PersistentStor= eManager.read(PersistentStoreManager.java:296)
at
com.f= unambol.server.admin.AdminManager.getSync4jSources(AdminManager.java:1027= )
at
com.funambol.server.admin.ws.AdminWS.getSync4jSour= ces(AdminWS.java:646)
at sun.reflect.NativeMethodAccessorImp= l.invoke0(Native Method)
at sun.reflect.NativeMethodAccessor= Impl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodA= ccessorImpl.invoke(Unknown
Source)
at java.lang.reflect= Method.invoke(Unknown Source)
at
org.apache.axis.provi= ders.java.RPCProvider.invokeMethod(RPCProvider.java:376)
at<= br />org.apache.axis.providers.java.RPCProvider.processMessage(RPCProvide= r.java:278)
at
org.apache.axis.providers.java.JavaProvi= der.invoke(JavaProvider.java:290)
at
org.apache.axis.st= rategies.InvocationStrategy.visit(InvocationStrategy.java:32)
=20= at org.apache.axis.SimpleChain.doVisiting(SimpleChain.java:118)
=20= at org.apache.axis.SimpleChain.invoke(SimpleChain.java:83)
=20= at
org.apache.axis.handlers.soap.SOAPService.invoke(SOAPService= java:481)
at org.apache.axis.server.AxisServer.invoke(AxisS= erver.java:285)
at
org.apache.axis.transport.http.AxisS= ervlet.doPost(AxisServlet.java:623)
at javax.servlet.http.Ht= tpServlet.service(HttpServlet.java:709)
at
org.apache.a= xis.transport.http.AxisServletBase.service(AxisServletBase.java:301)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)<= br /> at
org.apache.catalina.core.ApplicationFilterChain.inte= rnalDoFilter(ApplicationFilterChain.java:252)
at
org.ap= ache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain= java:173)
at
org.apache.catalina.core.StandardWrapperV= alve.invoke(StandardWrapperValve.java:214)
at
org.apach= e.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java= :104)
at
org.apache.catalina.core.StandardPipeline.invo= ke(StandardPipeline.java:520)
at
org.apache.catalina.co= re.StandardContextValve.invokeInternal(StandardContextValve.java:198) at
org.apache.catalina.core.StandardContextValve.invoke(St= andardContextValve.java:152)
at
org.apache.catalina.cor= e.StandardValveContext.invokeNext(StandardValveContext.java:104)
=20= at
org.apache.catalina.core.StandardPipeline.invoke(StandardPip= eline.java:520)
at
org.apache.catalina.core.StandardHos= tValve.invoke(StandardHostValve.java:137)
at
org.apache= catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:= 104)
at
org.apache.catalina.valves.ErrorReportValve.inv= oke(ErrorReportValve.java:118)
at
org.apache.catalina.c= ore.StandardValveContext.invokeNext(StandardValveContext.java:102)
=20= at
org.apache.catalina.core.StandardPipeline.invoke(StandardP= ipeline.java:520)
at
org.apache.catalina.core.StandardE= ngineValve.invoke(StandardEngineValve.java:109)
at
org.= apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext= java:104)
at
org.apache.catalina.core.StandardPipeline= invoke(StandardPipeline.java:520)
at
org.apache.catali= na.core.ContainerBase.invoke(ContainerBase.java:929)
at
org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:160)<= br /> at
org.apache.coyote.http11.Http11Processor.process(Htt= p11Processor.java:799)
at org.apache.coyote.http11.Http11Pro= tocol
$Http11ConnectionHandler.processConnection(Http11Protocol.java= :705)
at
org.apache.tomcat.util.net.TcpWorkerThread.run= It(PoolTcpEndpoint.java:577)
at org.apache.tomcat.util.threa= ds.ThreadPool
$ControlRunnable.run(ThreadPool.java:684)
=20= at java.lang.Thread.run(Unknown Source)




>
>
> If that doesn't turn up anything=20= useful, try the tomcat logs, often
> some higher level errors wil= l end up with the application server.
>
>
> =20= Thu Jan 11 22:48:50 2007 from Benjamin Long to
> group= dav@opengroupware.org
> Subject: [GroupDAV] Unable to cre= ate Groupdav Syncsource
>
> Matt, list,
>=
> I'm trying to use the latest Groupdav Connector for Fu= nambol.
> First I tried
> the new JBoss v= ersion of the install guide, and ran into this
> problem.= Then,
> thinking that something about JBoss was tripping= me up, I
> install a fresh
> copy of the= Funambol package (Tomcat). Here is whats
> happening.>
> Once the admin tool is started, I add my user t= o it. That
> works fine.
>
> I ad= d my syncsource:
> SyncML Source: citcal
> =20= Source Type: text/x-vcal
> GroupDAV URL: =01a xhref=3D=03= =01a xhref=3D=03http://127.0.0.1:2000=03=03 TARGET=3D=03webcit01=03=02htt= p://127.0.0.1:2000=03=01/A=02
> TARGET=3D=03webcit01=03=02= =01a xhref=3D=03http://127.0.0.1:2000=01/A=02=03 TARGET=3D=03webcit01=03=02= http://127.0.0.1:2000=01/A=02=01/A=02
> Server Source: /g= roupdav/Calendar
> Store Location: /usr/local/Funambol/st= ore/citcal
> Click Save Settings
>
> =20= I get a popup error twice:
> Unexpected server error.= Check the server log for details.
>
> Checking t= he logs reveals this:
>
> funambol_ds.log:
&= gt; [Jan 11, 2007 5:07:30 PM] INFO: New administrative session fo= r
> admin
> Yep. Thats it. I can see the=20= admin login, then nothing.
>
> I've used diff to=20= search though the entire Funambol directory
> looking for=
> changes to any files that might contain log entries. N= o luck.
> I don't see any
> errors anywhe= re else.
>
> Matt, if you have any idea what migh= t be causing this, please
> let me know.
> =20= Maybe I'll just fall for that shameless plug you have in the
>=20= install guide. :)
>
> Benjamin Long
= > --
> GroupDAV
> groupdav@ope= ngroupware.org
> =01a
> xhref=3D=03http:/= /mail.opengroupware.org/mailman/listinfo/groupdav=03 TARGET=3D=03webcit01= =03=02=01a xhref=3D=03http://mail.opengroupware.org/mailman/listinfo/grou= pdav=01/A=02=03 TARGET=3D=03webcit01=03=02http://mail.opengroupware.org/m= ailman/listinfo/groupdav=01/A=02=01/A=02
>
>
> --= GroupDAV groupdav@opengroupware.org
> =01a xhref=3D=03http://mai= l.opengroupware.org/mailman/listinfo/groupdav=03 TARGET=3D=03webcit01=03=02= http://mail.opengroupware.org/mailman/listinfo/groupdav=01/A=02
--
---------------------+----------------------------------= ------------------
Chris Picton | PGP Key ID: 9D28A988 (wwwk= eys.pgp.net)
Technical Director | PGP Key Fingerprint:
T= angent Systems | 2B46 29EA D530 79EC D9EA 3ED0 229D 6DD6 9D28 A988
=20= 011 447 8096 | "Quid quid latine dictum sit, altum viditar&qu= ot;
chrisp@tangent.co.za | =01a xhref=3D=03http://www.tangent.co.za/= keys/chrisp.asc=03 TARGET=3D=03webcit01=03=02http://www.tangent.co.za/key= s/chrisp.asc=01/A=02
---------------------+-------------------------= ---------------------------




From groupdav@opengroupware.org Mon Jan 15 08:55:50 2007 From: groupdav@opengroupware.org (=?ISO-8859-1?Q?Samuli_Sepp=E4nen?=) Date: Mon, 15 Jan 2007 10:55:50 +0200 Subject: [GroupDAV] Unable to create Groupdav Syncsource In-Reply-To: <200701111748.50775.bflong@longbros.com> References: <200701111748.50775.bflong@longbros.com> Message-ID: <45AB4196.20907@tietoteema.fi> I've run into this problem several times, but I've always managed to "fix" it. All I did was delete the syncsource and try again - sometimes the GroupDAV configuration form just gets confused and refuses to save the filter. I didn't get anything useful into the logs, either, and never found the root of the problem. The same thing happened with old (like 1.1.1713) GDav connectors and also with the newest one. Hope this helps. Samuli > Matt, list, > > I'm trying to use the latest Groupdav Connector for Funambol. First I tried > the new JBoss version of the install guide, and ran into this problem. Then, > thinking that something about JBoss was tripping me up, I install a fresh > copy of the Funambol package (Tomcat). Here is whats happening. > > Once the admin tool is started, I add my user to it. That works fine. > > I add my syncsource: > SyncML Source: citcal > Source Type: text/x-vcal > GroupDAV URL: http://127.0.0.1:2000 > Server Source: /groupdav/Calendar > Store Location: /usr/local/Funambol/store/citcal > Click Save Settings > > I get a popup error twice: > Unexpected server error. Check the server log for details. > > Checking the logs reveals this: > > funambol_ds.log: > [Jan 11, 2007 5:07:30 PM] INFO: New administrative session for admin > Yep. Thats it. I can see the admin login, then nothing. > > I've used diff to search though the entire Funambol directory looking for > changes to any files that might contain log entries. No luck. I don't see any > errors anywhere else. > > Matt, if you have any idea what might be causing this, please let me know. > Maybe I'll just fall for that shameless plug you have in the install guide. :) > > Benjamin Long From groupdav@opengroupware.org Tue Jan 16 21:11:36 2007 From: groupdav@opengroupware.org (Adam Tauno Williams) Date: Tue, 16 Jan 2007 16:11:36 -0500 Subject: [GroupDAV] Unable to create Groupdav Syncsource In-Reply-To: <0000017919@comalies.citadel.org> References: <0000017919@comalies.citadel.org> Message-ID: <1168981896.4855.2.camel@aleph.whitemice.org> On Sat, 2007-01-13 at 10:56 +1100, matt wrote: > The most likely root cause to all of these problems are missing > dependency libraries, or the VM refusing to work with Funambol's > module loading behavior (application server logs will often reveal > this). Is the entire contents of the library package > (gdav_libs.tar.bz2) in the application servers classpath folder > (/server/lib/... / /server/funambol/lib / etc..) My $DS_HOME/lib is: bcel.jar funambol-framework.jar bsh-2.0b4.jar funambol-sqllog.jar commons-codec-1.3.jar ical4j-1.0-beta1.jar commons-httpclient-3.0.jar jdom.jar commons-lang-1.0.1.jar JGroupDAV.jar commons-lang-2.1.jar jgroups-all.jar commons-logging-1.1.jar jibx-bind.jar commons-logging-adapters-1.1.jar joda-time-1.0.jar commons-logging-api-1.1.jar foundation-3.0.9.jar funambol-admin-dev.jar smallsql.jar funambol-clientframework.jar vmtools-0.5.jar funambol-ext-3.0.4.jar gdav_libs contains - commons-codec-1.3.jar foundation-3.0.9.jar joda-time-1.0.jar commons-lang-1.0.1.jar funambol-admin-dev.jar smallsql.jar commons-logging-1.1.jar funambol-ext-3.0.4.jar commons-logging-adapters-1.1.jar funambol-framework.jar commons-logging-api-1.1.jar ical4j-1.0-beta1.jar So I believe I have all the dependencies accounted for. From groupdav@opengroupware.org Tue Jan 16 21:36:05 2007 From: groupdav@opengroupware.org (matt) Date: Wed, 17 Jan 2007 08:36:05 +1100 Subject: [GroupDAV] Unable to create Groupdav Syncsource In-Reply-To: <1168981896.4855.2.camel@aleph.whitemice.org> References: <0000017919@comalies.citadel.org> <1168981896.4855.2.camel@aleph.whitemice.org> Message-ID: <83116B2B-1520-42D8-84F4-8AAD8DB72206@mcbridematt.dhs.org> I'll put together a VMware image later this week with a pre configured Funambol install to make things easier. Anyway, is that $DS_HOME as in ds_server/lib? That won't work as everything in there is hard coded into the startup script. On 17/01/2007, at 8:11 AM, Adam Tauno Williams wrote: > On Sat, 2007-01-13 at 10:56 +1100, matt wrote: >> The most likely root cause to all of these problems are missing >> dependency libraries, or the VM refusing to work with Funambol's >> module loading behavior (application server logs will often reveal >> this). Is the entire contents of the library package >> (gdav_libs.tar.bz2) in the application servers classpath folder >> (/server/lib/... / /server/funambol/lib / etc..) > > My $DS_HOME/lib is: > bcel.jar funambol-framework.jar > bsh-2.0b4.jar funambol-sqllog.jar > commons-codec-1.3.jar ical4j-1.0-beta1.jar > commons-httpclient-3.0.jar jdom.jar > commons-lang-1.0.1.jar JGroupDAV.jar > commons-lang-2.1.jar jgroups-all.jar > commons-logging-1.1.jar jibx-bind.jar > commons-logging-adapters-1.1.jar joda-time-1.0.jar > commons-logging-api-1.1.jar foundation-3.0.9.jar > funambol-admin-dev.jar smallsql.jar > funambol-clientframework.jar vmtools-0.5.jar > funambol-ext-3.0.4.jar > > gdav_libs contains - > commons-codec-1.3.jar foundation-3.0.9.jar > joda-time-1.0.jar commons-lang-1.0.1.jar > funambol-admin-dev.jar smallsql.jar > commons-logging-1.1.jar funambol-ext-3.0.4.jar > commons-logging-adapters-1.1.jar funambol-framework.jar > commons-logging-api-1.1.jar ical4j-1.0-beta1.jar > > So I believe I have all the dependencies accounted for. > > > > -- > GroupDAV > groupdav@opengroupware.org > http://mail.opengroupware.org/mailman/listinfo/groupdav From groupdav@opengroupware.org Tue Jan 16 21:41:02 2007 From: groupdav@opengroupware.org (Adam Tauno Williams) Date: Tue, 16 Jan 2007 16:41:02 -0500 Subject: [GroupDAV] Unable to create Groupdav Syncsource In-Reply-To: <1168981896.4855.2.camel@aleph.whitemice.org> References: <0000017919@comalies.citadel.org> <1168981896.4855.2.camel@aleph.whitemice.org> Message-ID: <1168983662.4855.4.camel@aleph.whitemice.org> On Tue, 2007-01-16 at 16:11 -0500, Adam Tauno Williams wrote: > On Sat, 2007-01-13 at 10:56 +1100, matt wrote: > > The most likely root cause to all of these problems are missing > > dependency libraries, or the VM refusing to work with Funambol's > > module loading behavior (application server logs will often reveal > > this). Is the entire contents of the library package > > (gdav_libs.tar.bz2) in the application servers classpath folder > > (/server/lib/... / /server/funambol/lib / etc..) I do a: pwd # /opt/Funambol/tools/tomcat/server/lib for FILE in `ls /opt/Funambol/ds-server/lib/*.jar`; do ln -s $FILE; done Which sym-links in all the jar files from /opt/Funambol/ds-server/lib to /opt/Funambol/tools/tomcat/server/lib Restart Funambol Now I get "16 Jan 2007 16:38 [INFO] SyncSource correctly added" when I try to save my GroupDAV settings. :) From groupdav@opengroupware.org Wed Jan 17 19:07:20 2007 From: groupdav@opengroupware.org (Adam Tauno Williams) Date: Wed, 17 Jan 2007 14:07:20 -0500 Subject: [GroupDAV] Unable to create Groupdav Syncsource In-Reply-To: <83116B2B-1520-42D8-84F4-8AAD8DB72206@mcbridematt.dhs.org> References: <0000017919@comalies.citadel.org> <1168981896.4855.2.camel@aleph.whitemice.org> <83116B2B-1520-42D8-84F4-8AAD8DB72206@mcbridematt.dhs.org> Message-ID: <1169060840.4822.19.camel@aleph.whitemice.org> On Wed, 2007-01-17 at 08:36 +1100, matt wrote: > I'll put together a VMware image later this week with a pre > configured Funambol install to make things easier. I've posted my howto/recipe for setting up Funambol/GroupDAV so that it at least appears that it should work. http://docs.opengroupware.org/Members/whitemice/applications/syncml/funambol-setup/document_view > Anyway, is that $DS_HOME as in ds_server/lib? That won't work as > everything in there is hard coded into the startup script. Ah. These Java container things are bewlideringly complicated. From groupdav@opengroupware.org Wed Jan 17 19:11:47 2007 From: groupdav@opengroupware.org (Adam Tauno Williams) Date: Wed, 17 Jan 2007 14:11:47 -0500 Subject: [GroupDAV] GroupDAV connector installed, but noop Message-ID: <1169061107.4822.24.camel@aleph.whitemice.org> I've got the GroupDAV connector installed and syncronization completes without error.... but nothing happens. No requests are made to ZideStore and no data seems to transfer between the client and the server. Client is Funambol's Windows Mobile client in an emulator. Server configuration is as described at - http://docs.opengroupware.org/Members/whitemice/applications/syncml/funambol-setup/document_view E-Mail syncronization seems to be working perfectly. storelog-1169059240851.html is size 0 ogo-zidestore-1.5-out.log show no requests cat connector-1169059240845.html ---------------------------------

net.bionicmessage.funambol.source.vCalGroupDAVConnector

beginSync

Begin Sync: icalGroupDAVConnector/fwm-50F0063006B0000005649434545_adam/mode=200conflict=1

beginSync

For input string: "80zidestore"

getNewSyncItemKeys

getNewSyncItemKeys()

getDeletedSyncItemKeys

getDeletedSyncItemKeys()

endSync

endSync()

endSync

endSync

spider:/var/spool/groupdav/davOverview/ Relevent bits of Funambol DS log are, I think: ------------------------ ... [Jan 17, 2007 1:48:16 PM][funambol.handler] FINEST: current state: STATE_PKG3_RECEIVING [Jan 17, 2007 1:48:16 PM][funambol.handler] FINEST: Server auhenticated (code 200) [Jan 17, 2007 1:48:16 PM][funambol.handler] FINEST: Processing the given synchronization message [Jan 17, 2007 1:48:16 PM][funambol.handler] FINEST: client sources: [com.funambol.framework.engine.source.MemorySyncSource@a76a1f - {name: davOverview, type: unknown, uri: davOverview}] [Jan 17, 2007 1:48:16 PM][funambol.handler] FINEST: Checking if there are data to add to previous data [Jan 17, 2007 1:48:16 PM][funambol.handler] FINEST: Preparing com.funambol.framework.engine.source.MemorySyncSource@a76a1f - {name: davOverview, type: unknown, uri: davOverview} with [com.funambol.framework.core.Sync@546909] [Jan 17, 2007 1:48:16 PM] INFO: Starting synchronization ... [Jan 17, 2007 1:48:16 PM][funambol.engine] FINEST: Synchronizing davOverview (sync type: 200) [Jan 17, 2007 1:48:16 PM][funambol.engine] FINEST: SyncSource state of 'davOverview' is CONFIGURED [Jan 17, 2007 1:48:16 PM][funambol.engine.strategy] FINEST: Conflict resolution not configured for 'davOverview'. The default value is used (CONFLICT_RESOLUTION_CLIENT_WINS) [Jan 17, 2007 1:48:16 PM] INFO: Preparing fast synchronization of source 'davOverview' for fwm-50F0063006B0000005649434545/adam since 2007-01-17 13:47:15.842... [Jan 17, 2007 1:48:16 PM] INFO: Last call [Jan 17, 2007 1:48:16 PM][funambol.engine.strategy] FINEST: newA: [] [Jan 17, 2007 1:48:16 PM][funambol.engine.strategy] FINEST: updatedA: [] [Jan 17, 2007 1:48:16 PM][funambol.engine.strategy] FINEST: deletedA: [] [Jan 17, 2007 1:48:16 PM][funambol.engine.strategy] FINEST: Detecting server changes... [Jan 17, 2007 1:48:16 PM][funambol.engine.strategy] FINEST: newBItemKeys: [] [Jan 17, 2007 1:48:16 PM][funambol.engine.strategy] FINEST: updateBItemKeys: [] [Jan 17, 2007 1:48:16 PM][funambol.engine.strategy] FINEST: deleteBItemKeys: [] [Jan 17, 2007 1:48:16 PM][funambol.engine] FINEST: Checking the keys returned with state 'N' and last anchor '34351430' [Jan 17, 2007 1:48:16 PM][funambol.engine] FINEST: Checking the keys returned with state 'U' and last anchor '34351430' [Jan 17, 2007 1:48:16 PM][funambol.engine] FINEST: Checking the keys returned with state 'D' and last anchor '34351430' [Jan 17, 2007 1:48:16 PM][funambol.engine.strategy] FINEST: newB: [] [Jan 17, 2007 1:48:16 PM][funambol.engine.strategy] FINEST: updatedB: [] [Jan 17, 2007 1:48:16 PM][funambol.engine.strategy] FINEST: deletedB: [] [Jan 17, 2007 1:48:16 PM][funambol.engine.strategy] FINEST: Newly mapped items: [] [Jan 17, 2007 1:48:16 PM][funambol.engine.strategy] FINEST: Am: [] [Jan 17, 2007 1:48:16 PM][funambol.engine.strategy] FINEST: Bm: [] [Jan 17, 2007 1:48:16 PM][funambol.engine.strategy] FINEST: Am-Bm: [] [Jan 17, 2007 1:48:16 PM][funambol.engine.strategy] FINEST: Bm-Am: [] [Jan 17, 2007 1:48:16 PM][funambol.engine.strategy] FINEST: AmBm: [] [Jan 17, 2007 1:48:16 PM][funambol.engine.strategy] FINEST: AmBBm: [] [Jan 17, 2007 1:48:16 PM][funambol.engine.strategy] FINEST: AAmBm: [] [Jan 17, 2007 1:48:16 PM][funambol.engine.strategy] FINEST: operations: [] [Jan 17, 2007 1:48:16 PM] INFO: Preparation completed. [Jan 17, 2007 1:48:16 PM] INFO: Synchronizing... [Jan 17, 2007 1:48:16 PM][funambol.handler] FINEST: responseCommands: [com.funambol.framework.core.Status@1bbfd3a, com.funambol.framework.core.Sync@ee003d] [Jan 17, 2007 1:48:16 PM][funambol.engine] FINEST: Saving client mapping: com.funambol.framework.server.ClientMapping@151e0c4[clientMapping=[],modifiedKeys=[],deletedKeys=[]] [Jan 17, 2007 1:48:16 PM][funambol.handler] FINEST: Checking if MaxMsgSize is larger than the minimum size supported by the server (2500) [Jan 17, 2007 1:48:16 PM][funambol.handler] FINEST: moving to state STATE_PKG3_RECEIVED [Jan 17, 2007 1:48:16 PM][funambol.server] FINEST: Using the request url to create the RespURI [Jan 17, 2007 1:48:16 PM][funambol.server] FINEST: Calling output pipeline [Jan 17, 2007 1:48:16 PM][funambol.engine.pipeline] FINEST: Starting postprocessing [Jan 17, 2007 1:48:16 PM][funambol.engine.pipeline] FINEST: Returning message to process: .... From groupdav@opengroupware.org Fri Jan 19 00:37:17 2007 From: groupdav@opengroupware.org (matt) Date: Fri, 19 Jan 2007 11:37:17 +1100 Subject: [GroupDAV] GroupDAV connector installed, but noop In-Reply-To: <1169061107.4822.24.camel@aleph.whitemice.org> References: <1169061107.4822.24.camel@aleph.whitemice.org> Message-ID: Is there a folder called 'obtrack' in the device folder? If there isn't, somethings going wrong right at the start of the sync. The logs for tomcat itself might reveal something. (These errors should be ending up in the connector-.html log but for some reason they aren't. Argh.) On 18/01/2007, at 6:11 AM, Adam Tauno Williams wrote: > I've got the GroupDAV connector installed and syncronization completes > without error.... but nothing happens. No requests are made to > ZideStore and no data seems to transfer between the client and the > server. > > Client is Funambol's Windows Mobile client in an emulator. Server > configuration is as described at - > http://docs.opengroupware.org/Members/whitemice/applications/syncml/ > funambol-setup/document_view > > E-Mail syncronization seems to be working perfectly. > > storelog-1169059240851.html is size 0 > > ogo-zidestore-1.5-out.log show no requests > > cat connector-1169059240845.html > --------------------------------- >

net.bionicmessage.funambol.source.vCalGroupDAVConnector p>

beginSync

Begin Sync:  
> icalGroupDAVConnector/fwm-50F0063006B0000005649434545_adam/ 
> mode=200conflict=1

beginSync

For  
> input string: "80zidestore"

getNewSyncItemKeys h3>

getNewSyncItemKeys()
p>

getDeletedSyncItemKeys

p>

getDeletedSyncItemKeys()

endSync

p>

endSync()

endSync

p>

endSync

spider:/var/spool/groupdav/davOverview/ > > Relevent bits of Funambol DS log are, I think: > ------------------------ > ... > [Jan 17, 2007 1:48:16 PM][funambol.handler] FINEST: current state: > STATE_PKG3_RECEIVING > [Jan 17, 2007 1:48:16 PM][funambol.handler] FINEST: Server > auhenticated > (code 200) > [Jan 17, 2007 1:48:16 PM][funambol.handler] FINEST: Processing the > given > synchronization message > [Jan 17, 2007 1:48:16 PM][funambol.handler] FINEST: client sources: > [com.funambol.framework.engine.source.MemorySyncSource@a76a1f - {name: > davOverview, type: unknown, uri: davOverview}] > [Jan 17, 2007 1:48:16 PM][funambol.handler] FINEST: Checking if there > are data to add to previous data > [Jan 17, 2007 1:48:16 PM][funambol.handler] FINEST: Preparing > com.funambol.framework.engine.source.MemorySyncSource@a76a1f - {name: > davOverview, type: unknown, uri: davOverview} with > [com.funambol.framework.core.Sync@546909] > [Jan 17, 2007 1:48:16 PM] INFO: Starting synchronization ... > [Jan 17, 2007 1:48:16 PM][funambol.engine] FINEST: Synchronizing > davOverview (sync type: 200) > [Jan 17, 2007 1:48:16 PM][funambol.engine] FINEST: SyncSource state of > 'davOverview' is CONFIGURED > [Jan 17, 2007 1:48:16 PM][funambol.engine.strategy] FINEST: Conflict > resolution not configured for 'davOverview'. The default value is used > (CONFLICT_RESOLUTION_CLIENT_WINS) > [Jan 17, 2007 1:48:16 PM] INFO: Preparing fast synchronization of > source > 'davOverview' for fwm-50F0063006B0000005649434545/adam since > 2007-01-17 > 13:47:15.842... > [Jan 17, 2007 1:48:16 PM] INFO: Last call > [Jan 17, 2007 1:48:16 PM][funambol.engine.strategy] FINEST: newA: [] > [Jan 17, 2007 1:48:16 PM][funambol.engine.strategy] FINEST: > updatedA: [] > [Jan 17, 2007 1:48:16 PM][funambol.engine.strategy] FINEST: > deletedA: [] > [Jan 17, 2007 1:48:16 PM][funambol.engine.strategy] FINEST: Detecting > server changes... > [Jan 17, 2007 1:48:16 PM][funambol.engine.strategy] FINEST: > newBItemKeys: [] > [Jan 17, 2007 1:48:16 PM][funambol.engine.strategy] FINEST: > updateBItemKeys: [] > [Jan 17, 2007 1:48:16 PM][funambol.engine.strategy] FINEST: > deleteBItemKeys: [] > [Jan 17, 2007 1:48:16 PM][funambol.engine] FINEST: Checking the keys > returned with state 'N' and last anchor '34351430' > [Jan 17, 2007 1:48:16 PM][funambol.engine] FINEST: Checking the keys > returned with state 'U' and last anchor '34351430' > [Jan 17, 2007 1:48:16 PM][funambol.engine] FINEST: Checking the keys > returned with state 'D' and last anchor '34351430' > [Jan 17, 2007 1:48:16 PM][funambol.engine.strategy] FINEST: newB: [] > [Jan 17, 2007 1:48:16 PM][funambol.engine.strategy] FINEST: > updatedB: [] > [Jan 17, 2007 1:48:16 PM][funambol.engine.strategy] FINEST: > deletedB: [] > [Jan 17, 2007 1:48:16 PM][funambol.engine.strategy] FINEST: Newly > mapped > items: [] > [Jan 17, 2007 1:48:16 PM][funambol.engine.strategy] FINEST: Am: [] > [Jan 17, 2007 1:48:16 PM][funambol.engine.strategy] FINEST: Bm: [] > [Jan 17, 2007 1:48:16 PM][funambol.engine.strategy] FINEST: Am-Bm: [] > [Jan 17, 2007 1:48:16 PM][funambol.engine.strategy] FINEST: Bm-Am: [] > [Jan 17, 2007 1:48:16 PM][funambol.engine.strategy] FINEST: AmBm: [] > [Jan 17, 2007 1:48:16 PM][funambol.engine.strategy] FINEST: AmBBm: [] > [Jan 17, 2007 1:48:16 PM][funambol.engine.strategy] FINEST: AAmBm: [] > [Jan 17, 2007 1:48:16 PM][funambol.engine.strategy] FINEST: > operations: > [] > [Jan 17, 2007 1:48:16 PM] INFO: Preparation completed. > [Jan 17, 2007 1:48:16 PM] INFO: Synchronizing... > [Jan 17, 2007 1:48:16 PM][funambol.handler] FINEST: responseCommands: > [com.funambol.framework.core.Status@1bbfd3a, > com.funambol.framework.core.Sync@ee003d] > [Jan 17, 2007 1:48:16 PM][funambol.engine] FINEST: Saving client > mapping: > com.funambol.framework.server.ClientMapping@151e0c4[clientMapping= > [],modifiedKeys=[],deletedKeys=[]] > [Jan 17, 2007 1:48:16 PM][funambol.handler] FINEST: Checking if > MaxMsgSize is larger than the minimum size supported by the server > (2500) > [Jan 17, 2007 1:48:16 PM][funambol.handler] FINEST: moving to state > STATE_PKG3_RECEIVED > [Jan 17, 2007 1:48:16 PM][funambol.server] FINEST: Using the > request url > to create the RespURI > [Jan 17, 2007 1:48:16 PM][funambol.server] FINEST: Calling output > pipeline > [Jan 17, 2007 1:48:16 PM][funambol.engine.pipeline] FINEST: Starting > postprocessing > [Jan 17, 2007 1:48:16 PM][funambol.engine.pipeline] FINEST: Returning > message to process: > .... > > -- > GroupDAV > groupdav@opengroupware.org > http://mail.opengroupware.org/mailman/listinfo/groupdav From groupdav@opengroupware.org Fri Jan 19 18:26:39 2007 From: groupdav@opengroupware.org (Adam Tauno Williams) Date: Fri, 19 Jan 2007 13:26:39 -0500 Subject: [GroupDAV] GroupDAV connector installed, but noop In-Reply-To: References: <1169061107.4822.24.camel@aleph.whitemice.org> Message-ID: <1169231199.5013.15.camel@aleph.whitemice.org> On Fri, 2007-01-19 at 11:37 +1100, matt wrote: > Is there a folder called 'obtrack' in the device folder? If there > isn't, somethings going wrong right at the start of the sync. The > logs for tomcat itself might reveal something. (These errors should > be ending up > in the connector-.html log but for some reason they aren't. Argh.) Ah, the Tomcat logs! I should have thought of that.... This is interesting: INFO: Begin Sync: icalGroupDAVConnector/fwm-50F0063006B0000005649434545_adam/mode=200conflict=1 Jan 17, 2007 1:47:17 PM net.bionicmessage.funambol.source.vCalGroupDAVConnector beginSync SEVERE: beginSync java.lang.NumberFormatException: For input string: "80zidestore" at java.lang.NumberFormatException.forInputString(Unknown Source) at java.lang.Integer.parseInt(Unknown Source) at java.lang.Integer.valueOf(Unknown Source) With a GroupDAV URL of "http://gourd-amber:80/zidestore" and a server source of "dav/%USER%/Overview" From groupdav@opengroupware.org Fri Jan 19 23:11:35 2007 From: groupdav@opengroupware.org (matt) Date: Sat, 20 Jan 2007 10:11:35 +1100 Subject: [GroupDAV] GroupDAV connector installed, but noop In-Reply-To: <1169231199.5013.15.camel@aleph.whitemice.org> References: <1169061107.4822.24.camel@aleph.whitemice.org> <1169231199.5013.15.camel@aleph.whitemice.org> Message-ID: <0CC5CC1C-75EF-4B03-9382-3CBD98AB2E7F@mcbridematt.dhs.org> Only the server name and port are required in the URL field, everything else goes into server source now, like so: http://comalies.citadel.org/~matt/funambol/latest/deployment/ x97.html#source-create On 20/01/2007, at 5:26 AM, Adam Tauno Williams wrote: > On Fri, 2007-01-19 at 11:37 +1100, matt wrote: >> Is there a folder called 'obtrack' in the device folder? If there >> isn't, somethings going wrong right at the start of the sync. The >> logs for tomcat itself might reveal something. (These errors should >> be ending up >> in the connector-.html log but for some reason they aren't. Argh.) > > Ah, the Tomcat logs! I should have thought of that.... > > This is interesting: > INFO: Begin Sync: > icalGroupDAVConnector/fwm-50F0063006B0000005649434545_adam/ > mode=200conflict=1 > Jan 17, 2007 1:47:17 PM > net.bionicmessage.funambol.source.vCalGroupDAVConnector beginSync > SEVERE: beginSync > java.lang.NumberFormatException: For input string: "80zidestore" > at java.lang.NumberFormatException.forInputString(Unknown > Source) > at java.lang.Integer.parseInt(Unknown Source) > at java.lang.Integer.valueOf(Unknown Source) > > With a GroupDAV URL of "http://gourd-amber:80/zidestore" and a server > source of "dav/%USER%/Overview" > > -- > GroupDAV > groupdav@opengroupware.org > http://mail.opengroupware.org/mailman/listinfo/groupdav From groupdav@opengroupware.org Mon Jan 22 16:20:41 2007 From: groupdav@opengroupware.org (Adam Tauno Williams) Date: Mon, 22 Jan 2007 11:20:41 -0500 Subject: [GroupDAV] GroupDAV Connector / Corrupted Times (ZideStore bug?) In-Reply-To: <0CC5CC1C-75EF-4B03-9382-3CBD98AB2E7F@mcbridematt.dhs.org> References: <1169061107.4822.24.camel@aleph.whitemice.org> <1169231199.5013.15.camel@aleph.whitemice.org> <0CC5CC1C-75EF-4B03-9382-3CBD98AB2E7F@mcbridematt.dhs.org> Message-ID: <1169482841.4603.12.camel@aleph.whitemice.org> On Sat, 2007-01-20 at 10:11 +1100, matt wrote: > Only the server name and port are required in the URL field, > everything else goes into server source now, like so: > http://comalies.citadel.org/~matt/funambol/latest/deployment/ > x97.html#source-create Excellent; it is now tossing data back and forth. Only now I see corrupted times in the OpenGroupware schedular. An appointment created on the WinCE device and synced looks like: Starttime: Tuesday, %Y-%m-%d %H:%M %Z End Time: Tuesday, %Y-%m-%d %H:%M %Z The appointment does appear on the correct day, and if I click edit I see a start time of 10:30 and an end time of 12:00. So the duration is correct. Appointment on the device was fo 15:30 - 17:00. Even after I correct the time and save the appointment the time appears as the string above ["%Y-%m-%d %H:%M %Z"]. Title and location are correct. Seems very odd. From groupdav@opengroupware.org Mon Jan 22 16:26:44 2007 From: groupdav@opengroupware.org (Adam Tauno Williams) Date: Mon, 22 Jan 2007 11:26:44 -0500 Subject: [GroupDAV] GroupDAV Connector / Corrupted Times (ZideStore bug?) In-Reply-To: <1169482841.4603.12.camel@aleph.whitemice.org> References: <1169061107.4822.24.camel@aleph.whitemice.org> <1169231199.5013.15.camel@aleph.whitemice.org> <0CC5CC1C-75EF-4B03-9382-3CBD98AB2E7F@mcbridematt.dhs.org> <1169482841.4603.12.camel@aleph.whitemice.org> Message-ID: <1169483204.4603.17.camel@aleph.whitemice.org> On Mon, 2007-01-22 at 11:20 -0500, Adam Tauno Williams wrote: > On Sat, 2007-01-20 at 10:11 +1100, matt wrote: > > Only the server name and port are required in the URL field, > > everything else goes into server source now, like so: > > http://comalies.citadel.org/~matt/funambol/latest/deployment/ > > x97.html#source-create > Excellent; it is now tossing data back and forth. > Only now I see corrupted times in the OpenGroupware schedular. An > appointment created on the WinCE device and synced looks like: > Starttime: Tuesday, %Y-%m-%d %H:%M %Z > End Time: Tuesday, %Y-%m-%d %H:%M %Z Arghh. Nevermind; everything is the schedular is showing up with the weird time string. > The appointment does appear on the correct day, and if I click edit I > see a start time of 10:30 and an end time of 12:00. So the duration is > correct. Appointment on the device was fo 15:30 - 17:00. But the time shifting is still valid. Does the connector send the time to the server with a timezone or in GMT? Because it looked like somewhere along the line 5 hours gets subtracted (and we are in GMT-5). > Even after I correct the time and save the appointment the time appears > as the string above ["%Y-%m-%d %H:%M %Z"]. > Title and location are correct. > Seems very odd. From groupdav@opengroupware.org Mon Jan 22 16:51:06 2007 From: groupdav@opengroupware.org (Chris Bryant) Date: Mon, 22 Jan 2007 11:51:06 -0500 Subject: [GroupDAV] GroupDAV Connector / Corrupted Times (ZideStorebug?) References: <1169061107.4822.24.camel@aleph.whitemice.org> <1169231199.5013.15.camel@aleph.whitemice.org> <0CC5CC1C-75EF-4B03-9382-3CBD98AB2E7F@mcbridematt.dhs.org> <1169482841.4603.12.camel@aleph.whitemice.org> <1169483204.4603.17.camel@aleph.whitemice.org> Message-ID: <002201c73e45$839b7f60$6501a8c0@corp.usa.net> I noticed changes to events related to timezones also. I noticed that events were coming into the Funambol server with the proper start date/time and end date/time, with a Z at the end to indicate GMT time, but when it gets stored on the GroupDAV server, the Z is removed, converting the time to localtime instead. I assume the GroupDAV connector is making this change, but I don't know if this is being done inadvertantly or intentionally. Chris ----- Original Message ----- From: "Adam Tauno Williams" To: Sent: Monday, January 22, 2007 11:26 AM Subject: Re: [GroupDAV] GroupDAV Connector / Corrupted Times (ZideStorebug?) > On Mon, 2007-01-22 at 11:20 -0500, Adam Tauno Williams wrote: >> On Sat, 2007-01-20 at 10:11 +1100, matt wrote: >> > Only the server name and port are required in the URL field, >> > everything else goes into server source now, like so: >> > http://comalies.citadel.org/~matt/funambol/latest/deployment/ >> > x97.html#source-create >> Excellent; it is now tossing data back and forth. >> Only now I see corrupted times in the OpenGroupware schedular. An >> appointment created on the WinCE device and synced looks like: >> Starttime: Tuesday, %Y-%m-%d %H:%M %Z >> End Time: Tuesday, %Y-%m-%d %H:%M %Z > > Arghh. Nevermind; everything is the schedular is showing up with the > weird time string. > >> The appointment does appear on the correct day, and if I click edit I >> see a start time of 10:30 and an end time of 12:00. So the duration is >> correct. Appointment on the device was fo 15:30 - 17:00. > > But the time shifting is still valid. Does the connector send the time > to the server with a timezone or in GMT? Because it looked like > somewhere along the line 5 hours gets subtracted (and we are in GMT-5). > >> Even after I correct the time and save the appointment the time appears >> as the string above ["%Y-%m-%d %H:%M %Z"]. >> Title and location are correct. >> Seems very odd. > > > > > -- > GroupDAV > groupdav@opengroupware.org > http://mail.opengroupware.org/mailman/listinfo/groupdav > > > > From groupdav@opengroupware.org Tue Jan 23 00:07:53 2007 From: groupdav@opengroupware.org (matt) Date: Tue, 23 Jan 2007 11:07:53 +1100 Subject: [GroupDAV] GroupDAV Connector / Corrupted Times (ZideStorebug?) In-Reply-To: <002201c73e45$839b7f60$6501a8c0@corp.usa.net> References: <1169061107.4822.24.camel@aleph.whitemice.org> <1169231199.5013.15.camel@aleph.whitemice.org> <0CC5CC1C-75EF-4B03-9382-3CBD98AB2E7F@mcbridematt.dhs.org> <1169482841.4603.12.camel@aleph.whitemice.org> <1169483204.4603.17.camel@aleph.whitemice.org> <002201c73e45$839b7f60$6501a8c0@corp.usa.net> Message-ID: <24877E87-4211-4D9E-AE43-CD1666A1D5E0@mcbridematt.dhs.org> Are the dates the devices are sending accurate in GMT time? I had problems with Funambol's parser actually converting time to GMT format (with the Z at the end), without actual time conversion, even though the devices were sending local time without the Z, so the data converter actually treats them as local. It appears, with the UTC flag unset, ical4j then (inadvertently) adjusts the time we give it forward/backward accordingly. On 23/01/2007, at 3:51 AM, Chris Bryant wrote: > I noticed changes to events related to timezones also. I noticed > that events were coming into the Funambol server with the proper > start date/time and end date/time, with a Z at the end to indicate > GMT time, but when it gets stored on the GroupDAV server, the Z is > removed, converting the time to localtime instead. I assume the > GroupDAV connector is making this change, but I don't know if this > is being done inadvertantly or intentionally. > > Chris > > > ----- Original Message ----- From: "Adam Tauno Williams" > > To: > Sent: Monday, January 22, 2007 11:26 AM > Subject: Re: [GroupDAV] GroupDAV Connector / Corrupted Times > (ZideStorebug?) > > >> On Mon, 2007-01-22 at 11:20 -0500, Adam Tauno Williams wrote: >>> On Sat, 2007-01-20 at 10:11 +1100, matt wrote: >>> > Only the server name and port are required in the URL field, >>> > everything else goes into server source now, like so: >>> > http://comalies.citadel.org/~matt/funambol/latest/deployment/ >>> > x97.html#source-create >>> Excellent; it is now tossing data back and forth. >>> Only now I see corrupted times in the OpenGroupware schedular. An >>> appointment created on the WinCE device and synced looks like: >>> Starttime: Tuesday, %Y-%m-%d %H:%M %Z >>> End Time: Tuesday, %Y-%m-%d %H:%M %Z >> >> Arghh. Nevermind; everything is the schedular is showing up with >> the >> weird time string. >> >>> The appointment does appear on the correct day, and if I click >>> edit I >>> see a start time of 10:30 and an end time of 12:00. So the >>> duration is >>> correct. Appointment on the device was fo 15:30 - 17:00. >> >> But the time shifting is still valid. Does the connector send the >> time >> to the server with a timezone or in GMT? Because it looked like >> somewhere along the line 5 hours gets subtracted (and we are in >> GMT-5). >> >>> Even after I correct the time and save the appointment the time >>> appears >>> as the string above ["%Y-%m-%d %H:%M %Z"]. >>> Title and location are correct. >>> Seems very odd. >> >> >> >> >> -- >> GroupDAV >> groupdav@opengroupware.org >> http://mail.opengroupware.org/mailman/listinfo/groupdav >> >> >> > > > -- > GroupDAV > groupdav@opengroupware.org > http://mail.opengroupware.org/mailman/listinfo/groupdav From groupdav@opengroupware.org Tue Jan 23 13:13:59 2007 From: groupdav@opengroupware.org (=?ISO-8859-1?Q?Samuli_Sepp=E4nen?=) Date: Tue, 23 Jan 2007 15:13:59 +0200 Subject: [GroupDAV] GroupDAV connector installed, but noop In-Reply-To: <0CC5CC1C-75EF-4B03-9382-3CBD98AB2E7F@mcbridematt.dhs.org> References: <1169061107.4822.24.camel@aleph.whitemice.org> <1169231199.5013.15.camel@aleph.whitemice.org> <0CC5CC1C-75EF-4B03-9382-3CBD98AB2E7F@mcbridematt.dhs.org> Message-ID: <45B60A17.9020308@tietoteema.fi> Try GroupDAV URL: http://gourd-amber:80 Server source: /zidestore/dav/%USER%/Overview It works for me. >> Ah, the Tomcat logs! I should have thought of that.... >> >> This is interesting: >> INFO: Begin Sync: >> icalGroupDAVConnector/fwm-50F0063006B0000005649434545_adam/mode=200conflict=1 >> >> Jan 17, 2007 1:47:17 PM >> net.bionicmessage.funambol.source.vCalGroupDAVConnector beginSync >> SEVERE: beginSync >> java.lang.NumberFormatException: For input string: "80zidestore" >> at java.lang.NumberFormatException.forInputString(Unknown >> Source) >> at java.lang.Integer.parseInt(Unknown Source) >> at java.lang.Integer.valueOf(Unknown Source) >> >> With a GroupDAV URL of "http://gourd-amber:80/zidestore" and a server >> source of "dav/%USER%/Overview" >> From groupdav@opengroupware.org Tue Jan 23 13:53:55 2007 From: groupdav@opengroupware.org (Adam Tauno Williams) Date: Tue, 23 Jan 2007 08:53:55 -0500 Subject: [GroupDAV] GroupDAV connector installed, but noop In-Reply-To: <45B60A17.9020308@tietoteema.fi> References: <1169061107.4822.24.camel@aleph.whitemice.org> <1169231199.5013.15.camel@aleph.whitemice.org> <0CC5CC1C-75EF-4B03-9382-3CBD98AB2E7F@mcbridematt.dhs.org> <45B60A17.9020308@tietoteema.fi> Message-ID: <1169560435.4580.6.camel@aleph.whitemice.org> > GroupDAV URL: http://gourd-amber:80 > Server source: /zidestore/dav/%USER%/Overview > It works for me. It worked for me without the "http://" URL: gourd-amber:80 Source: /zidestore/dav/%USER%/Overview Have your tried syncing contacts yet? I just tried that before I had to go to a meeting yesterday and the client failed with a 'Sync NOT complete' message. But I haven't had a chance to look in the server logs yet. Calendar, other than the time shift thing, seems to be working; at least based upon superficial examination. From groupdav@opengroupware.org Wed Jan 24 11:19:04 2007 From: groupdav@opengroupware.org (matt) Date: Wed, 24 Jan 2007 22:19:04 +1100 Subject: [GroupDAV] GroupDAV connector installed, but noop In-Reply-To: <1169560435.4580.6.camel@aleph.whitemice.org> References: <1169061107.4822.24.camel@aleph.whitemice.org> <1169231199.5013.15.camel@aleph.whitemice.org> <0CC5CC1C-75EF-4B03-9382-3CBD98AB2E7F@mcbridematt.dhs.org> <45B60A17.9020308@tietoteema.fi> <1169560435.4580.6.camel@aleph.whitemice.org> Message-ID: On 24/01/2007, at 12:53 AM, Adam Tauno Williams wrote: > > Have your tried syncing contacts yet? I just tried that before I > had to > go to a meeting yesterday and the client failed with a 'Sync NOT > complete' message. But I haven't had a chance to look in the server > logs yet. > > Calendar, other than the time shift thing, seems to be working; at > least based upon superficial examination. > 1780 is out at http://comalies.citadel.org/~matt/funambol/latest/1780/ The time shift issue has been solved, and there is a new config option allowing the insertion of VTimeZone data into each event added/ updated by the connector. All events added/updated are in local time format. Contact syncing with Synthesis has been fixed (I set the version of VCard wrongly). getSyncItemKeyFromTwins() has been implemented for the events sync source, allowing clients to find any existing objects with the same data (name, dtstart and dtend). From groupdav@opengroupware.org Wed Jan 24 15:52:23 2007 From: groupdav@opengroupware.org (Adam Tauno Williams) Date: Wed, 24 Jan 2007 10:52:23 -0500 Subject: [GroupDAV] Funambol Connector: Illegal character in MAILTO Message-ID: <1169653944.4782.2.camel@aleph.whitemice.org> If there is a space in the MAILTO: of a vevent it causes an exception. ZideStore uses the CN of teams if there is no e-mail address assigned to the team; and team names can contain spaces. Not certain this is really even a bug; it seems legit that e-mail addresses cannot contain spaces. Jan 24, 2007 10:49:57 AM net.bionicmessage.groupdav.groupDAV sendNonKeepAliveRequest FINER: We got: HTTP/1.1 200 OK Date: Wed, 24 Jan 2007 15:47:15 GMT Server: Apache/2.0.53 (Linux/SUSE) etag: 5016530:3 content-type: text/calendar; charset=utf-8 content-length: 854 BEGIN:VCALENDAR METHOD:REQUEST PRODID:-//OpenGroupware.org/ZideStore 1.5// VERSION:2.0 BEGIN:VEVENT STATUS:CONFIRMED SUMMARY:JUNE SA ENROLLMETNS AND WARRANTY CUT OFF DTSTART:20070628T040000Z DTEND:20070629T035900Z TRANSP:OPAQUE UID:skyrix://gourd-amber.morrison.iserv.net/morrisonOGo/5016530 CREATED:20030710T120000Z LAST-MODIFIED:20070110T134107Z DTSTAMP:20070124T154717Z X-MICROSOFT-CDO-IMPORTANCE:0 X-MICROSOFT-CDO-BUSYSTATUS:BUSY X-MICROSOFT-CDO-INSTTYPE:0 X-MICROSOFT-CDO-ALLDAYEVENT:FALSE ATTENDEE;CUTYPE="GROUP";PARTSTAT="NEEDS-ACTION";ROLE="NON-PARTICIPANT";RSVP="FALSE";CN="all intranet":MAILTO:all intranet ATTENDEE;CUTYPE="INDIVIDUAL";PARTSTAT="NEEDS-ACTION";ROLE="REQ-PARTICIPANT";RSVP="FALSE";CN="Betty Dart":MAILTO:bdart@morrison-ind.com ORGANIZER;CN="Betty Dart":MAILTO:bdart@morrison-ind.com END:VEVENT END:VCALENDAR ....in 16326ms Jan 24, 2007 10:49:57 AM net.bionicmessage.objects.ICalendarObjectStore startSync FINER: THROW net.fortuna.ical4j.data.ParserException: Error at line 19: Illegal character in opaque part at index 10: MAILTO:all intranet at net.fortuna.ical4j.data.CalendarParserImpl.parse(CalendarParserImpl.java:139) at net.fortuna.ical4j.data.CalendarBuilder.build(CalendarBuilder.java:165) at net.fortuna.ical4j.data.CalendarBuilder.build(CalendarBuilder.java:147) at net.bionicmessage.objects.ICalendarObjectStore.constructCalendarObject(ICalendarObjectStore.java:399) at net.bionicmessage.objects.ICalendarObjectStore.addFromServerToStore(ICalendarObjectStore.java:192) at net.bionicmessage.objects.ICalendarObjectStore.startSync(ICalendarObjectStore.java:423) at net.bionicmessage.funambol.source.vCalGroupDAVConnector.beginSync(vCalGroupDAVConnector.java:154) at com.funambol.server.engine.Sync4jEngine.sync(Sync4jEngine.java:489) at com.funambol.server.session.SyncSessionHandler.processModifications(SyncSessionHandler.java:1580) at com.funambol.server.session.SyncSessionHandler.processSyncMessage(SyncSessionHandler.java:1429) at com.funambol.server.session.SyncSessionHandler.processInitSyncMapMessage(SyncSessionHandler.java:870) at com.funambol.server.session.SyncSessionHandler.processMessage(SyncSessionHandler.java:459) at com.funambol.server.engine.SyncAdapter.processInputMessage(SyncAdapter.java:459) at com.funambol.server.engine.SyncAdapter.processXMLMessage(SyncAdapter.java:215) at com.funambol.transport.http.server.LocalSyncHolder.processXMLMessage(LocalSyncHolder.java:80) at com.funambol.transport.http.server.Sync4jServlet.doPost(Sync4jServlet.java:297) at javax.servlet.http.HttpServlet.service(HttpServlet.java:709) at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:214) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:198) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:152) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:137) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:118) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929) at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:160) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:799) at org.apache.coyote.http11.Http11Protocol $Http11ConnectionHandler.processConnection(Http11Protocol.java:705) at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:577) at org.apache.tomcat.util.threads.ThreadPool $ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Unknown Source) Caused by: java.net.URISyntaxException: Illegal character in opaque part at index 10: MAILTO:all intranet at java.net.URI$Parser.fail(Unknown Source) at java.net.URI$Parser.checkChars(Unknown Source) at java.net.URI$Parser.parse(Unknown Source) at java.net.URI.(Unknown Source) at net.fortuna.ical4j.model.property.Attendee.setValue(Attendee.java:108) at net.fortuna.ical4j.data.CalendarBuilder.propertyValue(CalendarBuilder.java:270) at net.fortuna.ical4j.data.CalendarParserImpl.parseProperty(CalendarParserImpl.java:233) at net.fortuna.ical4j.data.CalendarParserImpl.parsePropertyList(CalendarParserImpl.java:167) at net.fortuna.ical4j.data.CalendarParserImpl.parseComponent(CalendarParserImpl.java:331) at net.fortuna.ical4j.data.CalendarParserImpl.parsePropertyList(CalendarParserImpl.java:164) at net.fortuna.ical4j.data.CalendarParserImpl.parse(CalendarParserImpl.java:107) ... 41 more Jan 24, 2007 10:49:57 AM net.bionicmessage.objects.ICalendarObjectStore startSync FINE: We added the URL: http://gourd-amber:80/zidestore/dav/adam/Overview/5016530.ics Jan 24, 2007 10:49:57 AM net.bionicmessage.groupdav.groupDAV sendNonKeepAliveRequest FINER: We sent: GET /zidestore/dav/adam/Overview/5016590.ics HTTP/1.1 Authorization: Basic YWRhbTpyYzIwZmxv Content-Length: 0 User-Agent: BionicMessage.net GroupDAV {0.9;Java} Host: gourd-amber:80 From groupdav@opengroupware.org Wed Jan 24 16:24:47 2007 From: groupdav@opengroupware.org (Chris Bryant) Date: Wed, 24 Jan 2007 11:24:47 -0500 Subject: [GroupDAV] GroupDAV Connector / Corrupted Times (ZideStorebug?) References: <1169061107.4822.24.camel@aleph.whitemice.org> <1169231199.5013.15.camel@aleph.whitemice.org> <0CC5CC1C-75EF-4B03-9382-3CBD98AB2E7F@mcbridematt.dhs.org> <1169482841.4603.12.camel@aleph.whitemice.org> <1169483204.4603.17.camel@aleph.whitemice.org> <002201c73e45$839b7f60$6501a8c0@corp.usa.net> <24877E87-4211-4D9E-AE43-CD1666A1D5E0@mcbridematt.dhs.org> Message-ID: <000401c73fd4$502a6200$6501a8c0@corp.usa.net> I created an event for last night from 2100-2200 US Eastern time. Here's what was sent into the funambol server (from the ds_server.log). We are 5 hours off GMT, so the GMT times are correct. BEGIN:VCALENDAR VERSION:2.0 BEGIN:VEVENT SUMMARY:The President's State of the Union Address LOCATION:U.S. Capitol DESCRIPTION:Address to Congress and the nation. DTSTART:20070124T020000Z DTEND:20070124T030000Z CLASS:PUBLIC END:VEVENT END:VCALENDAR The funambol server is running on a machine with the timezone set to US Mountain time (normally all our machines would run on GMT though). The event gets stored on the GroupDAV server as: BEGIN:VCALENDAR PRODID:-//BionicMessage Funambol Connector//funambol2ical4jconvert//EN VERSION:2.0 BEGIN:VEVENT DTSTAMP:20070124T155927Z CLASS:PUBLIC DTSTART:20070123T190000 DTEND:20070123T200000 SUMMARY:The President's State of the Union Address DESCRIPTION:Address to Congress and the nation. LOCATION:U.S. Capitol UID:00000000E78615E60242FA4B89D73FB770229C12A4302000 LAST-MODIFIED:20070124T155927Z END:VEVENT END:VCALENDAR The GroupDAV server does not do any manipulation of the dates. The DTSTART and DTEND values are the correct translation of the times to US Mountain time, but this translation should not be happening. When I try to pull the event back down to my machine in US Eastern time, the client thinks the event should be at 1900 instead of 2100 like I originally specified. Chris ----- Original Message ----- From: "matt" To: Sent: Monday, January 22, 2007 7:07 PM Subject: Re: [GroupDAV] GroupDAV Connector / Corrupted Times (ZideStorebug?) > Are the dates the devices are sending accurate in GMT time? > > I had problems with Funambol's parser actually converting time to GMT > format (with the Z at the end), without actual time conversion, even > though the devices were sending local time without the Z, so the data > converter actually treats them as local. It appears, with the UTC flag > unset, ical4j then (inadvertently) adjusts the time we give it > forward/backward accordingly. > On 23/01/2007, at 3:51 AM, Chris Bryant wrote: > >> I noticed changes to events related to timezones also. I noticed that >> events were coming into the Funambol server with the proper start >> date/time and end date/time, with a Z at the end to indicate GMT time, >> but when it gets stored on the GroupDAV server, the Z is removed, >> converting the time to localtime instead. I assume the GroupDAV >> connector is making this change, but I don't know if this is being done >> inadvertantly or intentionally. >> >> Chris >> >> >> ----- Original Message ----- From: "Adam Tauno Williams" >> >> To: >> Sent: Monday, January 22, 2007 11:26 AM >> Subject: Re: [GroupDAV] GroupDAV Connector / Corrupted Times >> (ZideStorebug?) >> >> >>> On Mon, 2007-01-22 at 11:20 -0500, Adam Tauno Williams wrote: >>>> On Sat, 2007-01-20 at 10:11 +1100, matt wrote: >>>> > Only the server name and port are required in the URL field, >>>> > everything else goes into server source now, like so: >>>> > http://comalies.citadel.org/~matt/funambol/latest/deployment/ >>>> > x97.html#source-create >>>> Excellent; it is now tossing data back and forth. >>>> Only now I see corrupted times in the OpenGroupware schedular. An >>>> appointment created on the WinCE device and synced looks like: >>>> Starttime: Tuesday, %Y-%m-%d %H:%M %Z >>>> End Time: Tuesday, %Y-%m-%d %H:%M %Z >>> >>> Arghh. Nevermind; everything is the schedular is showing up with the >>> weird time string. >>> >>>> The appointment does appear on the correct day, and if I click edit I >>>> see a start time of 10:30 and an end time of 12:00. So the duration >>>> is >>>> correct. Appointment on the device was fo 15:30 - 17:00. >>> >>> But the time shifting is still valid. Does the connector send the time >>> to the server with a timezone or in GMT? Because it looked like >>> somewhere along the line 5 hours gets subtracted (and we are in GMT-5). >>> >>>> Even after I correct the time and save the appointment the time >>>> appears >>>> as the string above ["%Y-%m-%d %H:%M %Z"]. >>>> Title and location are correct. >>>> Seems very odd. >>> >>> >>> >>> >>> -- >>> GroupDAV >>> groupdav@opengroupware.org >>> http://mail.opengroupware.org/mailman/listinfo/groupdav >>> >>> >>> >> >> >> -- >> GroupDAV >> groupdav@opengroupware.org >> http://mail.opengroupware.org/mailman/listinfo/groupdav > -- > GroupDAV > groupdav@opengroupware.org > http://mail.opengroupware.org/mailman/listinfo/groupdav > > > > From groupdav@opengroupware.org Wed Jan 24 19:12:14 2007 From: groupdav@opengroupware.org (Adam Tauno Williams) Date: Wed, 24 Jan 2007 14:12:14 -0500 Subject: [GroupDAV] Contact violates loader constraints Message-ID: <1169665934.4782.13.camel@aleph.whitemice.org> Have another interesting one that [I think] is causing my contact sync to fail. guid 'skyrix://gourd-amber .morrison.iserv.net/morrisonOGo/4102670' with all info [Jan 24, 2007 1:42:55 PM][funambol.handler] FINER: THROW java.lang.LinkageError: Class com/funambol/foundation/pdi/contact/Contact violates loader const raints at java.lang.ClassLoader.defineClass1(Native Method) at java.lang.ClassLoader.defineClass(Unknown Source) at java.security.SecureClassLoader.defineClass(Unknown Source) at [more detail below] Connenctor log is:

spider:/var/spool/groupdav/davPrivateContacts/fwm-50F0063006B0000005649434545_adam # cat connector-1169664023256.html

net.bionicmessage.funambol.source.addrGroupDAVConnector

beginSync

Begin Sync: taskGroupDAVConnector/fwm-50F0063006B0000005649434545_adam/mode=201conflict=1

getAllSyncItemKeys

getAllSyncItemKeys()

getNewSyncItemKeys

getNewSyncItemKeys()

getDeletedSyncItemKeys

getDeletedSyncItemKeys()

getSyncItemFromId

getSyncItemFromId (skyrix://gourd-amber.morrison.iserv.net/morrisonOGo/4102670)

endSync

endSync()

s ---[more detail from ----- [Jan 24, 2007 1:42:55 PM][funambol.handler] FINEST: current state: STATE_PKG3_RECEIVED [Jan 24, 2007 1:42:55 PM][funambol.handler] FINEST: Server auhenticated (code 200) [Jan 24, 2007 1:42:55 PM][funambol.handler] FINEST: Processing the given synchronization messag e [Jan 24, 2007 1:42:55 PM][funambol.handler] FINEST: client sources: [com.funambol.framework.eng ine.source.MemorySyncSource@195bbec - {name: davPrivateContacts, type: unknown, uri: davPrivate Contacts}] [Jan 24, 2007 1:42:55 PM][funambol.handler] FINEST: responseCommands: [] [Jan 24, 2007 1:42:55 PM][funambol.engine] FINEST: Saving client mapping: com.funambol.framewor k.server.ClientMapping@640f1a[clientMapping=[com.funambol.framework.server.ClientMappingEntry@1 1b92ef[guid=skyrix://gourd-amber.morrison.iserv.net/morrisonOGo/4102670,luid=skyrix://gourd-amb er.morrison.iserv.net/morrisonOGo/4102670], com.funambol.framework.server.ClientMappingEntry@14 bb075[guid=skyrix://gourd-amber.morrison.iserv.net/morrisonOGo/4102520,luid=skyrix://gourd-ambe r.morrison.iserv.net/morrisonOGo/4102520], com.funambol.framework.server.ClientMappingEntry@2df 8f8[guid=skyrix://gourd-amber.morrison.iserv.net/morrisonOGo/95760,luid=skyrix://gourd-amber.mo rrison.iserv.net/morrisonOGo/95760], com.funambol.framework.server.ClientMappingEntry@347456[gu id=skyrix://gourd-amber.morrison.iserv.net/morrisonOGo/95590,luid=skyrix://gourd-amber.morrison .iserv.net/morrisonOGo/95590], com.funambol.framework.server.ClientMappingEntry@1c1de1c[guid=sk yrix://gourd-amber.morrison.iserv.net/morrisonOGo/96100,luid=skyrix://gourd-amber.morrison.iser v.net/morrisonOGo/96100], com.funambol.framework.server.ClientMappingEntry@dd0f87[guid=skyrix:/ /throw.morrison.iserv.net/morrisonOGo/99330,luid=skyrix://throw.morrison.iserv.net/morrisonOGo/ 99330], com.funambol.framework.server.ClientMappingEntry@12679f2[guid=skyrix://throw.morrison.i serv.net/morrisonOGo/99160,luid=skyrix://throw.morrison.iserv.net/morrisonOGo/99160], com.funam bol.framework.server.ClientMappingEntry@1102fab[guid=skyrix://kohocton.morrison.iserv.net/morri sonOGo/94400,luid=skyrix://kohocton.morrison.iserv.net/morrisonOGo/94400], com.funambol.framewo rk.server.ClientMappingEntry@1a9b034[guid=skyrix://throw.morrison.iserv.net/morrisonOGo/217750, luid=skyrix://throw.morrison.iserv.net/morrisonOGo/217750], com.funambol.framework.server.Clien tMappingEntry@16f5b17[guid=skyrix://gourd-amber.morrison.iserv.net/morrisonOGo/830020,luid=skyr ix://gourd-amber.morrison.iserv.net/morrisonOGo/830020]],modifiedKeys=[],deletedKeys=[]] [Jan 24, 2007 1:42:55 PM][funambol.handler] FINEST: Checking if MaxMsgSize is larger than the m inimum size supported by the server (2500) [Jan 24, 2007 1:42:55 PM][funambol.engine] FINEST: Filling item with guid 'skyrix://gourd-amber .morrison.iserv.net/morrisonOGo/4102670' with all info [Jan 24, 2007 1:42:55 PM][funambol.handler] FINER: THROW java.lang.LinkageError: Class com/funambol/foundation/pdi/contact/Contact violates loader const raints at java.lang.ClassLoader.defineClass1(Native Method) at java.lang.ClassLoader.defineClass(Unknown Source) at java.security.SecureClassLoader.defineClass(Unknown Source) at org.apache.catalina.loader.WebappClassLoader.findClassInternal(WebappClassLoader.jav a:1634) at org.apache.catalina.loader.WebappClassLoader.findClass(WebappClassLoader.java:860) at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1307) at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1189) at java.lang.ClassLoader.loadClassInternal(Unknown Source) at com.funambol.foundation.pdi.converter.ContactToVcard.convert(ContactToVcard.java:67) at net.bionicmessage.funambol.source.addrGroupDAVConnector.getSyncItemFromId(addrGroupD AVConnector.java:205) at com.funambol.server.engine.Sync4jEngine.completeItemInfo(Sync4jEngine.java:1451) at com.funambol.server.session.SyncSessionHandler.splitSyncCommand(SyncSessionHandler.j ava:2489) at com.funambol.server.session.SyncSessionHandler.commandsToSend(SyncSessionHandler.jav a:2402) at com.funambol.server.session.SyncSessionHandler.processInitSyncMapMessage(SyncSession Handler.java:990) at com.funambol.server.session.SyncSessionHandler.processMessage(SyncSessionHandler.jav a:476) at com.funambol.server.engine.SyncAdapter.processInputMessage(SyncAdapter.java:459) at com.funambol.server.engine.SyncAdapter.processXMLMessage(SyncAdapter.java:215) at com.funambol.transport.http.server.LocalSyncHolder.processXMLMessage(LocalSyncHolder .java:80) at com.funambol.transport.http.server.Sync4jServlet.doPost(Sync4jServlet.java:297) at javax.servlet.http.HttpServlet.service(HttpServlet.java:709) at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterCh ain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java :173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:214) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:1 04) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.ja va:198) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:152) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:1 04) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:137) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:1 04) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:118) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:1 02) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:1 04) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929) at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:160) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:799) at org.apache.coyote.http11.Http11Protocol $Http11ConnectionHandler.processConnection(Ht tp11Protocol.java:705) at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:577) at org.apache.tomcat.util.threads.ThreadPool $ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Unknown Source) [Jan 24, 2007 1:42:55 PM][funambol.handler] FINEST: moving to state STATE_ERROR [Jan 24, 2007 1:42:55 PM][funambol.handler] FINEST: moving to state STATE_ERROR [Jan 24, 2007 1:42:55 PM][funambol.server] FINEST: Using the request url to create the RespURI [Jan 24, 2007 1:42:55 PM][funambol.server] FINEST: Calling output pipeline [Jan 24, 2007 1:42:55 PM][funambol.engine.pipeline] FINEST: Starting postprocessing [Jan 24, 2007 1:42:55 PM][funambol.engine.pipeline] FINEST: Returning message to process: 1.1 SyncML/1.1 48369506 3 fwm-50F0063006B0000005649434545 http://spider.mormail.com:8080/funambol/ds http://spider.mormail.com:8080/funambol/ds;