Differences between revisions 38 and 39
Revision 38 as of 2005-05-15 17:55:27
Size: 2612
Editor: c-66-30-11-234
Revision 39 as of 2009-09-20 23:27:14
Size: 2608
Editor: localhost
Comment: converted to 1.6 markup
Deletions are marked like this. Additions are marked like this.
Line 3: Line 3:
 * [:ProposalRepository] Integration  * [[ProposalRepository]] Integration
Line 7: Line 7:
 * presentation of publication API draft (wiki:ApacheCocoon:AndreasHartmann)  * presentation of publication API draft (ApacheCocoon:AndreasHartmann)
Line 24: Line 24:
 * University of Zurich, Room: KOL-J-401 [http://www.plaene.unizh.ch/lageplaene/KOL4.html#ankermap]  * University of Zurich, Room: KOL-J-401 [[http://www.plaene.unizh.ch/lageplaene/KOL4.html#ankermap]]
Line 38: Line 38:
 * wiki:ApacheCocoon:AndreasHartmann  * ApacheCocoon:AndreasHartmann
Line 48: Line 48:
 * [:ProposalRepository]
 * [http://greg.abstrakt.ch/gallery/slideshow.php?set_albumName=lenya Photos]
 * [[ProposalRepository]]
 * [[http://greg.abstrakt.ch/gallery/slideshow.php?set_albumName=lenya|Photos]]


  • ProposalRepository Integration

  • prepare release 1.2
  • fix unit tests
  • clarify the documentaion vs. wiki problematic i.e. define a docu process (wiki->docu)

  • presentation of publication API draft (ApacheCocoon:AndreasHartmann)


  • Use excalibur sources in sitemaps, flow and java consequently instead of acting direct on the filesystem , which would be a good preparation to migrate to a repository.

Rolf on Repositories

  • there are Several repository interfaces in cocoon
    • o.a.c.repository.Repository with a WebDAV impl. in webdav block (no slide)
    • o.a.c.repository.SourceRepository which can be used with SlideSource and WebDAVSource. The interface of SourceRep. is not quite powerful. Most Repository functionality is exposed by various interfaces i.e. TraversableModifiebleSource and VersionableSource which are implemented by SlideSource and WebDAVSource

  • none of the current repsoitory approaches in cocoon are mature enough or full-featured enough for lenya. The o.a.c.repository.Repository is too flow oriented (no exceptions but boolean return types, acting on URIs represented as Strings)
  • rolf recommends to use the slide block for now (the lesser of the evils) by acting upon the various Source* interfcaces i.e. TraversableModifiebleSource and VersionableSource implemented by SlideSource

  • We need a TransactionManager wrapper for the SlideTransactionManager

  • rolf also recommends to decouple the repository interface from lenya as much as possible. this allows for later exchange of the repository interface with a better one or if the various repository approaches in cocoon are consolidated.
  • repository user mapper may be needed



Friday, May 14 (9:00 - 18:00) , and Saturday May 15, 2004

CVS Info

  • for experimental hacking (i.e. repository stuff) please use the Lenya_Sprint_2004_5_13-branch in CVS
  • cvs -d :ext:userid@cvs.apache.org:/home/cvs checkout -r Lenya_Sprint_2004_5_13-branch cocoon-lenya


Summaries and outcome

ProjectSprintsZurich20040514 (last edited 2009-09-20 23:27:14 by localhost)