GroupDAV: Standardizing Groupware

IGnatius T Foobar writes "There are lots of open source groupware products out there, but the perpetual problem has always been that we don't have a single, unified standard protocol to connect open source groupware clients to open source groupware servers. GroupDAV changes all that. Support for GroupDAV now exists in Citadel, OpenGroupware.org, KDE Kontact, and connectors are currently in beta for Evolution and Mozilla Sunbird. Unlike CAP and CalDAV, the GroupDAV effort is backed by real code that works today. "

Comments

untouched versions

[Doc Ruby]

DAV is versioning, especially relevant to concurrency in groups. How does GroupDAV model that kind of versioning? And how are our existing, divergent client apps supposed to represent that?

Re:Question number one

[alachyr]

http://www.jwz.org/doc/groupware.html Exactly

Re:A naive question

[morzel]

Why am I not hearing about Lotus Notes on linux? Did something change while my back was turned?

(I'm assuming you're talking about the client application, since for the Domino server Linux is one of the target platforms.)

For one: the native unix Notes client implementation (version 4.5 was the last) sucked tennisballs through a garden hose. It was justly terminated: why supporting a unix client that wasn't even used by 1% of all clients?

Secondly: with Notes release 5, for standard groupware stuff the Notes client ran acceptably in a Wine environment. Some guys at IBM even made a special Wine package for notes (NUL - Notes under Linux) -- remember that R5 went gold in 1999, when Lotus wasn't part of IBM and Linux wasn't all the brouhaha it is now.

Thirdly: from the most recent release (6.5), all the groupware functionalities can be accessed using Domino Web Access (formerly known as iNotes), and IBM went through great lenghts to make Mozilla a supported platform for this. Think webmail on steroids.

Lastly: IBM is pushing the "Workplace" technology, centralizing everything on beefy servers and provide all the technologies on-line, based on heaps and heaps of Java. Lotus Notes is part of this transition, and my guess is that with the release after the upcoming release (R7 is currently in public beta) the Notes client as we know it ceases to exist and is replaced by something that is based on Eclipse.

Disclaimer: I'm a certified Notes/Java developer.

Unlike what now?

[Mike Shaver]

Unlike CAP and CalDAV, the GroupDAV effort is backed by real code that works today.

Huh. I participated in an interop in January in which we had CalDAV implementations from 3 different vendors interoperate pretty darned well. (Where they didn't the limitations were almost exclusively due to differences in handling of various ICS details, which problem plagues all ICS-based calendaring efforts, from CAP to GroupDAV and beyond.)

In addition to the IETF-style interop checklist we ran over the course of two sessions, we also had demonstrations of things like Sunbird and Outlook sharing a calendar on the basis of a CalDAV adapter for Exchange (written by Oracle). Is this code that's not real? That would make me and others sad, because we spent a fair bit of time writing this code, and it sure seemed real when we ran it and shared calendars!

I'm also interested, as someone who works on Sunbird pretty much every day, to hear more about this "Sunbird connector" that is in beta. I haven't seen it yet, and we're always looking for useful new providers -- where is the beta testing being done? (The discussion of the implementations on the groupdav.org site confused me -- why would you need to have a server as a goal for a client-side connector? Isn't the whole point of a pseudo-standard like GroupDAV that you code to the protocol and not the peer?)

Mike