Re: web.xml's JSP interception
Waling Dijkstra <[email protected]>
| Newsgroups | gmane.comp.jakarta.slide.user |
|---|---|
| Message-ID | <[email protected]> |
Paul, Miguel, I'm quite sure this is the way to go if you only want to expose /files over webdav. I've been playing around with this for some time now, and haven't run into troubles for that matter. What I don't know is howto set ACL when only exposing /files over webdav. rgrds, Waling On 12-12-2006 22:17, "Miguel Figueiredo" <[email protected]> wrote: > > Hello Paul, > > The usual configuration for /users path means that it's where slide does > its user lookup. If /users does not exist, slide might not work at all, if > it's empty, we won't be able to identify any single user. > Anyway since you had success with the web.xml parameter configuration, I > can only speculate that although only /files is publish, internally slide > does know where to find the needed /users path (if it is the case, that's > news for me). > > Best Regards, > Miguel Figueiredo > > -----Original Message----- > From: Paul Hammant [mailto:[email protected]] > Sent: terça-feira, 12 de Dezembro de 2006 19:14 > To: Slide Users Mailing List > Subject: Re: web.xml's JSP interception > > The web.xml change works nicely - thanks. > > The purpose of /users is so that they can be edited over DAV (for > those on suitable ACLs) ? > > - Paul > > On Dec 12, 2006, at 6:42 AM, Miguel Figueiredo wrote: > >> >> Hello Paul, Waling, >> >> Many thanks for your feedback! I'll keep tuned for more of it :) >> >> Regarding paths, Waling suggestion rings true to me. I'll give a >> word of >> warning though, if the users, roles, or other paths are not well >> defined, >> slide features will stop to work, or worse, slide will stop >> altogether. For >> example, if you don¹t have the users path defined, it won't be >> possible to >> define ACLs to any user. >> Never tried to use that web.xml configuration parameter, so I >> don't know >> how it will behave if you configure it to serve the "/files" path >> (will ACL >> feature still work? If yes, how do we identify a user in a, for >> example, ACL >> command?). >> >> Many thanks, >> Miguel >> >> -----Original Message----- >> From: Waling Dijkstra [mailto:[email protected]] >> Sent: terça-feira, 12 de Dezembro de 2006 12:00 >> To: Slide Users Mailing List >> Subject: Re: web.xml's JSP interception >> >> Paul, >> >> you might consider setting <param-name>scope</param-name> >> to <param-value>/files</param-value> in web.xml. >> This will disable access to /users etc.. over webdav though. >> (unless I've >> overlooked something) (anyone?) >> >> rgrds, >> >> Waling >> >> >> >> On 12-12-2006 06:11, "Paul Hammant" <[email protected]> wrote: >> >>> Miguel, >>> >>> Yes you're right, this is Sitemesh and Slide merged into one web >>> app. We'll tell more another day! - perhaps when we've done >>> something interesting with the concepts. >>> >>> In this case the JSP is the Sitemesh decorator (not under slide >>> control) and it works sweetly you'll be pleased to know. >>> >>> We wonder if it is possible to remap the directories for slide. For >>> example, i wish I could have Slide serve files-under-dav control >>> from / rather than /files. With exceptions for other directories >>> like /decorators. We have tried to change Domain.xml and change the >>> relevant section, but it does not seem to change the preferred >>> location - "/files". We kinda want to hide the other directories / >>> users /groups etc and only concentrate on files under DAV control. >>> To get Slide to kinda work like mod_dav does :) >>> >>> Thoughts? >>> >>> - Paul >>> >>> On Dec 11, 2006, at 8:16 AM, Miguel Figueiredo wrote: >>> >>>> Hello Hammant, >>>> >>>> If you remove the configuration fragment, the web server will >>>> handle de JSP >>>> file before Slide do. That means, it will compile the JSP, and >>>> serve you >>>> it's compiled contents (witch probably might present you with an >>>> internal >>>> server error page). >>>> >>>> Since you're asking that question, seems to me that you are >>>> trying to >>>> deploy a web application inside slide namespace. Although it is >>>> interesting, >>>> don't know if it brings more problems that anyone can handle. >>>> I don't know Sitemesh, but is it true? You're trying to deploy a >>>> web app >>>> inside slide namespace? If yes, I would be very interested to >>>> know any >>>> problems you might encounter. >>>> >>>> Best regards, >>>> Miguel Figueiredo >>>> >>> >>> >>> >>> --------------------------------------------------------------------- >>> 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] >> >> >> --------------------------------------------------------------------- >> 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] > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > >