Re: web.xml's JSP interception
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-namescope/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
Re: web.xml's JSP interception
Paul, you might consider setting param-namescope/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]
RE: web.xml's JSP interception
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 dont 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-namescope/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]
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-namescope/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]
RE: web.xml's JSP interception
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 dont 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-namescope/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]
RE: web.xml's JSP interception
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 -Original Message- From: Paul Hammant [mailto:[EMAIL PROTECTED] Sent: domingo, 10 de Dezembro de 2006 20:44 To: slide-user@jakarta.apache.org Cc: Peter Barry; [EMAIL PROTECTED] Subject: web.xml's JSP interception This fragment exists in web.xml : servlet-mapping servlet-namewebdav/servlet-name url-pattern*.jsp/url-pattern /servlet-mapping Slide works if its taken out - with that slide-bundled version of tomcat. If present it stops Slide working with Sitemesh. Is the fragment needed anymore ? - Paul - 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]
Re: web.xml's JSP interception
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]
