(GSoC) AtomPub - What is a Workspace & Collection?

2 messages Options
Embed this post
Permalink
pumazi

(GSoC) AtomPub - What is a Workspace & Collection?

Reply Threaded More More options
Print post
Permalink
I would like your opinion on what an Atom Publication Protocol (AtomPub)
Workspace and Collection should be in Plone.  Kevin Kalupson, my Google
Summer of Code mentor, and I were discussing AtomPub Workspaces and
Collections this week and decided it would be a good idea to get the
community opinion.  If you would like a detailed description of the
AtomPub specification, please see rfc5023.[1]  I am going to keep our
thoughts concise and fairly on target to allow for more verbose
opinions.  Also, If you think you have a good use case that may reject
these idea, please describe the use case.

The AtomPub Service Document and Plone.
The Service Document will be at the root of the AtomPub middleware.
Fairly simple... this would be a normal implementation of atompub by
other servers standards.

What is an AtomPub Workspace within Plone?
We are thinking that by default there will be only one AtomPub
Workspace.  We could potentially make more Workspaces via some type of
configuration.  Does the workspace change on a per user basis?

What is an AtomPub Collection within Plone? (or Aggregation vs. Collection)
To avoid confusion, and I'm sure somebody will be confused, I'm talking
about an AtomPub Collection rather than a Plone Collection.  An AtomPub
Collection is not the same as a Plone Collection.  Plone Collections are
aggregators, where as AtomPub Collections are a set of content collected
in one location or URI.[2]  Therefore, a Plone folderish object would be
an AtomPub Collection, right?  But there is the possiblity that it could
only encompass the first level of folders, because AtomPub doesn't seem
to support hierarchy.[3]  In addition, we have decided to completely
ignored all Plone Collections in the AtomPub middleware.  Just to
restate this idea... Plone Collections are aggregation feeds and
therefore serve no purpose in the AtomPub middleware.

I look forward to hearing some opinions, even if it is simply a "sounds
good" reply.  Thank you.

-Michael Mulich (pumazi)

[1] http://bitworking.org/projects/atom/rfc5023.html
[2]
http://www.cs.colorado.edu/~kena/classes/7818/f06/lectures/atompub.pdf
(slide 3)
[3] http://www.oasis-open.org/committees/download.php/30907/CMIS -- REST
and HTTP -- Dave N -- 1-27-2009.pdf (slide 10)
[*] http://www.youtube.com/watch?v=T04fKsD56LU




------------------------------------------------------------------------------
_______________________________________________
Plone-developers mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/plone-developers
Sean Upton

Re: (GSoC) AtomPub - What is a Workspace & Collection?

Reply Threaded More More options
Print post
Permalink
On Fri, Jul 3, 2009 at 4:56 PM, Michael Mulich<[hidden email]> wrote:
> What is an AtomPub Workspace within Plone?
> We are thinking that by default there will be only one AtomPub
> Workspace.  We could potentially make more Workspaces via some type of
> configuration.  Does the workspace change on a per user basis?

Since a collection can theoretically be part of multiple workspaces in
AtomPub, it seems reasonable to support either case, with the default
being one-per-site.

> What is an AtomPub Collection within Plone? (or Aggregation vs. Collection)
> To avoid confusion, and I'm sure somebody will be confused, I'm talking
> about an AtomPub Collection rather than a Plone Collection.

Right, this sounds like a collection in the same sense WebDAV has for
a collection that a Plone "collection" (smart folder, topic, saved
search, whatever you want to call them).

> An AtomPub
> Collection is not the same as a Plone Collection.  Plone Collections are
> aggregators, where as AtomPub Collections are a set of content collected
> in one location or URI.[2]  Therefore, a Plone folderish object would be
> an AtomPub Collection, right?

Makes sense.  Other representation of content listings such such as
search results are only possibly useful in a *read-only* sense to
front as collections in things like WebDAV or AtomPub.

> But there is the possiblity that it could
> only encompass the first level of folders, because AtomPub doesn't seem
> to support hierarchy.[3]

Instead, perhaps you should be able to assign any folder at any depth
in the system an alias or name that flattens a list of included
folders regardless of how deep they are as collections within the
workspace.  What seems a flat listing to the protocol could front for
hierarchy within the site.

Sean

------------------------------------------------------------------------------
_______________________________________________
Plone-developers mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/plone-developers