Julien, Sounds like you are doing much of what I'm planning on doing.. I can't find a good webdav client, so I've taken the advice of this list and deployed my slide kernel into a shared space under jboss. I can then deploy a war called controlpanel that will allow my users to browse, lock/edit, commit, manage locks, manage users, and eventually workflow while still talking to the same kernel that is used to host slide under /slide in Jboss/Tomcat. I'm starting with the admin struts project, moving it to use tiles, slapping on a cool UI for fun, and trying to figure out how the Slide API works for creating/editing content. I had planned on talking all webdav, but since the tags and actions are in place for direct kernel communication, I'm starting with that.. Now, I'm hearing that somethings aren't supported in the API but require HTTP instead using the webdav client libs.. Ugh.. (well, I knew this for labeling, but won't need that or revision mgmt until later, when workflow is better in place. For now, a dumb delta/V client will suffice for those advanced admin needs)
Anyone on the slide team going to write defined public APIs into each subsystem and have the servlet invoke those (well, the method strategies really), as well as us? Are these things planned for cleanup in future versions? It would be nice to have a common client API that talked HTTP or Jboss JMX or direct-VM calls, or <insert your favorite method here>. I had hoped for a JMX-hosted kernel in jboss with a client API that is well defined (much like the webdav client stuff, which is nice!) that talks to the mbean. Anyone doing that yet? Its too much work for me to take on right now, but would be great. The JSR 147 gives a common API that could have slide communications in it already. The Javadoc and source for the interfaces are done already, just no SPIs are done yet. James > -----Original Message----- > From: Julian Klein [mailto:[EMAIL PROTECTED]] > Sent: Monday, February 03, 2003 5:45 PM > To: Slide Users Mailing List > Subject: Re: Slide/Cocoon Domain Sharing > > > Stephan, > > > One problem, I know, is that if specify a version, > > you retrieve the > > content of this version, but if you use the output > > stream, you should > > create a new version. This is a feature, which > > doesn't work properly. > > I am not very aware of the Slide API, but perhaps > you should use the VersionHelper as in the WebDAV > server's PUT method? I will look more into this. > > > Which features do you want? Remember, the Source > > interface is very basic, > > so you can't do everything. > > My main hope for the web interface is the ability to > view content and edit it while maintaining version and > concurrency control. Perhaps this is a generic statement, so > I will describe it in terms of a quasi-use case scenario.... > > 1) User can "checkout" files that are not locked in > order to edit them with the assurance that no one else > will undo their changes (e.g. User clicks on filename, > doLockSource creates lock, map redirect to a WSIWYG edit page > or a file download page...perhaps auto-generate key for checkin?) > 2) User can "checkin" updated files with revision > control (I suppose this could be achieved via the lock > views being mixed with a file upload page e.g User can > add file to proper directory and remove key as one > action via one request...doCheckInLockedSourceMethod) > 3) User can remove files that are not checked-out > 4) All actions relate to user's role > > I mention number four since I have not studied the > user management of the system. If this is in place, > then great! My number one priority would be to have a > locking mechanism down. After this I would hope for > version control, but I am not too crazy about this > seeing as the history objects are not exactly a user > friendly navigation experience. > > **How do you see this interface playing out? > > I am willing to help in any way I can, so I will study > the Slide API a bit and see what I can do. > > _Julian > > > ===== > Live simply so others may simply live. > � > -Ghandi > � > Pluralitas non est ponenda sine neccesitate. > "Entities should not be multiplied unneccesarily" > � > -William of Occam > > __________________________________________________ > Do you Yahoo!? > Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
