[GroupDAV] Short term roadmap for the groupdav connector

[Mathew McBride]

Hi all,

I haven't had an opportunity to do much work on the connector over the past
month, but I'll be pushing to iron out the remaining issues over December. A
roadmap document has been posted at
http://bionicmessage.net/funambol/roadmap.html .

As noted above:
* Funambol's PDI kit will be used for vcal in/out by default. Its a slower
process (every component in the calendar needs to be transformed and placed
into an ical2 calendar), but should allow for more complicated differences
between ical and vcal to be properly handled until an approach which will
deal with various parsing issues can be found. (non UTF-8 may be a problem
here - will do further testing when I get around to coding it). Ideally it
would be better if Funambol's PDI kit would handle ical2 directly, but that
isn't on the drawing board at Funambol right now.
* Object store/client (now named JGroupDAV) will handle duplicate
objects/other annoyances gracefully - data to be merged in preference to
throwing an error
* Todo and Address to be implemented again once the above issues are sorted.
* I'm now using Windows Mobile with the Funambol client, still going to do
testing with Synthesis on Palm. If Funambol doesn't extend vcal support to
other clients (Blackberry etc.) then SIF format might be added later on.
NextHaus Outlook and SyncEvolution are two clients now offering/requiring
ical2 - I'll add support for this in the near term.

As a result of recent testing, I've fixed two annoyances in JGroupDAV:
* PROPFIND parser rewritten.
* DTSTART+DTEND now tracked in addition to object name to aide duplicate
detection. (I haven't updated the connector to take advantage of this change
yet, to do soon).

Another point raised in the roadmap is adding filter support to the
connector so devices don't need to download the users entire calendar, but
instead events running during a certain time period. Preferably, I'd like
some sort of extension (another xmlns that can be mounted on propfind
results) GroupDAV where the server will give us DTSTART, DTEND and/or
recursion information in advance and the client can then decide if it wants
to download an item or not. Would it be feasible to implement this sort of
capability on servers?