You are viewing a plain text version of this content. The canonical link for it is here.
Posted to slide-user@jakarta.apache.org by James Higginbotham <jh...@betweenmarkets.com> on 2003/01/26 18:44:32 UTC

RE: Slide Admin question (and JSP webdav client)

Ok, thanks for the clarification. I am writing to the webdav client api,
and hoped that the admin client would do that as well.. I guess I need
to continue to use that and simply invoke Slide over HTTP using loopback
(127.0.01), replacing the struts actions with these calls instead. I'll
lose tx context, but maybe Mark Menzies company will decide to release
their Slide tx support within Jboss to the world ;)

Anyone know of an existing JSP/Struts or just JSP implementation of a
webdav client? I have a number of operating systems that must connect,
create, and edit content.. 

Also, are there any plans to support JSR147 to talk to slide in VM (vs.
straight webdav)? Also, anyone know where JSR 147 stands at the moment?
Anyone from Slide on this committee?

Thanks,
James

> -----Original Message-----
> From: Christopher Lenz [mailto:cmlenz@gmx.de] 
> Sent: Sunday, January 26, 2003 10:19 AM
> To: Slide Users Mailing List
> Subject: Re: Slide Admin question
> 
> 
> James Higginbotham wrote:
> > I am trying to start a webdav web interface for my user base, and 
> > decided to use the slide admin as a starting point. I have a war 
> > inside an ear that is deployed within jboss. It seems that 
> when I hit 
> > the index.jsp, it complains that Domain.xml can't be found. 
> Why is it 
> > even looking for this - shouldn't it be talking HTTP to 
> Slide? Or, is 
> > it trying to use the slide internal classes to talk to the 
> engine and 
> > its in a different classloader than the slide.war I have 
> deployed and 
> > thus its trying to init the engine all over again? If this isn't a 
> > possible situation, can someone tell me if they have put together a 
> > J2EE web application that talks WebDAV that I could help out and/or 
> > build upon?
> 
> Yes, the Slide-Admin talks directly to the Slide-Repository via the 
> Java-API, thus the Slide-Kernel needs to be loaded by a Class-Loader 
> that the Slide-Admin web-app can access.
> 
> You can achieve that by putting both the WebDAV servlet and the 
> Slide-Admin web-app in the same web-app (some effort, I guess), or by 
> putting slide-kernel.jar and all JARs it depends on in a 
> shared location 
> (like $TOMCAT_HOME/common/lib or $TOMCAT_HOME/shared/lib when using 
> Tomcat4x).
> 
> The scenario I had in mind when designing the Admin like this 
> was that 
> you'd already be using the SlideRealm for authentication 
> under Tomcat4, 
> and thus already had the Slide JARs in a common location. In 
> that case, 
> you'd just need to drop slide-admin.war in the webapps folder, and it 
> would work. Well, it did back then, anyway :-P
> 
> > Any help would be appreciated!
> > 
> > Thanks,
> > James
> 
> -- 
> Christopher Lenz
> /=/ cmlenz at gmx.de
> 
> 
> --
> To unsubscribe, e-mail:   
> <mailto:slide-user-> unsubscribe@jakarta.apache.org>
> For 
> additional commands, 
> e-mail: <ma...@jakarta.apache.org>
> 
> 

--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>


Re: Slide Admin question (and JSP webdav client)

Posted by Martin Holz <ho...@fiz-chemie.de>.
"James Higginbotham" <jh...@betweenmarkets.com> writes:

> Ok, thanks for the clarification. I am writing to the webdav client api,
> and hoped that the admin client would do that as well.. I guess I need
> to continue to use that and simply invoke Slide over HTTP using loopback
> (127.0.01), replacing the struts actions with these calls instead. I'll
> lose tx context, but maybe Mark Menzies company will decide to release
> their Slide tx support within Jboss to the world ;)

Is it possible to create new users with the webdav API? 
I don't think so, since a node for a user must
implement UserRole and this kind of node is not created
by the WebDAVServlet.


Martin 

--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>