SLIDE_1_0

[Jan Wrang <ja...@cinatit.com>]

Hi,

I'm very interested in updating my Slide 1.0.16 with the newest code regarding character encoding, due some problems I have with danish
characters.

I've downloaded the SLIDE_1_0 branch from CVS, but I'm having a problem which might be a bug ??

The webdav interface (through MS explorer) works correct when the scope parameter is set to '/',
but if I specify the scope to be '/files', the folder I'm currently accessing, is being displayed as being a
child to the current folder. Let me give a short example
When I go in to the root, which is /files, I see a folder named files, even through there isn't a folder named /files/files
If I go in to a existing folder named test, I see a folder named test even though there isn't a folder named /files/test/test

Any advice on the to solve this ?

Jan

Re: SLIDE_1_0

[Jean-Philippe Courson <co...@noos.fr>]

Jan Wrang wrote:
> Hi,
> 
> I'm very interested in updating my Slide 1.0.16 with the newest code regarding character encoding, due some problems I have with danish
> characters.
> 
> I've downloaded the SLIDE_1_0 branch from CVS, but I'm having a problem which might be a bug ??
> 
> The webdav interface (through MS explorer) works correct when the scope parameter is set to '/',
> but if I specify the scope to be '/files', the folder I'm currently accessing, is being displayed as being a
> child to the current folder. Let me give a short example
> When I go in to the root, which is /files, I see a folder named files, even through there isn't a folder named /files/files
> If I go in to a existing folder named test, I see a folder named test even though there isn't a folder named /files/test/test
> 
> Any advice on the to solve this ?
> 
> Jan
> 
> 

I've exactly the same problem.

Character encoding issues seems to have be solved. I've just begun the 
tests (with french special letters), but all seems to work perfectly.

JP


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

Re: SLIDE_1_0

[Jean-Philippe Courson <co...@noos.fr>]

Jacob Lund wrote:
> Just a note. Be careful with explorer and national characters.
> 
> I have no problems using Danish letters with DAVExplorer or the neon
> client (haven't tried the slide client) - but it does not work with
> explorer/webfolders in windows 2000/XP.
> 
> To me it seem like Microsoft webfolders does not default to UTF8, but I
> am not sure - I have heard a lot of different explanations. Maybe
> someone here knows? Or at least knows how to modify slide to work with
> webfolders!

Current cvs branch SLIDE_1_0 has a new parameter urlEncoding in
slide.properties that allows you to force url encoding.

Using this parameter, it's possible to work with special letters for
a given client/plateform, but it won't work for all.

I've seen discussions on this list on how to dynamicly detect the
charset used by the client to encode urls, but nothing seems to have
been done in this way yet.

JP

> /Jacob
> 
> -----Original Message-----
> From: Jan Wrang [mailto:jan@cinatit.com] 
> Sent: 2. april 2002 13:42
> To: slide-dev@jakarta.apache.org
> Subject: SLIDE_1_0
> 
> 
> Hi,
> 
> I'm very interested in updating my Slide 1.0.16 with the newest code
> regarding character encoding, due some problems I have with danish
> characters.
> 
> I've downloaded the SLIDE_1_0 branch from CVS, but I'm having a problem
> which might be a bug ??
> 
> The webdav interface (through MS explorer) works correct when the scope
> parameter is set to '/', but if I specify the scope to be '/files', the
> folder I'm currently accessing, is being displayed as being a child to
> the current folder. Let me give a short example When I go in to the
> root, which is /files, I see a folder named files, even through there
> isn't a folder named /files/files If I go in to a existing folder named
> test, I see a folder named test even though there isn't a folder named
> /files/test/test
> 
> Any advice on the to solve this ?
> 
> Jan
> 
> 
> 
> --
> To unsubscribe, e-mail:   <ma...@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_1_0

[Jacob Lund <ja...@qualiware.com>]

Just a note. Be careful with explorer and national characters.

I have no problems using Danish letters with DAVExplorer or the neon
client (haven't tried the slide client) - but it does not work with
explorer/webfolders in windows 2000/XP.

To me it seem like Microsoft webfolders does not default to UTF8, but I
am not sure - I have heard a lot of different explanations. Maybe
someone here knows? Or at least knows how to modify slide to work with
webfolders!

/Jacob

-----Original Message-----
From: Jan Wrang [mailto:jan@cinatit.com] 
Sent: 2. april 2002 13:42
To: slide-dev@jakarta.apache.org
Subject: SLIDE_1_0


Hi,

I'm very interested in updating my Slide 1.0.16 with the newest code
regarding character encoding, due some problems I have with danish
characters.

I've downloaded the SLIDE_1_0 branch from CVS, but I'm having a problem
which might be a bug ??

The webdav interface (through MS explorer) works correct when the scope
parameter is set to '/', but if I specify the scope to be '/files', the
folder I'm currently accessing, is being displayed as being a child to
the current folder. Let me give a short example When I go in to the
root, which is /files, I see a folder named files, even through there
isn't a folder named /files/files If I go in to a existing folder named
test, I see a folder named test even though there isn't a folder named
/files/test/test

Any advice on the to solve this ?

Jan



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

PATCH : ContentInterceptors parameters support (SLIDE_1_0)

[Jean-Philippe Courson <co...@noos.fr>]

Hi,

I would be very pleased to have some feedback on the above proposed
modifications, espacially with the exceptions problem.

I asume that if nobody has given an opinion on this, they should agree
with modifications so you will find enclosed my first proposed
modification : Adding parameters support to ContentInterceptors to allow
them to be plugged smothly and cleanly.

This patch affects org/apache/slide/common/NamespaceConfig.java and
org/apache/slide/content/ContentInterceptor.java and add parameters
support through Domain.xml file in this way :

<content-interceptor class="[contentInterceptorClass]">
     <parameter name="[paramName]">[paramValue]</parameter>
</content-interceptor>

ContentInterceptors parameters are stored into a new ContentInteceptor's
property (Hashtable parameters) accessible via method getParameters().

As Remy has suggested it some time ago, I've made ContentInterceptor
class abstract.

Regards

JP

ps : this patch is for banch SLIDE_1_0. I will port it (and the
      following) to HEAD branch as soon as it will be approved.

Jean-Philippe Courson wrote:
> Hi,
> 
> Some time ago, I sent some patches that make slide support users quota, 
> a feature requested by a lot of users.
> 
> These patches have never been commited to the cvs tree.
> I asume it's because they were not considered clean enougth and/or too
> big by commiters so, wishing to see them integrated into SLIDE_1_0,
> I will take some time to make them cleaner and smaller.
> 
> To reach this purpose,
> 1) I would be pleased if some people who deeply know slide's internals
>    could answer some questions.
> 2) Rather than sending in one time a lot of big patches, I will send
>    several little patches that will be easier for commiters to manage.
> 
> 
> 1) Some questions :
> 
> - What to do with exceptions ?
> 
> Firstly, ContentInterceptors's preStoreContent method is called before
> the content to be stored so if there is a problem with the node (node
> doesn't exist, access to it is denied,...), exceptions may be thrown.
> 
> Secondly, ContentInterceptors may have to access stores (for retreiving
> or updating data) to complete their processing and once again,
> exceptions may be thrown.
> 
> So what ContentInterceptors could do else than throwing again these
> exceptions ?
> 
> - ContentInterceptors parameters :
> 
> Would not it be great (and clean) to be able to give ContentInterceptors
> parameters in the following way ?
> <content-interceptor class="[contentInterceptorClass]">
>   <parameter name="[paramName]">[paramValue]</parameter>
> </content-interceptor>
> 
> - ContentInterceptors's methods new arguments :
> 
> As I just said above, ContentInterceptors may have to access stores or
> namespace configuration to complete their processing, so would not it be
> usefull to add a Namespace object to their methods arguments ?
> 
> 
> 2) "Patches planning"
> 
> As soon as I will have some feedback with the above questions, I will
> propose a "patches planning" to make commiters work easier as possible.
> I am planning to firstly send generic ContentInterceptors changes (one
> by one) and secondly send changes to support users quotas.
> 
> Any feedback will be welcome
> 
> Thanks in advance for your help
> 
> JP

SLIDE_1_0 and UserQuotaContentInterceptor

[Jean-Philippe Courson <co...@noos.fr>]

Hi,

Some time ago, I sent some patches that make slide support users quota, 
a feature requested by a lot of users.

These patches have never been commited to the cvs tree.
I asume it's because they were not considered clean enougth and/or too
big by commiters so, wishing to see them integrated into SLIDE_1_0,
I will take some time to make them cleaner and smaller.

To reach this purpose,
1) I would be pleased if some people who deeply know slide's internals
    could answer some questions.
2) Rather than sending in one time a lot of big patches, I will send
    several little patches that will be easier for commiters to manage.


1) Some questions :

- What to do with exceptions ?

Firstly, ContentInterceptors's preStoreContent method is called before
the content to be stored so if there is a problem with the node (node
doesn't exist, access to it is denied,...), exceptions may be thrown.

Secondly, ContentInterceptors may have to access stores (for retreiving
or updating data) to complete their processing and once again,
exceptions may be thrown.

So what ContentInterceptors could do else than throwing again these
exceptions ?

- ContentInterceptors parameters :

Would not it be great (and clean) to be able to give ContentInterceptors
parameters in the following way ?
<content-interceptor class="[contentInterceptorClass]">
   <parameter name="[paramName]">[paramValue]</parameter>
</content-interceptor>

- ContentInterceptors's methods new arguments :

As I just said above, ContentInterceptors may have to access stores or
namespace configuration to complete their processing, so would not it be
usefull to add a Namespace object to their methods arguments ?


2) "Patches planning"

As soon as I will have some feedback with the above questions, I will
propose a "patches planning" to make commiters work easier as possible.
I am planning to firstly send generic ContentInterceptors changes (one
by one) and secondly send changes to support users quotas.

Any feedback will be welcome

Thanks in advance for your help

JP


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

Re: SLIDE_1_0

[Jean-Philippe Courson <co...@noos.fr>]

Hi Chris

> Okay, could you try with a fresh checkout of SLIDE_1_0. It will suffice to build 
> and replace the slide-webdavservlet.jar in your deployment, as all changes were 
> local to the WebDAV servlet.
> 
> Also, the directory-index generation should now also work if:
> (a) the scope attribute is set but
> (b) doesn't match the servlet-mapping.
>>>From my investigations, that probably has never really worked until now
> ;[blush])

Congratulations, scope parameter is working perfectly again.

JP


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

Re: SLIDE_1_0

[Christopher Lenz <cm...@gmx.de>]

Am 03.04.2002 11:28:39, schrieb Christopher Lenz <cm...@gmx.de>:
>Am 02.04.2002 13:42:13, schrieb "Jan Wrang" <ja...@cinatit.com>:
>>I've downloaded the SLIDE_1_0 branch from CVS, but I'm having a problem which 
>>might be a bug ??
>>
>>The webdav interface (through MS explorer) works correct when the scope 
>>parameter is set to '/',
>>but if I specify the scope to be '/files', the folder I'm currently accessing, 
>>is being displayed as being a
>>child to the current folder. Let me give a short example
>>When I go in to the root, which is /files, I see a folder named files, even 
>>through there isn't a folder named /files/files
>>If I go in to a existing folder named test, I see a folder named test even 
>>though there isn't a folder named /files/test/test
>>
>>Any advice on the to solve this ?
>
>Not yet, but I'll look into this problem as soon as time allows. Thanks for 
>reporting it.
>
>BTW, I remember having that sort of problem with the HEAD branch of Slide at 
>some point, but it wasn't related to the scope feature IIRC.

Okay, could you try with a fresh checkout of SLIDE_1_0. It will suffice to build 
and replace the slide-webdavservlet.jar in your deployment, as all changes were 
local to the WebDAV servlet.

Also, the directory-index generation should now also work if:
(a) the scope attribute is set but
(b) doesn't match the servlet-mapping.
>From my investigations, that probably has never really worked until now
;[blush])

-chris
_______________________________________________
 /=/ cmlenz at gmx.de




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

Re: SLIDE_1_0

[Christopher Lenz <cm...@gmx.de>]

Am 02.04.2002 13:42:13, schrieb "Jan Wrang" <ja...@cinatit.com>:
>I've downloaded the SLIDE_1_0 branch from CVS, but I'm having a problem which 
>might be a bug ??
>
>The webdav interface (through MS explorer) works correct when the scope 
>parameter is set to '/',
>but if I specify the scope to be '/files', the folder I'm currently accessing, 
>is being displayed as being a
>child to the current folder. Let me give a short example
>When I go in to the root, which is /files, I see a folder named files, even 
>through there isn't a folder named /files/files
>If I go in to a existing folder named test, I see a folder named test even 
>though there isn't a folder named /files/test/test
>
>Any advice on the to solve this ?

Not yet, but I'll look into this problem as soon as time allows. Thanks for 
reporting it.

BTW, I remember having that sort of problem with the HEAD branch of Slide at 
some point, but it wasn't related to the scope feature IIRC.

-chris
_______________________________________________
 /=/ cmlenz at gmx.de




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