From groupdav@opengroupware.org Tue Jun 5 09:41:50 2007 From: groupdav@opengroupware.org (=?ISO-8859-15?Q?Samuli_Sepp=E4nen?=) Date: Tue, 05 Jun 2007 11:41:50 +0300 Subject: [GroupDAV] OGo + GroupDAV connector woes Message-ID: <466521CE.6040703@tietoteema.fi> While testing the new 1.1.1838 connector version with Zidestore 1.4 on a Debian Etch laptop I was able to sync back and forth without any significant problems. All basic functionality worked just fine (sync from phone/to phone/event updates). As I can't keep the Funambol testing server on a laptop, I needed to use something else. When I however try the exact configuration (with relevant changes) on a CentOS 5 host, or another Debian Etch host, the sync fails. A snippet from Funambol logs: [Jun 5, 2007 7:46:38 AM][funambol.engine] FINEST: Checking the keys returned with state 'N' and last anchor 'null' [Jun 5, 2007 7:46:38 AM][funambol.engine.strategy] SEVERE: Error retrieving the twin item of { keyValue: 55 } from source net.bionicmessage.funambol.source.vCalGroupDAVConnector@5861 - {name: ./kalenteri, type: text/x-vcalendar, uri: ./kalenteri}: null [Jun 5, 2007 7:46:38 AM][funambol.engine.strategy] FINER: THROW com.funambol.framework.engine.source.SyncSourceException at net.bionicmessage.funambol.source.vCalGroupDAVConnector.getSyncItemKeysFromTwin(vCalGroupDAVConnector.java:403) and so on... I believe it is referring to this VCALENDAR's X-SYMBIAN-LUID: VCALENDAR VERSION:1.0 BEGIN:VEVENT UID:hG7gCHEv4EEFj76ur765k3 SUMMARY:Hgbn DTSTART:20070613T060000Z DTEND:20070613T061200Z X-EPOCAGENDAENTRYTYPE:APPOINTMENT CLASS:PRIVATE LOCATION:Bnggf SEQUENCE:0 X-METHOD:NONE LAST-MODIFIED:20070507T144625Z PRIORITY:2 X-SYMBIAN-LUID:55 END:VEVENT END:VCALENDAR If I remove this event and create a new one, it will complain about KEY-VALUE 56. As it's supposed to. If there are no events defined in Nokia the sync does not fail. Events from OGo Zidestore are never retrieved. Any ideas how to fix this? Btw. which file in the latest/1838 are supposed to be used with the 1838 version of the connector? I simply skipped the jgroupdav-for-1832 -file and installed all jars to $FUNAMBOL_HOME/tools/tomcat/server/lib. Is this correct? Best regards, Samuli Seppänen From groupdav@opengroupware.org Tue Jun 5 10:48:39 2007 From: groupdav@opengroupware.org (Mathew McBride) Date: Tue, 05 Jun 2007 19:48:39 +1000 Subject: [GroupDAV] OGo + GroupDAV connector woes In-Reply-To: <466521CE.6040703@tietoteema.fi> Message-ID: Can you look further down into the logs, there should be a "caused by.." line buried in there after the initial exception blurb. On 5/6/07 6:41 PM, "Samuli Sepp=E4nen" wrote: > While testing the new 1.1.1838 connector version with Zidestore 1.4 on a > Debian Etch laptop I was able to sync back and forth without any > significant problems. All basic functionality worked just fine (sync > from phone/to phone/event updates). As I can't keep the Funambol testing > server on a laptop, I needed to use something else. >=20 > When I however try the exact configuration (with relevant changes) on a > CentOS 5 host, or another Debian Etch host, the sync fails. A snippet > from Funambol logs: >=20 > [Jun 5, 2007 7:46:38 AM][funambol.engine] FINEST: Checking the keys > returned with state 'N' and last anchor 'null' > [Jun 5, 2007 7:46:38 AM][funambol.engine.strategy] SEVERE: Error > retrieving the twin item of { keyValue: 55 } from source > net.bionicmessage.funambol.source.vCalGroupDAVConnector@5861 - {name: > ./kalenteri, type: text/x-vcalendar, uri: ./kalenteri}: null > [Jun 5, 2007 7:46:38 AM][funambol.engine.strategy] FINER: THROW > com.funambol.framework.engine.source.SyncSourceException > at=20 > net.bionicmessage.funambol.source.vCalGroupDAVConnector.getSyncItemKeysFr= omTwi > n(vCalGroupDAVConnector.java:403) >=20 > and so on... >=20 > I believe it is referring to this VCALENDAR's X-SYMBIAN-LUID: >=20 > VCALENDAR > VERSION:1.0 > BEGIN:VEVENT > UID:hG7gCHEv4EEFj76ur765k3 > SUMMARY:Hgbn > DTSTART:20070613T060000Z > DTEND:20070613T061200Z > X-EPOCAGENDAENTRYTYPE:APPOINTMENT > CLASS:PRIVATE > LOCATION:Bnggf > SEQUENCE:0 > X-METHOD:NONE > LAST-MODIFIED:20070507T144625Z > PRIORITY:2 > X-SYMBIAN-LUID:55 > END:VEVENT > END:VCALENDAR >=20 > If I remove this event and create a new one, it will complain about > KEY-VALUE 56. As it's supposed to. If there are no events defined in > Nokia the sync does not fail. Events from OGo Zidestore are never > retrieved. Any ideas how to fix this? >=20 > Btw. which file in the latest/1838 are supposed to be used with the 1838 > version of the connector? I simply skipped the jgroupdav-for-1832 -file > and installed all jars to $FUNAMBOL_HOME/tools/tomcat/server/lib. Is > this correct? >=20 > Best regards, >=20 > Samuli Sepp=E4nen From groupdav@opengroupware.org Tue Jun 5 13:38:36 2007 From: groupdav@opengroupware.org (Mathew McBride) Date: Tue, 05 Jun 2007 22:38:36 +1000 Subject: [GroupDAV] OGo + GroupDAV connector woes In-Reply-To: <466521CE.6040703@tietoteema.fi> Message-ID: JGroupDAV hasn't changed from 1832, the one there should work with 1838 On 5/6/07 6:41 PM, "Samuli Sepp=E4nen" wrote: >=20 > Btw. which file in the latest/1838 are supposed to be used with the 1838 > version of the connector? I simply skipped the jgroupdav-for-1832 -file > and installed all jars to $FUNAMBOL_HOME/tools/tomcat/server/lib. Is > this correct? >=20 > Best regards, >=20 > Samuli Sepp=E4nen From groupdav@opengroupware.org Tue Jun 5 14:09:57 2007 From: groupdav@opengroupware.org (=?ISO-8859-1?Q?Samuli_Sepp=E4nen?=) Date: Tue, 05 Jun 2007 16:09:57 +0300 Subject: [GroupDAV] OGo + GroupDAV connector woes In-Reply-To: References: Message-ID: <466560A5.8090108@tietoteema.fi> Problem solved, though I tried so many different things that I can't be 100% sure what I did differently. I did notice that Tomcat was complaining about smallsql, so I copied the smallsql jar to tomcat/server/lib. I don't know if that is necessary, but it's working now. It would be nice if the different connector versions would be distributed in tar.gz or zip packages, so that it would be easy to download all relevant and compatible pieces easily. I guess part of my problem was caused by wrong JGroupDAV.jar version. Samuli Mathew McBride ha scritto: > JGroupDAV hasn't changed from 1832, the one there should work with 1838 > > > On 5/6/07 6:41 PM, "Samuli Seppänen" wrote: > > >> Btw. which file in the latest/1838 are supposed to be used with the 1838 >> version of the connector? I simply skipped the jgroupdav-for-1832 -file >> and installed all jars to $FUNAMBOL_HOME/tools/tomcat/server/lib. Is >> this correct? >> >> Best regards, >> >> Samuli Seppänen > From groupdav@opengroupware.org Wed Jun 6 11:17:17 2007 From: groupdav@opengroupware.org (Mathew McBride) Date: Wed, 06 Jun 2007 20:17:17 +1000 Subject: [GroupDAV] OGo + GroupDAV connector woes In-Reply-To: <466560A5.8090108@tietoteema.fi> Message-ID: I'll have the libs put back in the s4j in the next release, hopefully no on= e has any need to run Funambol under jBoss anymore, and JGroupDAV has matured enough to do so.=20 That will mean all installables for Funambol will be under groupdav-1.x.x.s4j . On 5/6/07 11:09 PM, "Samuli Sepp=E4nen" wrote= : > Problem solved, though I tried so many different things that I can't be > 100% sure what I did differently. I did notice that Tomcat was > complaining about smallsql, so I copied the smallsql jar to > tomcat/server/lib. I don't know if that is necessary, but it's working no= w. >=20 > It would be nice if the different connector versions would be > distributed in tar.gz or zip packages, so that it would be easy to > download all relevant and compatible pieces easily. I guess part of my > problem was caused by wrong JGroupDAV.jar version. >=20 > Samuli >=20 >=20 > Mathew McBride ha scritto: >> JGroupDAV hasn't changed from 1832, the one there should work with 1838 >>=20 >>=20 >> On 5/6/07 6:41 PM, "Samuli Sepp=E4nen" wro= te: >>=20 >>=20 >>> Btw. which file in the latest/1838 are supposed to be used with the 183= 8 >>> version of the connector? I simply skipped the jgroupdav-for-1832 -file >>> and installed all jars to $FUNAMBOL_HOME/tools/tomcat/server/lib. Is >>> this correct? >>>=20 >>> Best regards, >>>=20 >>> Samuli Sepp=E4nen >>=20 From groupdav@opengroupware.org Tue Jun 12 07:53:23 2007 From: groupdav@opengroupware.org (Samuli Seppanen) Date: Tue, 12 Jun 2007 09:53:23 +0300 Subject: [GroupDAV] OGo + GroupDAV connector woes In-Reply-To: References: Message-ID: <466E42E3.8020601@tietoteema.fi> I was unaware that the libs had at some point been included in the s4j... :). Anyway, it would be so much easier if the connector would be a single package (s4j) - I have always struggled when installing the connector, even though I've used it / tried to use it from almost day one. When the connector is working reliably for me, I'll write a thorough article to OGo Documentation Plone about installing, using and troubleshooting the GroupDAV connector. > I'll have the libs put back in the s4j in the next release, hopefully no one > has any need to run Funambol under jBoss anymore, and JGroupDAV has matured > enough to do so. > That will mean all installables for Funambol will be under > groupdav-1.x.x.s4j . > > On 5/6/07 11:09 PM, "Samuli Seppänen" wrote: > > >> Problem solved, though I tried so many different things that I can't be >> 100% sure what I did differently. I did notice that Tomcat was >> complaining about smallsql, so I copied the smallsql jar to >> tomcat/server/lib. I don't know if that is necessary, but it's working now. >> >> It would be nice if the different connector versions would be >> distributed in tar.gz or zip packages, so that it would be easy to >> download all relevant and compatible pieces easily. I guess part of my >> problem was caused by wrong JGroupDAV.jar version. >> >> Samuli >> >> >> Mathew McBride ha scritto: >> >>> JGroupDAV hasn't changed from 1832, the one there should work with 1838 >>> >>> >>> On 5/6/07 6:41 PM, "Samuli Seppänen" wrote: >>> >>> >>> >>>> Btw. which file in the latest/1838 are supposed to be used with the 1838 >>>> version of the connector? I simply skipped the jgroupdav-for-1832 -file >>>> and installed all jars to $FUNAMBOL_HOME/tools/tomcat/server/lib. Is >>>> this correct? >>>> >>>> Best regards, >>>> >>>> Samuli Seppänen >>>> > > From groupdav@opengroupware.org Tue Jun 19 09:31:57 2007 From: groupdav@opengroupware.org (Stephan Skrodzki) Date: Tue, 19 Jun 2007 08:31:57 +0000 Subject: [GroupDAV] Evolution GroupDAV OGo Message-ID: <1182241917.598.11.camel@localhost> Hey there, may be I am too ignorant, but I spend yesterday evening some hours on getting this to work: Got the GroupDAV plugin for Evo from http://svn.opengroupware.org/OGoProjects/evolution-groupdav/trunk/ made it build with Evo for Ubuntu Edgy. The GroupDAV Config Plugin is shown active... but now? I just would like to get my OGo Calendar and the OGo Contacts in Evo. Mail is still done via another IMAP engine. How do I manage that? Regards Stephan From groupdav@opengroupware.org Tue Jun 19 10:25:34 2007 From: groupdav@opengroupware.org (Corey Schuhen) Date: Tue, 19 Jun 2007 19:25:34 +1000 Subject: [GroupDAV] Attempt to get groupDav connector working with Citadel Message-ID: <200706191925.34918.corey_m@schuhen.net> --Boundary-00=_OE6dG1PpDxbY4hg Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi all, I am trying to sync together Kontact with my Windows Mobile 5 device (a JasJam on the Telstra network). I have installed Citadel and seem to have kontact using it for an address and calendar. I have tried to install the funambol server along with the groupDav connector to try and get it functioning, so far without success. I have been basically following the guide mentioned at: http://docs.opengroupware.org/Members/whitemice/applications/syncml/funambol-setup/document_view I seem to have gotten myself through the install bit, but I started noticing differences when getting through the configuration. 1) My version says 6.0.6 instead of 5.0.10, I guess this is something that needs updating in the guide. 2) After double click of "FunambolEmailConnector", I don't get the mentioned fields, I assume I am then supposed to click "Add" in the "Public Mail Servers" section. There are then more fields than the guide mentions. I filled it in as per my mail server anyway. 3) After I double click on "Email Imap SyncSource", the guide asks for some fields to be filled in, I don't have an Outgoing or Incoming Server here. 4) I filled in the the BionicMessageGroupDAVConnector bits using a combination of what is in the guide and at: http://comalies.citadel.org/~matt/funambol/RTFM.txt None of this seemed too worrying. I next tried to do something with it, I tried first to log into the web client. I made the guess that switching the Officer over to EmailOfficer means that Funambol will try to use the IMAP server as an auth server? So I tried to log in with my citadel credentials. It failed! So I tried creating a user in Funambol and I still could not log into the web client.... So I went on to investigate and found some nastyness in the log files.... I'm not really a java programmer nor am I familiar with the funambol code so 68 lines of execution dump seems a bit much like a needle in a haystack. It seems to be something to do with the postgres driver. I am running postgres 8.2 on the same machine, the install script seemed to be able to use it okay. I also did not delete the database in between attempts to install Funambol. Also I used the exact files that are referenced in the guide, even though there seems to be an 1838 build. Can anybody give some ideas on what is causing the error logging in? Thanks, Corey --Boundary-00=_OE6dG1PpDxbY4hg Content-Type: text/plain; charset="us-ascii"; name="log.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="log.txt" [2007-06-19 18:47:21,598] [funambol.configuration] [FATAL] [] [] [] [] Error creating the UserManager object com.funambol.framework.config.ConfigurationException: Error in creating an instance of com/funambol/server/admin/DBUserManager.xml at com.funambol.server.config.ConfigCache.getNewBeanInstance(ConfigCache.java:107) at com.funambol.server.config.ConfigTools.getNewBeanInstance(ConfigTools.java:55) at com.funambol.server.config.Configuration.getUserManager(Configuration.java:356) at LoginFilter.doFilter(LoginFilter.java:139) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at RequestEncodingFilter.doFilter(RequestEncodingFilter.java:55) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869) at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:664) at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527) at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Unknown Source) Caused by: com.funambol.framework.tools.beans.BeanException: com.funambol.framework.server.store.PersistentStoreException: Error getting connection at com.funambol.framework.tools.beans.BeanFactory.unmarshal(BeanFactory.java:449) at com.funambol.framework.tools.beans.BeanFactory.getBeanInstanceFromConfig(BeanFactory.java:247) at com.funambol.server.config.ConfigCache.getNewBeanInstance(ConfigCache.java:105) ... 20 more Caused by: com.funambol.framework.server.store.PersistentStoreException: Error getting connection at com.funambol.server.admin.DBUserManager.setJndiDataSourceName(DBUserManager.java:114) 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 sun.reflect.misc.Trampoline.invoke(Unknown Source) at sun.reflect.GeneratedMethodAccessor28.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at sun.reflect.misc.MethodUtil.invoke(Unknown Source) at java.beans.Statement.invoke(Unknown Source) at java.beans.Expression.getValue(Unknown Source) at com.sun.beans.MutableExpression.getValue(Unknown Source) at com.sun.beans.ObjectHandler.getValue(Unknown Source) at com.sun.beans.ObjectHandler.endElement(Unknown Source) at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.endElement(Unknown Source) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanEndElement(Unknown Source) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown Source) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source) at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(Unknown Source) at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(Unknown Source) at com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(Unknown Source) at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(Unknown Source) at javax.xml.parsers.SAXParser.parse(Unknown Source) at javax.xml.parsers.SAXParser.parse(Unknown Source) at java.beans.XMLDecoder.readObject(Unknown Source) at com.funambol.framework.tools.beans.BeanFactory.unmarshal(BeanFactory.java:444) ... 22 more Caused by: org.apache.tomcat.dbcp.dbcp.SQLNestedException: Cannot create JDBC driver of class '' for connect URL 'null' at org.apache.tomcat.dbcp.dbcp.BasicDataSource.createDataSource(BasicDataSource.java:780) at org.apache.tomcat.dbcp.dbcp.BasicDataSource.getConnection(BasicDataSource.java:540) at com.funambol.server.admin.DBUserManager.setJndiDataSourceName(DBUserManager.java:109) ... 48 more Caused by: java.lang.NullPointerException at org.postgresql.Driver.parseURL(Driver.java:408) at org.postgresql.Driver.acceptsURL(Driver.java:268) at java.sql.DriverManager.getDriver(Unknown Source) at org.apache.tomcat.dbcp.dbcp.BasicDataSource.createDataSource(BasicDataSource.java:773) ... 50 more --Boundary-00=_OE6dG1PpDxbY4hg-- From groupdav@opengroupware.org Thu Jun 21 08:09:42 2007 From: groupdav@opengroupware.org (Mathew McBride) Date: Thu, 21 Jun 2007 17:09:42 +1000 Subject: [GroupDAV] Funambol connector git repository available Message-ID: Hello all, A git repository for the Funambol connector and JGroupDAV is now available: http://bionicmessage.net/index.php?q=node/16 It's been running internally for around two months but hosting issues delayed public access. Of particular note, as stated on the page, is that connector development has branched into two, one for future use with Funambol 6 and "stable" for Funambol 5. The latest work on the "stable" branch, not yet compiled and release has all the dependencies moved into the s4j package for easier installation. This also means those using jBoss 4x might want to phase it out - as the libraries don't install properly on that platform. The 'experimental' code for the new sync sources has been purged off the stable branch too, but in terms of operation, there is nothing different. From groupdav@opengroupware.org Thu Jun 21 11:58:30 2007 From: groupdav@opengroupware.org (Mathew McBride) Date: Thu, 21 Jun 2007 20:58:30 +1000 Subject: [GroupDAV] Sending log files Message-ID: Hello all, When sending log files, can people please avoid sending them in the same mailing list post? They have an awful habit of ending up in the spam bin (especially if you send a full funambol log) and I might not notice until I do the weekly clean up. Thanks! From groupdav@opengroupware.org Thu Jun 21 11:55:22 2007 From: groupdav@opengroupware.org (Mathew McBride) Date: Thu, 21 Jun 2007 20:55:22 +1000 Subject: [GroupDAV] Attempt to get groupDav connector working with Citadel In-Reply-To: <200706191925.34918.corey_m@schuhen.net> Message-ID: 6.0.6 is the newer Funambol version which won't be compatible (or "supported") with the GroupDAV connector for some time yet. You probably should fetch 5.0.10 from objectweb.org - http://forge.objectweb.org/project/showfiles.php?group_id=96&release_id=1981