-----Oorspronkelijk bericht-----
Van: Elodie Tasia [mailto:[EMAIL PROTECTED]]
Verzonden: Tuesday, April 02, 2002 3:04 PM
Aan: Slide Users Mailing List
Onderwerp: Re: Tomcat 4 with Slide
RFC 2068 is http. The response you are getting was not generated by the
WebdavServlet. I'm guessing it wasn't installed properly. Try the following
:
- unpack the binary distribution anew somewhere, lets say at c:/
- edit c:/jakarta-slide-1.0.16/server/conf/slide/slide.data :
find objectnode element with uri attribute value '/users/root' follow the
instructions to uncomment the password property.
>> I've re-installed Slide, and uncommented the password, but it doesn't
work better.
- change directory to c:/jakarta-slide-1.0.16/server/bin
- type 'catalina run' or 'startup'
- Open a browser window go to http://localhost:8081 or point the slide
client to that location.
>> And you know what ?
I get at the end of the page :
files/
ACL Info
Subject Action Inheritable Deny
/users/john /actions/manage true false
+/users/groupA /actions/write true false
nobody /actions/read true false
/users/guest /actions true false
/users/elo /actions/manage true false
+/users/group /actions/write true false
... although I deleted the users john anf groupA and replaced it with elo
and group. That's not normal, too...
<<
Well, the thing is this, when you start Slide the stuff you declared in the data
section of Domain.xml gets stored in the store(s) you have defined. Since by default
the Slide is configured to use JdbcDescriptorsStore (wich is a persistent store) this
data will persist (See file 'conf/slide/slide.def'). Remember, the data section is
only used by slide to bootstrap the system. Some stores such as FileContentStore allow
you to define a parameter 'resetBeforeStarting' that tells it wether content written
from a prior server run should be removed. Unfortunately that won't be very useful
unless you reset the corresponding stores you use for storing the structure as well.
You could use MemoryDescriptorsStore (slidestore.reference.MemoryDescriptorsStore) of
course if you don't want your structure to be persistent.
>>
Other question : if I would like to put some files to /slide, where could I
"physically" find them ?
How can I change the server root ? Where is it ? It's just CATALINA_HOME ?
<<
Again, it depends on how you defined your stores. Default the slide namespace is
defined to use FileContentStore as contentstore. The path attribute says
'contentstore', so depending on your current directory you should be able to find
something there (Usually if you run the startup script the current directory is
SLIDE_HOME/server/bin so start looking there). You might have gotten the impression
that if you add or delete files from there they will show up in slide : not so. See,
contentstore is only part of the picture, it's only where slide stores the bodies of
the resources. If you look at the definition section you will see that a namespace
depends on other stores as well such as nodestore and securitystore. In fact, you
should not edit content thrue any other way than thrue slide because the data of other
stores might get out of synch. For instance, I once edited a the files written by
FileContentStore directly and got weird behavior from slide when I requested the
resource afterwards. I had to wait a very long time before my browser would display
it. The problem it turned out was caused by the fact that slide stores a property
called contentlength somewhere for each resource. By editing the content directly that
property no longer was valid. So when the browser requested the resource it got as a
response from slide that the resource was a different length than it actually was. And
kept waiting for content that was no longer there.
Forget CATALINA_HOME, it's not important.
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
