> On Thu, Nov 18, 2010 at 1:16 PM, Adi Kriegisch <[email protected]> wrote:
> PS: Is there anything I can do to help further debug the issue?
>
> What about Funambol ds-server logs ? Anything suspicious in there ?
> Also, can you try using Funambol 8.5.x server ? I have had satisfactory
> results
> with 8.5.2 server.
Thanks for the hint. There is indeed a NullPointerException in
ds-server.log:
| [sogo-cal] Exception occured in getSyncItemKeysFromTwin() - null
| java.lang.NullPointerException
(full backtrace below)
right after that backtrace Funambol continues with synchronisation:
[sogo-cal] Preparation completed (last message in the package)
[sogo-cal] Synchronizing...
[sogo-cal] addSyncItem(430)
[sogo-cal] addSyncItem - type: text/x-vcalendar
[sogo-cal] getSyncItemFromId( { keyValue: 430 } )
[sogo-cal] addSyncItem - content: BEGIN:VCALENDAR
VERSION:1.0
TZ:+01:00
DAYLIGHT;ENCODING=QUOTED-PRINTABLE:TRUE;+02;20110327T010000Z;20111030T010000Z;CET;CEST
BEGIN:VEVENT
LAST-MODIFIED:20101118T073535Z
DCREATED:20101118T073535Z
UID:430
SEQUENCE:0
SUMMARY:Test vom N900
DESCRIPTION:Test vom N900
LOCATION:Office
DTSTART:20101118T090000Z
DTEND:20101118T100000Z
END:VEVENT
END:VCALENDAR
[sogo-cal] Preferred item type: 3
[sogo-cal] vcal: item is vevent
[sogo-cal] No timezone defined in SOGo for user: test
[sogo-cal] in aAlarmCleanup(), s on input is:BEGIN:VCALENDAR
(same event as above)
END:VCALENDAR
[sogo-cal] after aAlarmCleanup(), ret value is:BEGIN:VCALENDAR
(same event as above -- I did not set an alarm)
END:VCALENDAR
[sogo-cal] Converting vCalendar to iCalendar
[sogo-cal] DATE 2: 1290070800 tz:
sun.util.calendar.ZoneInfo[id="GMT",offset=0,dstSavings=0,useDaylight=false,transitions=0,lastRule=null]
[sogo-cal] In commitSync()...
[] moving to state: STATE_PKG3_RECEIVED
[] Request processed.
(...)
[] moving to state: STATE_END
>From looking at the source of "getSyncItemKeysFromTwin" -- the exception is
caught and just "printed" to the log. "getSyncItemKeysFromTwin" only throws
"SyncSourceException" and as it does not do that but just logs the other
exception which seems to be kind of expected (try - catch), I assume
everything runs just fine.
I found another reference to the very same issue on the mailinglist:
https://inverse.ca/sogo/lists/arc/users/2010-10/msg00198.html
In short this guy had SOGo 1.3.2 with Connector 1.0.8 and tried with
Funambol 8.5 and 8.7. -- Every time with the same result.
I hope someone can shed some light on this! :-)
-- Adi
PS: backtrace of "getSyncItemKeysFromTwin()":
[sogo-cal] Excep
tion occured in getSyncItemKeysFromTwin() - null
java.lang.NullPointerException
at
ca.inverse.sogo.engine.source.SOGoTaskUtilities.getStartDate(SOGoTaskUtilities.java:241)
at
ca.inverse.sogo.engine.source.SOGoSyncSource.getSyncItemKeysFromTwin(SOGoSyncSource.java:1086)
at
com.funambol.server.engine.Sync4jStrategy.fixMappedItems(Sync4jStrategy.java:1579)
at
com.funambol.server.engine.Sync4jStrategy.prepareFastSync(Sync4jStrategy.java:579)
at com.funambol.server.engine.Sync4jEngine.sync(Sync4jEngine.java:756)
at
com.funambol.server.session.SyncSessionHandler.processModifications(SyncSessionHandler.java:1655)
at
com.funambol.server.session.SyncSessionHandler.processSyncMessage(SyncSessionHandler.java:1499)
at
com.funambol.server.session.SyncSessionHandler.processInitSyncMapMessage(SyncSessionHandler.java:960)
at
com.funambol.server.session.SyncSessionHandler.processMessage(SyncSessionHandler.java:527)
at
com.funambol.server.engine.SyncAdapter.processInputMessage(SyncAdapter.java:533)
at
com.funambol.server.engine.SyncAdapter.processXMLMessage(SyncAdapter.java:254)
at
com.funambol.transport.http.server.LocalSyncHolder.processXMLMessage(LocalSyncHolder.java:97)
at
com.funambol.transport.http.server.Sync4jServlet.doPost(Sync4jServlet.java:400)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:710)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at
com.funambol.transport.http.server.LogContextFilter.doFilter(LogContextFilter.java:137)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at
com.funambol.transport.http.server.SyncResponseTimeFilter.doFilter(SyncResponseTimeFilter.java:153)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:286)
at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:190)
at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:283)
at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:767)
at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:697)
at
org.apache.jk.common.ChannelSocket$SocketConnection.runIt(ChannelSocket.java:889)
at
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:690)
at java.lang.Thread.run(Thread.java:619)
--
[email protected]
https://inverse.ca/sogo/lists
