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:walinskydotcomhotmail.com]
> 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"
<paulhammant.org> 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: slide-user-unsubscribejakarta.apache.org
>> For additional commands, e-mail:
slide-user-helpjakarta.apache.org
>>
>>
>
>
>
>
------------------------------------------------------------
---------
> To unsubscribe, e-mail: slide-user-unsubscribejakarta.apache.org
> For additional commands, e-mail: slide-user-helpjakarta.apache.org
>
>
>
------------------------------------------------------------
---------
> To unsubscribe, e-mail: slide-user-unsubscribejakarta.apache.org
> For additional commands, e-mail: slide-user-helpjakarta.apache.org
>
>


------------------------------------------------------------
---------
To unsubscribe, e-mail: slide-user-unsubscribejakarta.apache.org
For additional commands, e-mail: slide-user-helpjakarta.apache.org

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:paulhammant.org] 
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:walinskydotcomhotmail.com]
> 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"
<paulhammant.org> 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: slide-user-unsubscribejakarta.apache.org
>> For additional commands, e-mail:
slide-user-helpjakarta.apache.org
>>
>>
>
>
>
>
------------------------------------------------------------
---------
> To unsubscribe, e-mail: slide-user-unsubscribejakarta.apache.org
> For additional commands, e-mail: slide-user-helpjakarta.apache.org
>
>
>
------------------------------------------------------------
---------
> To unsubscribe, e-mail: slide-user-unsubscribejakarta.apache.org
> For additional commands, e-mail: slide-user-helpjakarta.apache.org
>
>


------------------------------------------------------------
---------
To unsubscribe, e-mail: slide-user-unsubscribejakarta.apache.org
For additional commands, e-mail: slide-user-helpjakarta.apache.org


------------------------------------------------------------
---------
To unsubscribe, e-mail: slide-user-unsubscribejakarta.apache.org
For additional commands, e-mail: slide-user-helpjakarta.apache.org