Thank you Martin for your response. >Replace the MemoryDescriptorsStore with any persistent store.
Memory descriptor is volatile, ok. But my contents are mainly various sort of files and directories (not database records) and so I chose for it to prepare a demo first. Now I when I am actually developing the module, I need to point to the file system contents through "webdav". So far I found JDBC descriptor store, node revision descriptor store and memory descriptor store. Other stores are not descriptor stores (example, file content store that I am using). Then what are the descriptor stores? In which doc I can find details of them? I changed the "MemoryDescriptorsStore" to "FileContentStore" but getting the same disappearance of files when restarting slide. I don't understand well what is revision descriptor store and guess its related to versioning not content so did not try it yet. Slide seemed to be a good choice to me because it supports "content management" in Java. Content Management ================== * 100% Pure Java (important for my project) * Hierarchical object storage * Data storage abstraction (important for my project) * Distributable over a network (important for my project) * User management (important for my project) * Security * Locking * Versioning * Indexing * Searching * Integrated process engine * Manageable (important for my project) >And since you seem to start a new project now, you should really switch to the CVS head. As versioning is not needed, I did not consider CVS. BTW, is there any built-in capacity of slide to use CVS for file/dir management (are you using CVS head and CVS as synonymous term?)? If the slide client would be a browser, I could easily prepare a servlet based webapp to manipulate slide api for content manipulation. But the slide client is windows xp and 2k web folders (through add network place). So I don't see any way other than setting up the slide server properly to point to my file system content repository. Is there any known alternatives that I am missing? I think I have started messing up things a little. Once again thanks for your response and future responses. Muhammad Ashikuzzaman (Fahim) Senior Software Engineer, SurroundApps Inc. -----Original Message----- From: news [mailto:[EMAIL PROTECTED] On Behalf Of Martin Holz Sent: Sunday, January 25, 2004 10:17 PM To: [EMAIL PROTECTED] Subject: Re: FileContentStore disappers?!? Hello, "Ashikuzzaman" <[EMAIL PROTECTED]> writes: > Dear List, > > I am using Slide 1.0.16 as the nightly build 2.0 is, I am not sure, > whether I can use right now. I copied the necessary jar files in my > webapp's web-inf\lib dir and modified the Domain.xml file to use in > Tomcat 4.1.27 and Resin 2.1 with allowing guests to do all actions in > contentStore dir. Now when I copy files from file system through > Windows XP Web Folders functionality to the contentStore that I > defined in the domain.xml file it seems to work fine. I can even check > that the file I copied, physically exists. I can copy or download it > but can't move, delete, rename or create new folder. What's the > problem? Anything about user privilege? My clients should be able to > add new and new files daily, so I have to allow them modify those file, create new directories under the contentStore rootpath. > How can I do these using slide? Should I override slide's WebdavServlet? > Then which methods to override? Here is the Domain.xml file --- > > <?xml version="1.0"?> > <slide logger="org.apache.slide.util.logger.SimpleLogger" logger-level="6" > default="biscomWebdav"> > <!-- > logger > ~~~~~~ > org.apache.slide.util.logger.SimpleLogger > default logger with 1 log level > log4j.Log4jLogger > logger with fine granularity > see http://jakarta.apache.org/log4j/ logger-level ~~~~~~~~~~~~ 0 > EMERGENCY > 1 CRITICAL > 2 ERROR > 4 WARNING > 6 INFO > 7 DEBUG > --> > <namespace name="biscomWebdav"> > <!-- ### Memory Configuration ### > The following memory configuration uses the MemoryDescriptorsStore > for node,security,locks and revisions. For content the FileContentStore > is used. Content is not reset before start. Database may also be > used instead. > --> > <definition> > <store name="contentStore"> > <nodestore classname="slidestore.reference.MemoryDescriptorsStore"> > </nodestore> > <securitystore> > <reference store="nodestore" /> > </securitystore> > <lockstore> > <reference store="nodestore" /> > </lockstore> > <revisiondescriptorsstore> > <reference store="nodestore" /> > </revisiondescriptorsstore> > <contentstore classname="slidestore.reference.FileContentStore"> > <parameter > name="rootpath">C:/winxpsoft/javaGroup/resin-2.1.12/webapps/biscomWebd > av/con > tentStore</parameter> > <parameter name="version">false</parameter> > <parameter name="resetBeforeStarting">true</parameter> > </contentstore> > </store> > <scope match="/" store="contentStore" /> > </definition> [...] > When I restart my server, I find all the newly uploaded files are > gone, but when I physically check it in file system, I see they are > present there. :-( I made sure that "resetBeforeStarting" is set to > "false" (I tried with the value "true" also). What can I do to solve this problem? Slide uses different stores for metadata and content. While you configured the content store to be persistent, the MemoryDescriptorsStore is always volatile. So once you shut down slide, it will loose all information, about the directory structure and not find the content. Replace the MemoryDescriptorsStore with any persistent store. And since you seem to start a new project now, you should really switch to the CVS head. Martin -- Martin Holz <[EMAIL PROTECTED]> Softwareentwicklung / Vernetztes Studium - Chemie FIZ CHEMIE Berlin Franklinstrasse 11 D-10587 Berlin --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
