Thank you for the tip Remy, it worked like a champ... sort of. The files
are now persisted after a restart of Tomcat, but there are some permission
problems which still need to be resolved. I have seen several postings
regarding questions about how to setup permissions with slide but nothing
exists on the web site or in the slide documentation that explains the
process in detail. That is, setting up permissions in the Domain.xml file
as well as the web.xml and any tomcat configuration files. I don't know the
process myself but will have to look into it in order to get things working
properly. Basic question is... how to setup security given the following tools:
- tomcat 3.2 and 4.0
- slide
- hsql
The last question is, it looks like hsql is no longer being worked on. Are
there any plans to convert to a different database (postgres, mysql, or
oracle)?
Thanks again for your help,
- John
At 04:01 PM 3/2/2001 -0800, you wrote:
> > 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
