> Hi all,
>
> I'm having some trouble getting slide up and running and need some help. I
> have setup slide using tomcat 3.2 on a linux box and can copy files into a
> directory using Internet Explorer 5 and the file -> open -> as Web Folder
> option. I also verified that the files are copied onto the server
properly.
> Unfortunately when I shut down tomcat, restart it, and try to connect
using
> IE5, the files directory is their but the files I copied over are not. I
> double checked and the files are still on the server in the proper
> directory. Why can't I see the files?
>
> Seems the directory structure is stored in memory as well as the file
> objects. Once tomcat is shutdown all this information is lost. Does the
> FileContentStore class run through the rootpath during the initialization
> process and recreate the in memory directory structure and file objects?
Is
> the JDBCContentStore the only sollution to this problem? Or am I missing
> something?

What is stored in memory in the default configuration is the namespace
structure, file metadata, ACLs, locks ... Everything but the binary content
of the resources, actually.
You should uncomment that part in the config file to use it (with hSQL) :

        <!--nodestore classname="slidestore.reference.JDBCDescriptorsStore">
         <parameter name="driver">org.hsql.jdbcDriver</parameter>
         <parameter name="url">HypersonicSQL:slide</parameter>
         <parameter name="user">sa</parameter>
         <parameter name="password"></parameter>
        </nodestore>
        <securitystore>
          <reference store="nodestore" />
        </securitystore>
        <lockstore>
          <reference store="nodestore" />
        </lockstore>
        <revisiondescriptorsstore>
          <reference store="nodestore" />
        </revisiondescriptorsstore>
        <revisiondescriptorstore>
          <reference store="nodestore" />
        </revisiondescriptorstore-->

Since configuring a database can be tricky, it's not enabled by default.

There is work being done on an all filesystem store, which will eventually
replace the memory store (which is still very useful for doing some quick
testing).

Remy

Reply via email to