Re: disappearing ACLs

[Stefan L�tzkendorf]

Hmmm, there seems to be nothing wrong. I just wonder at the "memory" name
of your store (I use this name always with transient sores).
I have no real idea.
What are you doing until the permissions are lost? Havy work of just waiting?

Stefan

Jussi Vaihia wrote:

Here you go:

<slide>
    <namespace name="slide">
        <definition>
                <store name="memory">
                        <nodestore 
classname="org.apache.slide.store.impl.rdbms.JDBCStore">
                                <parameter
name="adapter">org.apache.slide.store.impl.rdbms.MySqlRDBMSAdapter</parameter>
                                <parameter name="user">user</parameter>
                                <parameter name="password">passwd</parameter>
                                <parameter name="dbcpPooling">true</parameter>
                                <parameter name="maxPooledConnections">10</parameter>
                                <parameter name="isolation">SERIALIZABLE</parameter>
                                <parameter name="compress">false</parameter>
                                <parameter 
name="driver">com.mysql.jdbc.Driver</parameter>
                                <parameter 
name="url">jdbc:mysql://localhost/webdavmds</parameter>
                                <parameter name="jdbcversion">1</parameter>
                        </nodestore>
                        <securitystore>
                                <reference store="nodestore"/>
                        </securitystore>
                        <lockstore>
                                <reference store="nodestore"/>
                        </lockstore>
                        <revisiondescriptorsstore>
                                <reference store="nodestore"/>
                        </revisiondescriptorsstore>
                        <revisiondescriptorstore>
                                <reference store="nodestore"/>
                        </revisiondescriptorstore>
                        <contentstore 
classname="org.apache.slide.store.txfile.TxFileContentStore">
                                <parameter 
name="rootpath">/home/np/slide_contentstore</parameter>
                                <parameter 
name="workpath">/home/np/slide_workingresource</parameter>
                        </contentstore>
                </store>
                <scope match="/" store="memory"/>
        </definition>
...

On Fri, 22 Oct 2004 10:21:09 +0200, Stefan L�tzkendorf
<[EMAIL PROTECTED]> wrote:

What implementation do you use for the <securitystore>? Could you supply
the complete <definition> section?

Stefan

Jussi Vaihia wrote:

On creating new directories and files, as described here:

support_doc/guide_xxxx/uploaded_guide_file.txt
support_doc/template_xxxx/uploaded_template_file.txt

These new directories (excluding /support_doc) and the files have the
below ACL cast on them:

Subject | Action | Inheritable | Deny
all | /actions/read | true | false

At this point all users have access to these new resources as
intended. However, after an undetermined (random) amount of time these
ACLs disappear -- causing 403 errors to users -- and I'm left to
wonder why. Is there some rules to ACLs that I need to heed by, with
Slide (?) otherwise removing the ACLs?

Any help on this issue is greatly appreciated!

System in use:

Slide 2.0
Tomcat 4.1.30

Snippets from domain.xml:

<slide>
   <namespace name="slide">
             <store name="memory">
<nodestore classname="org.apache.slide.store.impl.rdbms.JDBCStore">
                             <parameter
name="adapter">org.apache.slide.store.impl.rdbms.MySqlRDBMSAdapter</parameter>
...
                     <contentstore 
classname="org.apache.slide.store.txfile.TxFileContentStore">
...
</slide>

Regards,

Jussi Vaihia

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

--
Stefan L�tzkendorf  -- [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]

--
Stefan L�tzkendorf  -- [EMAIL PROTECTED]

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]