You are viewing a plain text version of this content. The canonical link for it is here.
Posted to slide-user@jakarta.apache.org by Stuart MacPherson <ap...@dsl.pipex.com> on 2003/08/13 13:57:12 UTC
weird error on file PUT
Hi
I have written a Servlet that handles file uploads to Slide using Apache
Commons FileUpload, but when it tries to create the new WebdavResource, and
PUT it, I get the following error. and when I look a the store, it seems to
have created a folder called errmsg.txt/ instead of a text file. I have
attached the Servlet file to this email (I know the FileUpload module file
handling is not optimised, but its just a test at the mo).
Incidentally, every time I restart Tomcat, it wipes the store including any
folders I have created 'properly' (!) using Windows WebFolders. what could
be causing that, and how can I sort it?
Cheers
stu
13 Aug 2003 12:41:47 - org.apache.slide.webdav.WebdavServlet - INFO - GET =
200
OK (time: 10 ms) URI = /files
Filename = G:\mysql\share\slovak\errmsg.txt
Content Type = text/plain
In Memory? = false
Size in bytes = 13329
The HttpURL is... http://localhost:8080/slide/files/errmsg.txt
13 Aug 2003 12:42:05 - org.apache.slide.webdav.WebdavServlet - INFO -
PROPFIND =
207 Multi-Status (time: 60 ms) URI = /files/errmsg.txt
13 Aug 2003 12:42:05 - org.apache.slide.webdav.WebdavServlet - INFO - PUT =
409
Conflict (time: 0 ms) URI = /files/errmsg.txt
THE DESTINATION PATH = /files
The URI is... /files/errmsg.txt
Re: weird error on file PUT
Posted by Michael Oliver <ol...@matrix-media.com>.
Stu,
There is a switch that is causing your store to reset on tomcat restart.
I don't have it in front of me but it is rather explicit in the Domain.xml
I believe.
Michael Oliver
CTO/Matrix Intermedia
7391 S. Bullrider Ave.
Tucson, AZ 85747
Office (520)574-1150
Cell (518)378-6154
Stuart MacPherson said:
> Hi
>
>
>
> I have written a Servlet that handles file uploads to Slide using Apache
> Commons FileUpload, but when it tries to create the new WebdavResource,
> and PUT it, I get the following error. and when I look a the store, it
> seems to have created a folder called errmsg.txt/ instead of a text
> file. I have attached the Servlet file to this email (I know the
> FileUpload module file handling is not optimised, but its just a test at
> the mo).
>
>
>
> Incidentally, every time I restart Tomcat, it wipes the store including
> any folders I have created 'properly' (!) using Windows WebFolders. what
> could be causing that, and how can I sort it?
>
>
>
> Cheers
>
> stu
>
>
>
> 13 Aug 2003 12:41:47 - org.apache.slide.webdav.WebdavServlet - INFO -
> GET = 200
>
> OK (time: 10 ms) URI = /files
>
> Filename = G:\mysql\share\slovak\errmsg.txt
>
> Content Type = text/plain
>
> In Memory? = false
>
> Size in bytes = 13329
>
> The HttpURL is... http://localhost:8080/slide/files/errmsg.txt
>
> 13 Aug 2003 12:42:05 - org.apache.slide.webdav.WebdavServlet - INFO -
> PROPFIND =
>
> 207 Multi-Status (time: 60 ms) URI = /files/errmsg.txt
>
> 13 Aug 2003 12:42:05 - org.apache.slide.webdav.WebdavServlet - INFO -
> PUT = 409
>
> Conflict (time: 0 ms) URI = /files/errmsg.txt
>
> THE DESTINATION PATH = /files
>
> The URI is... /files/errmsg.txt
Re: weird error on file PUT
Posted by Michael Oliver <ol...@matrix-media.com>.
Stu,
There is a switch that is causing your store to reset on tomcat restart.
I don't have it in front of me but it is rather explicit in the Domain.xml
I believe.
Michael Oliver
CTO/Matrix Intermedia
7391 S. Bullrider Ave.
Tucson, AZ 85747
Office (520)574-1150
Cell (518)378-6154
Stuart MacPherson said:
> Hi
>
>
>
> I have written a Servlet that handles file uploads to Slide using Apache
> Commons FileUpload, but when it tries to create the new WebdavResource,
> and PUT it, I get the following error. and when I look a the store, it
> seems to have created a folder called errmsg.txt/ instead of a text
> file. I have attached the Servlet file to this email (I know the
> FileUpload module file handling is not optimised, but its just a test at
> the mo).
>
>
>
> Incidentally, every time I restart Tomcat, it wipes the store including
> any folders I have created 'properly' (!) using Windows WebFolders. what
> could be causing that, and how can I sort it?
>
>
>
> Cheers
>
> stu
>
>
>
> 13 Aug 2003 12:41:47 - org.apache.slide.webdav.WebdavServlet - INFO -
> GET = 200
>
> OK (time: 10 ms) URI = /files
>
> Filename = G:\mysql\share\slovak\errmsg.txt
>
> Content Type = text/plain
>
> In Memory? = false
>
> Size in bytes = 13329
>
> The HttpURL is... http://localhost:8080/slide/files/errmsg.txt
>
> 13 Aug 2003 12:42:05 - org.apache.slide.webdav.WebdavServlet - INFO -
> PROPFIND =
>
> 207 Multi-Status (time: 60 ms) URI = /files/errmsg.txt
>
> 13 Aug 2003 12:42:05 - org.apache.slide.webdav.WebdavServlet - INFO -
> PUT = 409
>
> Conflict (time: 0 ms) URI = /files/errmsg.txt
>
> THE DESTINATION PATH = /files
>
> The URI is... /files/errmsg.txt
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org
RE: weird error on file PUT
Posted by Stuart MacPherson <ap...@dsl.pipex.com>.
Hi Michael
I already have a mySQL database set up with the correct schema (I think) for
using JDBCDescriptorsStore, but I just can't get it to work. I keep getting
the "No object found at /actions" error, and it throws a 500 every time I
try and view the store in the browser.
I muddled for nearly a fortnight over it last time!
I have noticed (in the slide-stores.jar) that there is a Descriptors class
called MySQLDescriptorsStore. Could using this sort my problems out?
If you have any tips then that would be great.
Many thanks
Stu
-----Original Message-----
From: Michael Oliver [mailto:oliverm@matrix-media.com]
Sent: 13 August 2003 14:53
To: slide-user@jakarta.apache.org
Subject: RE: weird error on file PUT
Well I was responding to your first message but you found the switch and
that's what is important.
"Memory" ought to give you the clue you are looking for. Follow Stan's
advice and go with JDBC for Descriptors and either the Filesystem or JDBC
for content and you should be fine.
Michael Oliver
CTO/Matrix Intermedia
7391 S. Bullrider Ave.
Tucson, AZ 85747
Office (520)574-1150
Cell (518)378-6154
Stuart MacPherson said:
> I think I mentioned the switch that you speak of in my previous email.
>
> I am using MemoryDescriptorsStore and FileContentStore. I think I am
> beginning to see why its not working... does it lose the descriptors to
> the file when I restart the server?
>
> I still think it's a bit weird that there never is anything put into the
> actual directory, even though it shows something in the browser.
>
> Many thanks
> Stu
>
>
> -----Original Message-----
> From: Michael Oliver [mailto:oliverm@matrix-media.com]
> Sent: 13 August 2003 14:37
> To: slide-user@jakarta.apache.org
> Subject: RE: weird error on file PUT
>
> Which store are you using, it sounds like a memory store, not the
> filesystem store.
>
> Michael Oliver
> CTO/Matrix Intermedia
> 7391 S. Bullrider Ave.
> Tucson, AZ 85747
> Office (520)574-1150
> Cell (518)378-6154
>
>
> Stuart MacPherson said:
>> I spotted that, and I tried to change the directory that
>> 'contentstore' resides in, but it seems to make no difference. I also
>> set the store parameter 'resetBeforeStarting' to 'false', and even
>> though this looks like the problem root, it made no difference either!
>>
>> Is it significant that when I look in the contentstore folder AFTER
>> the file upload and whilst the server is still running, it is totally
>> empty?
>> This conflicts with the Directory Listing in the browser, which, if
>> refreshed, shows the item that has been uploaded (albeit as a folder
>> instead of a file as it should be... I can even click this faux folder
>> and it will navigate into it! There are no contents tho!).
>>
>> Many thanks again
>> Stu
>>
>>
>>
>> -----Original Message-----
>> From: Stan Pinte [mailto:stan.pinte@axone.be]
>> Sent: 13 August 2003 13:03
>> To: Slide Users Mailing List
>> Subject: Re: weird error on file PUT
>>
>> At 12:57 13/08/2003 +0100, you wrote:
>>
>>>Hi
>>>
>>>
>>>
>>>I have written a Servlet that handles file uploads to Slide using
>>> Apache Commons FileUpload, but when it tries to create the new
>>> WebdavResource, and PUT it, I get the following error& and when I
>>> look a the store, it seems to have created a folder called
>>> errmsg.txt/ instead of a text file. I have attached the Servlet
>>> file to this email (I know the FileUpload module file handling is
>>> not optimised, but its just a test at the mo).
>>>
>>>
>>>
>>>Incidentally, every time I restart Tomcat, it wipes the store
>>> including
>>> any folders I have created properly(!) using Windows WebFolders&
>>> what
>>> could be causing that, and how can I sort it?
>>
>> You have to modify the location of the store, in the Domain.xml
>> configuration file (included in the slide.war). I advise aswell to
>> switch to JDBC persistence for descriptors, as it proves to be rather
>> stable.
>>
>> Stan.
>>
>>>
>>>
>>>Cheers
>>>
>>>stu
>>>
>>>
>>>
>>>13 Aug 2003 12:41:47 - org.apache.slide.webdav.WebdavServlet - INFO -
>>> GET = 200
>>>
>>>OK (time: 10 ms) URI = /files
>>>
>>>Filename = G:\mysql\share\slovak\errmsg.txt
>>>
>>>Content Type = text/plain
>>>
>>>In Memory? = false
>>>
>>>Size in bytes = 13329
>>>
>>>The HttpURL is... http://localhost:8080/slide/files/errmsg.txt
>>>
>>>13 Aug 2003 12:42:05 - org.apache.slide.webdav.WebdavServlet - INFO -
>>> PROPFIND >
>>> 207 Multi-Status (time: 60 ms) URI = /files/errmsg.txt
>>>
>>>13 Aug 2003 12:42:05 - org.apache.slide.webdav.WebdavServlet - INFO -
>>> PUT = 409
>>>
>>>Conflict (time: 0 ms) URI = /files/errmsg.txt
>>>
>>>THE DESTINATION PATH = /files
>>>
>>>The URI is... /files/errmsg.txt
>>>---------------------------------------------------------------------
>>> To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org For
>>> additional commands, e-mail: slide-user-help@jakarta.apache.org
>>>
>>>---
>>>Incoming mail is certified Virus Free.
>>>Checked by AVG anti-virus system (http://www.grisoft.com).
>>>Version: 6.0.507 / Virus Database: 304 - Release Date: 04/08/2003
>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
>> For additional commands, e-mail: slide-user-help@jakarta.apache.org
>
>
>
>
> --------------------------------------------------------------------- To
> unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: slide-user-help@jakarta.apache.org
>
>
>
>
> --------------------------------------------------------------------- To
> unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: slide-user-help@jakarta.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org
RE: weird error on file PUT
Posted by Stuart MacPherson <ap...@dsl.pipex.com>.
Hi Michael
I already have a mySQL database set up with the correct schema (I think) for
using JDBCDescriptorsStore, but I just can't get it to work. I keep getting
the "No object found at /actions" error, and it throws a 500 every time I
try and view the store in the browser.
I muddled for nearly a fortnight over it last time!
I have noticed (in the slide-stores.jar) that there is a Descriptors class
called MySQLDescriptorsStore. Could using this sort my problems out?
If you have any tips then that would be great.
Many thanks
Stu
-----Original Message-----
From: Michael Oliver [mailto:oliverm@matrix-media.com]
Sent: 13 August 2003 14:53
To: slide-user@jakarta.apache.org
Subject: RE: weird error on file PUT
Well I was responding to your first message but you found the switch and
that's what is important.
"Memory" ought to give you the clue you are looking for. Follow Stan's
advice and go with JDBC for Descriptors and either the Filesystem or JDBC
for content and you should be fine.
Michael Oliver
CTO/Matrix Intermedia
7391 S. Bullrider Ave.
Tucson, AZ 85747
Office (520)574-1150
Cell (518)378-6154
Stuart MacPherson said:
> I think I mentioned the switch that you speak of in my previous email.
>
> I am using MemoryDescriptorsStore and FileContentStore. I think I am
> beginning to see why its not working... does it lose the descriptors to
> the file when I restart the server?
>
> I still think it's a bit weird that there never is anything put into the
> actual directory, even though it shows something in the browser.
>
> Many thanks
> Stu
>
>
> -----Original Message-----
> From: Michael Oliver [mailto:oliverm@matrix-media.com]
> Sent: 13 August 2003 14:37
> To: slide-user@jakarta.apache.org
> Subject: RE: weird error on file PUT
>
> Which store are you using, it sounds like a memory store, not the
> filesystem store.
>
> Michael Oliver
> CTO/Matrix Intermedia
> 7391 S. Bullrider Ave.
> Tucson, AZ 85747
> Office (520)574-1150
> Cell (518)378-6154
>
>
> Stuart MacPherson said:
>> I spotted that, and I tried to change the directory that
>> 'contentstore' resides in, but it seems to make no difference. I also
>> set the store parameter 'resetBeforeStarting' to 'false', and even
>> though this looks like the problem root, it made no difference either!
>>
>> Is it significant that when I look in the contentstore folder AFTER
>> the file upload and whilst the server is still running, it is totally
>> empty?
>> This conflicts with the Directory Listing in the browser, which, if
>> refreshed, shows the item that has been uploaded (albeit as a folder
>> instead of a file as it should be... I can even click this faux folder
>> and it will navigate into it! There are no contents tho!).
>>
>> Many thanks again
>> Stu
>>
>>
>>
>> -----Original Message-----
>> From: Stan Pinte [mailto:stan.pinte@axone.be]
>> Sent: 13 August 2003 13:03
>> To: Slide Users Mailing List
>> Subject: Re: weird error on file PUT
>>
>> At 12:57 13/08/2003 +0100, you wrote:
>>
>>>Hi
>>>
>>>
>>>
>>>I have written a Servlet that handles file uploads to Slide using
>>> Apache Commons FileUpload, but when it tries to create the new
>>> WebdavResource, and PUT it, I get the following error& and when I
>>> look a the store, it seems to have created a folder called
>>> errmsg.txt/ instead of a text file. I have attached the Servlet
>>> file to this email (I know the FileUpload module file handling is
>>> not optimised, but its just a test at the mo).
>>>
>>>
>>>
>>>Incidentally, every time I restart Tomcat, it wipes the store
>>> including
>>> any folders I have created properly(!) using Windows WebFolders&
>>> what
>>> could be causing that, and how can I sort it?
>>
>> You have to modify the location of the store, in the Domain.xml
>> configuration file (included in the slide.war). I advise aswell to
>> switch to JDBC persistence for descriptors, as it proves to be rather
>> stable.
>>
>> Stan.
>>
>>>
>>>
>>>Cheers
>>>
>>>stu
>>>
>>>
>>>
>>>13 Aug 2003 12:41:47 - org.apache.slide.webdav.WebdavServlet - INFO -
>>> GET = 200
>>>
>>>OK (time: 10 ms) URI = /files
>>>
>>>Filename = G:\mysql\share\slovak\errmsg.txt
>>>
>>>Content Type = text/plain
>>>
>>>In Memory? = false
>>>
>>>Size in bytes = 13329
>>>
>>>The HttpURL is... http://localhost:8080/slide/files/errmsg.txt
>>>
>>>13 Aug 2003 12:42:05 - org.apache.slide.webdav.WebdavServlet - INFO -
>>> PROPFIND >
>>> 207 Multi-Status (time: 60 ms) URI = /files/errmsg.txt
>>>
>>>13 Aug 2003 12:42:05 - org.apache.slide.webdav.WebdavServlet - INFO -
>>> PUT = 409
>>>
>>>Conflict (time: 0 ms) URI = /files/errmsg.txt
>>>
>>>THE DESTINATION PATH = /files
>>>
>>>The URI is... /files/errmsg.txt
>>>---------------------------------------------------------------------
>>> To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org For
>>> additional commands, e-mail: slide-user-help@jakarta.apache.org
>>>
>>>---
>>>Incoming mail is certified Virus Free.
>>>Checked by AVG anti-virus system (http://www.grisoft.com).
>>>Version: 6.0.507 / Virus Database: 304 - Release Date: 04/08/2003
>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
>> For additional commands, e-mail: slide-user-help@jakarta.apache.org
>
>
>
>
> --------------------------------------------------------------------- To
> unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: slide-user-help@jakarta.apache.org
>
>
>
>
> --------------------------------------------------------------------- To
> unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: slide-user-help@jakarta.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org
RE: weird error on file PUT
Posted by Michael Oliver <ol...@matrix-media.com>.
Well I was responding to your first message but you found the switch and
that's what is important.
"Memory" ought to give you the clue you are looking for. Follow Stan's
advice and go with JDBC for Descriptors and either the Filesystem or JDBC
for content and you should be fine.
Michael Oliver
CTO/Matrix Intermedia
7391 S. Bullrider Ave.
Tucson, AZ 85747
Office (520)574-1150
Cell (518)378-6154
Stuart MacPherson said:
> I think I mentioned the switch that you speak of in my previous email.
>
> I am using MemoryDescriptorsStore and FileContentStore. I think I am
> beginning to see why its not working... does it lose the descriptors to
> the file when I restart the server?
>
> I still think it's a bit weird that there never is anything put into the
> actual directory, even though it shows something in the browser.
>
> Many thanks
> Stu
>
>
> -----Original Message-----
> From: Michael Oliver [mailto:oliverm@matrix-media.com]
> Sent: 13 August 2003 14:37
> To: slide-user@jakarta.apache.org
> Subject: RE: weird error on file PUT
>
> Which store are you using, it sounds like a memory store, not the
> filesystem store.
>
> Michael Oliver
> CTO/Matrix Intermedia
> 7391 S. Bullrider Ave.
> Tucson, AZ 85747
> Office (520)574-1150
> Cell (518)378-6154
>
>
> Stuart MacPherson said:
>> I spotted that, and I tried to change the directory that
>> 'contentstore' resides in, but it seems to make no difference. I also
>> set the store parameter 'resetBeforeStarting' to 'false', and even
>> though this looks like the problem root, it made no difference either!
>>
>> Is it significant that when I look in the contentstore folder AFTER
>> the file upload and whilst the server is still running, it is totally
>> empty?
>> This conflicts with the Directory Listing in the browser, which, if
>> refreshed, shows the item that has been uploaded (albeit as a folder
>> instead of a file as it should be... I can even click this faux folder
>> and it will navigate into it! There are no contents tho!).
>>
>> Many thanks again
>> Stu
>>
>>
>>
>> -----Original Message-----
>> From: Stan Pinte [mailto:stan.pinte@axone.be]
>> Sent: 13 August 2003 13:03
>> To: Slide Users Mailing List
>> Subject: Re: weird error on file PUT
>>
>> At 12:57 13/08/2003 +0100, you wrote:
>>
>>>Hi
>>>
>>>
>>>
>>>I have written a Servlet that handles file uploads to Slide using
>>> Apache Commons FileUpload, but when it tries to create the new
>>> WebdavResource, and PUT it, I get the following error& and when I
>>> look a the store, it seems to have created a folder called
>>> errmsg.txt/ instead of a text file. I have attached the Servlet
>>> file to this email (I know the FileUpload module file handling is
>>> not optimised, but its just a test at the mo).
>>>
>>>
>>>
>>>Incidentally, every time I restart Tomcat, it wipes the store
>>> including
>>> any folders I have created properly(!) using Windows WebFolders&
>>> what
>>> could be causing that, and how can I sort it?
>>
>> You have to modify the location of the store, in the Domain.xml
>> configuration file (included in the slide.war). I advise aswell to
>> switch to JDBC persistence for descriptors, as it proves to be rather
>> stable.
>>
>> Stan.
>>
>>>
>>>
>>>Cheers
>>>
>>>stu
>>>
>>>
>>>
>>>13 Aug 2003 12:41:47 - org.apache.slide.webdav.WebdavServlet - INFO -
>>> GET = 200
>>>
>>>OK (time: 10 ms) URI = /files
>>>
>>>Filename = G:\mysql\share\slovak\errmsg.txt
>>>
>>>Content Type = text/plain
>>>
>>>In Memory? = false
>>>
>>>Size in bytes = 13329
>>>
>>>The HttpURL is... http://localhost:8080/slide/files/errmsg.txt
>>>
>>>13 Aug 2003 12:42:05 - org.apache.slide.webdav.WebdavServlet - INFO -
>>> PROPFIND >
>>> 207 Multi-Status (time: 60 ms) URI = /files/errmsg.txt
>>>
>>>13 Aug 2003 12:42:05 - org.apache.slide.webdav.WebdavServlet - INFO -
>>> PUT = 409
>>>
>>>Conflict (time: 0 ms) URI = /files/errmsg.txt
>>>
>>>THE DESTINATION PATH = /files
>>>
>>>The URI is... /files/errmsg.txt
>>>---------------------------------------------------------------------
>>> To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org For
>>> additional commands, e-mail: slide-user-help@jakarta.apache.org
>>>
>>>---
>>>Incoming mail is certified Virus Free.
>>>Checked by AVG anti-virus system (http://www.grisoft.com).
>>>Version: 6.0.507 / Virus Database: 304 - Release Date: 04/08/2003
>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
>> For additional commands, e-mail: slide-user-help@jakarta.apache.org
>
>
>
>
> --------------------------------------------------------------------- To
> unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: slide-user-help@jakarta.apache.org
>
>
>
>
> --------------------------------------------------------------------- To
> unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: slide-user-help@jakarta.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org
RE: weird error on file PUT
Posted by Michael Oliver <ol...@matrix-media.com>.
Well I was responding to your first message but you found the switch and
that's what is important.
"Memory" ought to give you the clue you are looking for. Follow Stan's
advice and go with JDBC for Descriptors and either the Filesystem or JDBC
for content and you should be fine.
Michael Oliver
CTO/Matrix Intermedia
7391 S. Bullrider Ave.
Tucson, AZ 85747
Office (520)574-1150
Cell (518)378-6154
Stuart MacPherson said:
> I think I mentioned the switch that you speak of in my previous email.
>
> I am using MemoryDescriptorsStore and FileContentStore. I think I am
> beginning to see why its not working... does it lose the descriptors to
> the file when I restart the server?
>
> I still think it's a bit weird that there never is anything put into the
> actual directory, even though it shows something in the browser.
>
> Many thanks
> Stu
>
>
> -----Original Message-----
> From: Michael Oliver [mailto:oliverm@matrix-media.com]
> Sent: 13 August 2003 14:37
> To: slide-user@jakarta.apache.org
> Subject: RE: weird error on file PUT
>
> Which store are you using, it sounds like a memory store, not the
> filesystem store.
>
> Michael Oliver
> CTO/Matrix Intermedia
> 7391 S. Bullrider Ave.
> Tucson, AZ 85747
> Office (520)574-1150
> Cell (518)378-6154
>
>
> Stuart MacPherson said:
>> I spotted that, and I tried to change the directory that
>> 'contentstore' resides in, but it seems to make no difference. I also
>> set the store parameter 'resetBeforeStarting' to 'false', and even
>> though this looks like the problem root, it made no difference either!
>>
>> Is it significant that when I look in the contentstore folder AFTER
>> the file upload and whilst the server is still running, it is totally
>> empty?
>> This conflicts with the Directory Listing in the browser, which, if
>> refreshed, shows the item that has been uploaded (albeit as a folder
>> instead of a file as it should be... I can even click this faux folder
>> and it will navigate into it! There are no contents tho!).
>>
>> Many thanks again
>> Stu
>>
>>
>>
>> -----Original Message-----
>> From: Stan Pinte [mailto:stan.pinte@axone.be]
>> Sent: 13 August 2003 13:03
>> To: Slide Users Mailing List
>> Subject: Re: weird error on file PUT
>>
>> At 12:57 13/08/2003 +0100, you wrote:
>>
>>>Hi
>>>
>>>
>>>
>>>I have written a Servlet that handles file uploads to Slide using
>>> Apache Commons FileUpload, but when it tries to create the new
>>> WebdavResource, and PUT it, I get the following error& and when I
>>> look a the store, it seems to have created a folder called
>>> errmsg.txt/ instead of a text file. I have attached the Servlet
>>> file to this email (I know the FileUpload module file handling is
>>> not optimised, but its just a test at the mo).
>>>
>>>
>>>
>>>Incidentally, every time I restart Tomcat, it wipes the store
>>> including
>>> any folders I have created properly(!) using Windows WebFolders&
>>> what
>>> could be causing that, and how can I sort it?
>>
>> You have to modify the location of the store, in the Domain.xml
>> configuration file (included in the slide.war). I advise aswell to
>> switch to JDBC persistence for descriptors, as it proves to be rather
>> stable.
>>
>> Stan.
>>
>>>
>>>
>>>Cheers
>>>
>>>stu
>>>
>>>
>>>
>>>13 Aug 2003 12:41:47 - org.apache.slide.webdav.WebdavServlet - INFO -
>>> GET = 200
>>>
>>>OK (time: 10 ms) URI = /files
>>>
>>>Filename = G:\mysql\share\slovak\errmsg.txt
>>>
>>>Content Type = text/plain
>>>
>>>In Memory? = false
>>>
>>>Size in bytes = 13329
>>>
>>>The HttpURL is... http://localhost:8080/slide/files/errmsg.txt
>>>
>>>13 Aug 2003 12:42:05 - org.apache.slide.webdav.WebdavServlet - INFO -
>>> PROPFIND >
>>> 207 Multi-Status (time: 60 ms) URI = /files/errmsg.txt
>>>
>>>13 Aug 2003 12:42:05 - org.apache.slide.webdav.WebdavServlet - INFO -
>>> PUT = 409
>>>
>>>Conflict (time: 0 ms) URI = /files/errmsg.txt
>>>
>>>THE DESTINATION PATH = /files
>>>
>>>The URI is... /files/errmsg.txt
>>>---------------------------------------------------------------------
>>> To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org For
>>> additional commands, e-mail: slide-user-help@jakarta.apache.org
>>>
>>>---
>>>Incoming mail is certified Virus Free.
>>>Checked by AVG anti-virus system (http://www.grisoft.com).
>>>Version: 6.0.507 / Virus Database: 304 - Release Date: 04/08/2003
>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
>> For additional commands, e-mail: slide-user-help@jakarta.apache.org
>
>
>
>
> --------------------------------------------------------------------- To
> unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: slide-user-help@jakarta.apache.org
>
>
>
>
> --------------------------------------------------------------------- To
> unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: slide-user-help@jakarta.apache.org
RE: weird error on file PUT
Posted by Stan Pinte <st...@axone.be>.
At 15:24 13/08/2003 +0100, you wrote:
>Well the Servlet I have written handles the POST, and then opens an
>InputStream to the uploaded file (either in memory, or in the temp
>directory), which can in turn be written to Slide using
>WebdavResource.putMethod(InputStream is). If I am doing something wrong
>then please let me know!
I am doing the same and it works allright.
>Thanks again
>Stuart
>
>
>-----Original Message-----
>From: Ingo Brunberg [mailto:ib@fiz-chemie.de]
>Sent: 13 August 2003 14:22
>To: slide-user@jakarta.apache.org
>Subject: Re: weird error on file PUT
>
> > I think I mentioned the switch that you speak of in my previous email.
> >
> > I am using MemoryDescriptorsStore and FileContentStore. I think I am
> > beginning to see why its not working... does it lose the descriptors to
>the
> > file when I restart the server?
>
>Yes, of course.
>
> >
> > I still think it's a bit weird that there never is anything put into the
> > actual directory, even though it shows something in the browser.
>
>I am not sure what Commons FileUpload does, but I doubt it uses a
>regular PUT to upload files. From what I have read so far, it seems to
>me that it uses some form of POST and Slide will not handle that
>correctly.
>
> >
> > Many thanks
> > Stu
> >
> >
> > -----Original Message-----
> > From: Michael Oliver [mailto:oliverm@matrix-media.com]
> > Sent: 13 August 2003 14:37
> > To: slide-user@jakarta.apache.org
> > Subject: RE: weird error on file PUT
> >
> > Which store are you using, it sounds like a memory store, not the
> > filesystem store.
> >
> > Michael Oliver
> > CTO/Matrix Intermedia
> > 7391 S. Bullrider Ave.
> > Tucson, AZ 85747
> > Office (520)574-1150
> > Cell (518)378-6154
> >
> >
> > Stuart MacPherson said:
> > > I spotted that, and I tried to change the directory that 'contentstore'
> > > resides in, but it seems to make no difference. I also set the store
> > > parameter 'resetBeforeStarting' to 'false', and even though this looks
> > > like the problem root, it made no difference either!
> > >
> > > Is it significant that when I look in the contentstore folder AFTER the
> > > file upload and whilst the server is still running, it is totally empty?
> > > This conflicts with the Directory Listing in the browser, which, if
> > > refreshed, shows the item that has been uploaded (albeit as a folder
> > > instead of a file as it should be... I can even click this faux folder
> > > and it will navigate into it! There are no contents tho!).
> > >
> > > Many thanks again
> > > Stu
> > >
> > >
> > >
> > > -----Original Message-----
> > > From: Stan Pinte [mailto:stan.pinte@axone.be]
> > > Sent: 13 August 2003 13:03
> > > To: Slide Users Mailing List
> > > Subject: Re: weird error on file PUT
> > >
> > > At 12:57 13/08/2003 +0100, you wrote:
> > >
> > >>Hi
> > >>
> > >>
> > >>
> > >>I have written a Servlet that handles file uploads to Slide using
> > >> Apache Commons FileUpload, but when it tries to create the new
> > >> WebdavResource, and PUT it, I get the following error& and when I look
> > >> a the store, it seems to have created a folder called errmsg.txt/
> > >> instead of a text file. I have attached the Servlet file to this
> > >> email (I know the FileUpload module file handling is not optimised,
> > >> but its just a test at the mo).
> > >>
> > >>
> > >>
> > >>Incidentally, every time I restart Tomcat, it wipes the store including
> > >> any folders I have created properly(!) using Windows WebFolders& what
> > >> could be causing that, and how can I sort it?
> > >
> > > You have to modify the location of the store, in the Domain.xml
> > > configuration file (included in the slide.war). I advise aswell to
> > > switch to JDBC persistence for descriptors, as it proves to be rather
> > > stable.
> > >
> > > Stan.
> > >
> > >>
> > >>
> > >>Cheers
> > >>
> > >>stu
> > >>
> > >>
> > >>
> > >>13 Aug 2003 12:41:47 - org.apache.slide.webdav.WebdavServlet - INFO -
> > >> GET = 200
> > >>
> > >>OK (time: 10 ms) URI = /files
> > >>
> > >>Filename = G:\mysql\share\slovak\errmsg.txt
> > >>
> > >>Content Type = text/plain
> > >>
> > >>In Memory? = false
> > >>
> > >>Size in bytes = 13329
> > >>
> > >>The HttpURL is... http://localhost:8080/slide/files/errmsg.txt
> > >>
> > >>13 Aug 2003 12:42:05 - org.apache.slide.webdav.WebdavServlet - INFO -
> > >> PROPFIND >
> > >> 207 Multi-Status (time: 60 ms) URI = /files/errmsg.txt
> > >>
> > >>13 Aug 2003 12:42:05 - org.apache.slide.webdav.WebdavServlet - INFO -
> > >> PUT = 409
> > >>
> > >>Conflict (time: 0 ms) URI = /files/errmsg.txt
> > >>
> > >>THE DESTINATION PATH = /files
> > >>
> > >>The URI is... /files/errmsg.txt
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
>For additional commands, e-mail: slide-user-help@jakarta.apache.org
>
>
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
>For additional commands, e-mail: slide-user-help@jakarta.apache.org
>
>
>
>---
>Incoming mail is certified Virus Free.
>Checked by AVG anti-virus system (http://www.grisoft.com).
>Version: 6.0.507 / Virus Database: 304 - Release Date: 04/08/2003
RE: weird error on file PUT
Posted by Stuart MacPherson <ap...@dsl.pipex.com>.
Well the Servlet I have written handles the POST, and then opens an
InputStream to the uploaded file (either in memory, or in the temp
directory), which can in turn be written to Slide using
WebdavResource.putMethod(InputStream is). If I am doing something wrong
then please let me know!
Thanks again
Stuart
-----Original Message-----
From: Ingo Brunberg [mailto:ib@fiz-chemie.de]
Sent: 13 August 2003 14:22
To: slide-user@jakarta.apache.org
Subject: Re: weird error on file PUT
> I think I mentioned the switch that you speak of in my previous email.
>
> I am using MemoryDescriptorsStore and FileContentStore. I think I am
> beginning to see why its not working... does it lose the descriptors to
the
> file when I restart the server?
Yes, of course.
>
> I still think it's a bit weird that there never is anything put into the
> actual directory, even though it shows something in the browser.
I am not sure what Commons FileUpload does, but I doubt it uses a
regular PUT to upload files. From what I have read so far, it seems to
me that it uses some form of POST and Slide will not handle that
correctly.
>
> Many thanks
> Stu
>
>
> -----Original Message-----
> From: Michael Oliver [mailto:oliverm@matrix-media.com]
> Sent: 13 August 2003 14:37
> To: slide-user@jakarta.apache.org
> Subject: RE: weird error on file PUT
>
> Which store are you using, it sounds like a memory store, not the
> filesystem store.
>
> Michael Oliver
> CTO/Matrix Intermedia
> 7391 S. Bullrider Ave.
> Tucson, AZ 85747
> Office (520)574-1150
> Cell (518)378-6154
>
>
> Stuart MacPherson said:
> > I spotted that, and I tried to change the directory that 'contentstore'
> > resides in, but it seems to make no difference. I also set the store
> > parameter 'resetBeforeStarting' to 'false', and even though this looks
> > like the problem root, it made no difference either!
> >
> > Is it significant that when I look in the contentstore folder AFTER the
> > file upload and whilst the server is still running, it is totally empty?
> > This conflicts with the Directory Listing in the browser, which, if
> > refreshed, shows the item that has been uploaded (albeit as a folder
> > instead of a file as it should be... I can even click this faux folder
> > and it will navigate into it! There are no contents tho!).
> >
> > Many thanks again
> > Stu
> >
> >
> >
> > -----Original Message-----
> > From: Stan Pinte [mailto:stan.pinte@axone.be]
> > Sent: 13 August 2003 13:03
> > To: Slide Users Mailing List
> > Subject: Re: weird error on file PUT
> >
> > At 12:57 13/08/2003 +0100, you wrote:
> >
> >>Hi
> >>
> >>
> >>
> >>I have written a Servlet that handles file uploads to Slide using
> >> Apache Commons FileUpload, but when it tries to create the new
> >> WebdavResource, and PUT it, I get the following error& and when I look
> >> a the store, it seems to have created a folder called errmsg.txt/
> >> instead of a text file. I have attached the Servlet file to this
> >> email (I know the FileUpload module file handling is not optimised,
> >> but its just a test at the mo).
> >>
> >>
> >>
> >>Incidentally, every time I restart Tomcat, it wipes the store including
> >> any folders I have created properly(!) using Windows WebFolders& what
> >> could be causing that, and how can I sort it?
> >
> > You have to modify the location of the store, in the Domain.xml
> > configuration file (included in the slide.war). I advise aswell to
> > switch to JDBC persistence for descriptors, as it proves to be rather
> > stable.
> >
> > Stan.
> >
> >>
> >>
> >>Cheers
> >>
> >>stu
> >>
> >>
> >>
> >>13 Aug 2003 12:41:47 - org.apache.slide.webdav.WebdavServlet - INFO -
> >> GET = 200
> >>
> >>OK (time: 10 ms) URI = /files
> >>
> >>Filename = G:\mysql\share\slovak\errmsg.txt
> >>
> >>Content Type = text/plain
> >>
> >>In Memory? = false
> >>
> >>Size in bytes = 13329
> >>
> >>The HttpURL is... http://localhost:8080/slide/files/errmsg.txt
> >>
> >>13 Aug 2003 12:42:05 - org.apache.slide.webdav.WebdavServlet - INFO -
> >> PROPFIND >
> >> 207 Multi-Status (time: 60 ms) URI = /files/errmsg.txt
> >>
> >>13 Aug 2003 12:42:05 - org.apache.slide.webdav.WebdavServlet - INFO -
> >> PUT = 409
> >>
> >>Conflict (time: 0 ms) URI = /files/errmsg.txt
> >>
> >>THE DESTINATION PATH = /files
> >>
> >>The URI is... /files/errmsg.txt
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org
RE: weird error on file PUT
Posted by Stuart MacPherson <ap...@dsl.pipex.com>.
Well the Servlet I have written handles the POST, and then opens an
InputStream to the uploaded file (either in memory, or in the temp
directory), which can in turn be written to Slide using
WebdavResource.putMethod(InputStream is). If I am doing something wrong
then please let me know!
Thanks again
Stuart
-----Original Message-----
From: Ingo Brunberg [mailto:ib@fiz-chemie.de]
Sent: 13 August 2003 14:22
To: slide-user@jakarta.apache.org
Subject: Re: weird error on file PUT
> I think I mentioned the switch that you speak of in my previous email.
>
> I am using MemoryDescriptorsStore and FileContentStore. I think I am
> beginning to see why its not working... does it lose the descriptors to
the
> file when I restart the server?
Yes, of course.
>
> I still think it's a bit weird that there never is anything put into the
> actual directory, even though it shows something in the browser.
I am not sure what Commons FileUpload does, but I doubt it uses a
regular PUT to upload files. From what I have read so far, it seems to
me that it uses some form of POST and Slide will not handle that
correctly.
>
> Many thanks
> Stu
>
>
> -----Original Message-----
> From: Michael Oliver [mailto:oliverm@matrix-media.com]
> Sent: 13 August 2003 14:37
> To: slide-user@jakarta.apache.org
> Subject: RE: weird error on file PUT
>
> Which store are you using, it sounds like a memory store, not the
> filesystem store.
>
> Michael Oliver
> CTO/Matrix Intermedia
> 7391 S. Bullrider Ave.
> Tucson, AZ 85747
> Office (520)574-1150
> Cell (518)378-6154
>
>
> Stuart MacPherson said:
> > I spotted that, and I tried to change the directory that 'contentstore'
> > resides in, but it seems to make no difference. I also set the store
> > parameter 'resetBeforeStarting' to 'false', and even though this looks
> > like the problem root, it made no difference either!
> >
> > Is it significant that when I look in the contentstore folder AFTER the
> > file upload and whilst the server is still running, it is totally empty?
> > This conflicts with the Directory Listing in the browser, which, if
> > refreshed, shows the item that has been uploaded (albeit as a folder
> > instead of a file as it should be... I can even click this faux folder
> > and it will navigate into it! There are no contents tho!).
> >
> > Many thanks again
> > Stu
> >
> >
> >
> > -----Original Message-----
> > From: Stan Pinte [mailto:stan.pinte@axone.be]
> > Sent: 13 August 2003 13:03
> > To: Slide Users Mailing List
> > Subject: Re: weird error on file PUT
> >
> > At 12:57 13/08/2003 +0100, you wrote:
> >
> >>Hi
> >>
> >>
> >>
> >>I have written a Servlet that handles file uploads to Slide using
> >> Apache Commons FileUpload, but when it tries to create the new
> >> WebdavResource, and PUT it, I get the following error& and when I look
> >> a the store, it seems to have created a folder called errmsg.txt/
> >> instead of a text file. I have attached the Servlet file to this
> >> email (I know the FileUpload module file handling is not optimised,
> >> but its just a test at the mo).
> >>
> >>
> >>
> >>Incidentally, every time I restart Tomcat, it wipes the store including
> >> any folders I have created properly(!) using Windows WebFolders& what
> >> could be causing that, and how can I sort it?
> >
> > You have to modify the location of the store, in the Domain.xml
> > configuration file (included in the slide.war). I advise aswell to
> > switch to JDBC persistence for descriptors, as it proves to be rather
> > stable.
> >
> > Stan.
> >
> >>
> >>
> >>Cheers
> >>
> >>stu
> >>
> >>
> >>
> >>13 Aug 2003 12:41:47 - org.apache.slide.webdav.WebdavServlet - INFO -
> >> GET = 200
> >>
> >>OK (time: 10 ms) URI = /files
> >>
> >>Filename = G:\mysql\share\slovak\errmsg.txt
> >>
> >>Content Type = text/plain
> >>
> >>In Memory? = false
> >>
> >>Size in bytes = 13329
> >>
> >>The HttpURL is... http://localhost:8080/slide/files/errmsg.txt
> >>
> >>13 Aug 2003 12:42:05 - org.apache.slide.webdav.WebdavServlet - INFO -
> >> PROPFIND >
> >> 207 Multi-Status (time: 60 ms) URI = /files/errmsg.txt
> >>
> >>13 Aug 2003 12:42:05 - org.apache.slide.webdav.WebdavServlet - INFO -
> >> PUT = 409
> >>
> >>Conflict (time: 0 ms) URI = /files/errmsg.txt
> >>
> >>THE DESTINATION PATH = /files
> >>
> >>The URI is... /files/errmsg.txt
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org
Re: weird error on file PUT
Posted by Ingo Brunberg <ib...@fiz-chemie.de>.
> I think I mentioned the switch that you speak of in my previous email.
>
> I am using MemoryDescriptorsStore and FileContentStore. I think I am
> beginning to see why its not working... does it lose the descriptors to the
> file when I restart the server?
Yes, of course.
>
> I still think it's a bit weird that there never is anything put into the
> actual directory, even though it shows something in the browser.
I am not sure what Commons FileUpload does, but I doubt it uses a
regular PUT to upload files. From what I have read so far, it seems to
me that it uses some form of POST and Slide will not handle that
correctly.
>
> Many thanks
> Stu
>
>
> -----Original Message-----
> From: Michael Oliver [mailto:oliverm@matrix-media.com]
> Sent: 13 August 2003 14:37
> To: slide-user@jakarta.apache.org
> Subject: RE: weird error on file PUT
>
> Which store are you using, it sounds like a memory store, not the
> filesystem store.
>
> Michael Oliver
> CTO/Matrix Intermedia
> 7391 S. Bullrider Ave.
> Tucson, AZ 85747
> Office (520)574-1150
> Cell (518)378-6154
>
>
> Stuart MacPherson said:
> > I spotted that, and I tried to change the directory that 'contentstore'
> > resides in, but it seems to make no difference. I also set the store
> > parameter 'resetBeforeStarting' to 'false', and even though this looks
> > like the problem root, it made no difference either!
> >
> > Is it significant that when I look in the contentstore folder AFTER the
> > file upload and whilst the server is still running, it is totally empty?
> > This conflicts with the Directory Listing in the browser, which, if
> > refreshed, shows the item that has been uploaded (albeit as a folder
> > instead of a file as it should be... I can even click this faux folder
> > and it will navigate into it! There are no contents tho!).
> >
> > Many thanks again
> > Stu
> >
> >
> >
> > -----Original Message-----
> > From: Stan Pinte [mailto:stan.pinte@axone.be]
> > Sent: 13 August 2003 13:03
> > To: Slide Users Mailing List
> > Subject: Re: weird error on file PUT
> >
> > At 12:57 13/08/2003 +0100, you wrote:
> >
> >>Hi
> >>
> >>
> >>
> >>I have written a Servlet that handles file uploads to Slide using
> >> Apache Commons FileUpload, but when it tries to create the new
> >> WebdavResource, and PUT it, I get the following error& and when I look
> >> a the store, it seems to have created a folder called errmsg.txt/
> >> instead of a text file. I have attached the Servlet file to this
> >> email (I know the FileUpload module file handling is not optimised,
> >> but its just a test at the mo).
> >>
> >>
> >>
> >>Incidentally, every time I restart Tomcat, it wipes the store including
> >> any folders I have created properly(!) using Windows WebFolders& what
> >> could be causing that, and how can I sort it?
> >
> > You have to modify the location of the store, in the Domain.xml
> > configuration file (included in the slide.war). I advise aswell to
> > switch to JDBC persistence for descriptors, as it proves to be rather
> > stable.
> >
> > Stan.
> >
> >>
> >>
> >>Cheers
> >>
> >>stu
> >>
> >>
> >>
> >>13 Aug 2003 12:41:47 - org.apache.slide.webdav.WebdavServlet - INFO -
> >> GET = 200
> >>
> >>OK (time: 10 ms) URI = /files
> >>
> >>Filename = G:\mysql\share\slovak\errmsg.txt
> >>
> >>Content Type = text/plain
> >>
> >>In Memory? = false
> >>
> >>Size in bytes = 13329
> >>
> >>The HttpURL is... http://localhost:8080/slide/files/errmsg.txt
> >>
> >>13 Aug 2003 12:42:05 - org.apache.slide.webdav.WebdavServlet - INFO -
> >> PROPFIND >
> >> 207 Multi-Status (time: 60 ms) URI = /files/errmsg.txt
> >>
> >>13 Aug 2003 12:42:05 - org.apache.slide.webdav.WebdavServlet - INFO -
> >> PUT = 409
> >>
> >>Conflict (time: 0 ms) URI = /files/errmsg.txt
> >>
> >>THE DESTINATION PATH = /files
> >>
> >>The URI is... /files/errmsg.txt
RE: weird error on file PUT
Posted by Stuart MacPherson <ap...@dsl.pipex.com>.
Hi Oliver
Do you think it would be possible to pull XMLDescriptorsStore.java out of
the CVS, compile it, and then slot the class into the slide-stores.jar file?
I suppose that would just be a case of playing it by ear ;o)
I am really wary about trying to compile the whole thing from source... just
because it sounds like a nightmare!
I don't know if you are familiar with the exception below, thrown when I try
to start up using MySQLDescriptorsStore... To me it looks like a bug...
also (after the line I have drawn!), it throws this exception when I try to
view the store in the browser (which in turns shows a 500 error).
Is it significant that it talks of JDBCDescriptorsStore when I am actually
trying to use MySQLDescriptorsStore? Also, in the second error, it talks
about the com.mysql.blah.blah driver when I am actually using the
org.gjt.mm.blah.blah driver?
Maybe I should also get an updated version of JDBCDescriptorsStore from the
CVS?
Many thanks again
Stu
14 Aug 2003 10:17:41 - slidestore.mysql.MySQLDescriptorsStore - INFO -
Connecting to "jdbc:mysql://localhost:3306/slide" as user "slideuser"
14 Aug 2003 10:17:41 - slidestore.mysql.MySQLContentStore - INFO -
Connecting to "jdbc:mysql://localhost:3306/slide" as user "slideuser"
14 Aug 2003 10:17:41 - org.apache.slide.store.StandardStore - INFO -
Delisting service slidestore.mysql.MySQLDescriptorsStore@1e0512a from active
transaction with failure
14 Aug 2003 10:17:41 - org.apache.slide.transaction.SlideTransactionManager
- INFO - Rollback Transaction 1 xid main-1060852661157-1- in thread main
14 Aug 2003 10:17:42 - org.apache.slide.store.StandardStore - INFO -
Delisting service slidestore.mysql.MySQLDescriptorsStore@1e0512a from active
transaction with failure
14 Aug 2003 10:17:42 - org.apache.slide.common.Namespace - INFO - Namespace
base configuration was already done before
14 Aug 2003 10:17:42 - org.apache.slide.transaction.SlideTransactionManager
- INFO - Rollback Transaction 2 xid main-1060852661978-2- in thread main
14 Aug 2003 10:17:42 - org.apache.slide.common.Namespace - INFO - Loading
namespace slide configuration
14 Aug 2003 10:17:42 - org.apache.slide.common.Domain - ERROR -
org.apache.slide.structure.ObjectNotFoundException: No object found at
/actions
org.apache.slide.structure.ObjectNotFoundException: No object found at
/actions
at
slidestore.reference.JDBCDescriptorsStore.retrieveObject(JDBCDescript
orsStore.java:584)
at
org.apache.slide.store.StandardStore.retrieveObject(StandardStore.jav
a:171)
at
org.apache.slide.common.NamespaceConfig.getActionNode(NamespaceConfig
.java:1031)
at
org.apache.slide.common.NamespaceConfig.initializeNamespaceConfig(Nam
espaceConfig.java:589)
at
org.apache.slide.common.Namespace.loadConfiguration(Namespace.java:84
1)
at org.apache.slide.common.Domain.initNamespace(Domain.java:800)
at org.apache.slide.common.Domain.init(Domain.java:448)
at org.apache.slide.common.Domain.init(Domain.java:398)
at org.apache.slide.common.Domain.init(Domain.java:361)
at
org.apache.slide.webdav.WebdavServlet.init(WebdavServlet.java:403)
at javax.servlet.GenericServlet.init(GenericServlet.java:256)
at
org.apache.slide.webdav.WebdavServlet.init(WebdavServlet.java:324)
at
org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.
java:935)
at
org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:82
3)
at
org.apache.catalina.core.StandardContext.loadOnStartup(StandardContex
t.java:3420)
at
org.apache.catalina.core.StandardContext.start(StandardContext.java:3
608)
at
org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase
.java:821)
at
org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:80
7)
at
org.apache.catalina.core.StandardHost.addChild(StandardHost.java:579)
at
org.apache.catalina.core.StandardHostDeployer.install(StandardHostDep
loyer.java:307)
at
org.apache.catalina.core.StandardHost.install(StandardHost.java:772)
at
org.apache.catalina.startup.HostConfig.deployDirectories(HostConfig.j
ava:559)
at
org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:401
)
at org.apache.catalina.startup.HostConfig.start(HostConfig.java:718)
at
org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java
:358)
at
org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(Lifecycl
eSupport.java:166)
at
org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1196)
at
org.apache.catalina.core.StandardHost.start(StandardHost.java:738)
at
org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1188)
at
org.apache.catalina.core.StandardEngine.start(StandardEngine.java:347
)
at
org.apache.catalina.core.StandardService.start(StandardService.java:4
97)
at
org.apache.catalina.core.StandardServer.start(StandardServer.java:219
0)
at org.apache.catalina.startup.Catalina.start(Catalina.java:512)
at org.apache.catalina.startup.Catalina.execute(Catalina.java:400)
at org.apache.catalina.startup.Catalina.process(Catalina.java:180)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
sorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:203)
14-Aug-2003 10:17:43 org.apache.coyote.http11.Http11Protocol start
INFO: Starting Coyote HTTP/1.1 on port 8080
14-Aug-2003 10:17:43 org.apache.jk.common.ChannelSocket init
INFO: JK2: ajp13 listening on /0.0.0.0:8009
14-Aug-2003 10:17:43 org.apache.jk.server.JkMain start
INFO: Jk running ID=0 time=10/90 config=G:\Program Files\Apache
Group\Tomcat 4.1\conf\jk2.properties
----------------------------------------------------------------------------
14 Aug 2003 10:26:14 - org.apache.slide.webdav.WebdavServlet - ERROR -
java.lang.NullPointerException
java.lang.NullPointerException
at com.mysql.jdbc.Statement.close(Statement.java:808)
at
com.mysql.jdbc.PreparedStatement.close(PreparedStatement.java:1226)
at
slidestore.reference.JDBCDescriptorsStore.closeStatement(JDBCDescript
orsStore.java:1728)
at
slidestore.reference.JDBCDescriptorsStore.retrieveObject(JDBCDescript
orsStore.java:661)
at
org.apache.slide.store.StandardStore.retrieveObject(StandardStore.jav
a:171)
at
org.apache.slide.structure.StructureImpl.retrieve(StructureImpl.java:
185)
at
org.apache.slide.content.ContentImpl.retrieve(ContentImpl.java:164)
at
org.apache.slide.webdav.WebdavUtils.isCollection(WebdavUtils.java:284
)
at
org.apache.slide.webdav.WebdavUtils.isCollection(WebdavUtils.java:260
)
at
org.apache.slide.webdav.WebdavServlet.service(WebdavServlet.java:257)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Appl
icationFilterChain.java:247)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationF
ilterChain.java:193)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperV
alve.java:256)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContex
t.invokeNext(StandardPipeline.java:643)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.jav
a:480)
at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextV
alve.java:191)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContex
t.invokeNext(StandardPipeline.java:643)
at
org.apache.catalina.authenticator.AuthenticatorBase.invoke(Authentica
torBase.java:551)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContex
t.invokeNext(StandardPipeline.java:641)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.jav
a:480)
at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at
org.apache.catalina.core.StandardContext.invoke(StandardContext.java:
2415)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.j
ava:180)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContex
t.invokeNext(StandardPipeline.java:643)
at
org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatche
rValve.java:171)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContex
t.invokeNext(StandardPipeline.java:641)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.j
ava:172)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContex
t.invokeNext(StandardPipeline.java:641)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.jav
a:480)
at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineVal
ve.java:174)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContex
t.invokeNext(StandardPipeline.java:643)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.jav
a:480)
at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at
org.apache.coyote.tomcat4.CoyoteAdapter.service(CoyoteAdapter.java:22
3)
at
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java
:594)
at
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.proce
ssConnection(Http11Protocol.java:392)
at
org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java
:565)
at
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadP
ool.java:619)
at java.lang.Thread.run(Thread.java:534)
-----Original Message-----
From: Oliver Zeigermann [mailto:ozeigermann@c1-fse.de]
Sent: 14 August 2003 08:19
To: Slide Users Mailing List
Subject: Re: weird error on file PUT
Hi Stuart,
sorry for causing confusion. You were right, XMLFileDescriptorsStore is
*not* available in Slide 1.0.16! It is in the CVS for 2.0 though.
Judging from my expericene 2.0 has better support than 1.x now and is
pretty stable. However, I could not find any evidence for an official
approach to make it a release soon. So, if you used it there would be
even less (even though there also is non for 1.0.16 either) guaranty
that everything works well.
In comparison with the JDBC stuff XMLFileDescriptorsStore probably has
some drawbacks. The two most obvious might be speed (altough I am not
quite sure about this, need to look at the implementation) and lack of
transactional control. I.e. in case of error you might get some XML
descriptor files half written or one written and one missing...
As to MemoryDescriptorsStore: I guess it is there for demonstration
purposes only. As XMLFileDescriptorsStore moved in only after 1.x it
seems there was no decent out-of-the-box descriptors store (at least not
with versioning).
Unfortunately, I can not help you with your exception as I have no
experience with 1.0.16. :(
Oliver
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org
RE: weird error on file PUT
Posted by Stuart MacPherson <ap...@dsl.pipex.com>.
Hi Oliver
Do you think it would be possible to pull XMLDescriptorsStore.java out of
the CVS, compile it, and then slot the class into the slide-stores.jar file?
I suppose that would just be a case of playing it by ear ;o)
I am really wary about trying to compile the whole thing from source... just
because it sounds like a nightmare!
I don't know if you are familiar with the exception below, thrown when I try
to start up using MySQLDescriptorsStore... To me it looks like a bug...
also (after the line I have drawn!), it throws this exception when I try to
view the store in the browser (which in turns shows a 500 error).
Is it significant that it talks of JDBCDescriptorsStore when I am actually
trying to use MySQLDescriptorsStore? Also, in the second error, it talks
about the com.mysql.blah.blah driver when I am actually using the
org.gjt.mm.blah.blah driver?
Maybe I should also get an updated version of JDBCDescriptorsStore from the
CVS?
Many thanks again
Stu
14 Aug 2003 10:17:41 - slidestore.mysql.MySQLDescriptorsStore - INFO -
Connecting to "jdbc:mysql://localhost:3306/slide" as user "slideuser"
14 Aug 2003 10:17:41 - slidestore.mysql.MySQLContentStore - INFO -
Connecting to "jdbc:mysql://localhost:3306/slide" as user "slideuser"
14 Aug 2003 10:17:41 - org.apache.slide.store.StandardStore - INFO -
Delisting service slidestore.mysql.MySQLDescriptorsStore@1e0512a from active
transaction with failure
14 Aug 2003 10:17:41 - org.apache.slide.transaction.SlideTransactionManager
- INFO - Rollback Transaction 1 xid main-1060852661157-1- in thread main
14 Aug 2003 10:17:42 - org.apache.slide.store.StandardStore - INFO -
Delisting service slidestore.mysql.MySQLDescriptorsStore@1e0512a from active
transaction with failure
14 Aug 2003 10:17:42 - org.apache.slide.common.Namespace - INFO - Namespace
base configuration was already done before
14 Aug 2003 10:17:42 - org.apache.slide.transaction.SlideTransactionManager
- INFO - Rollback Transaction 2 xid main-1060852661978-2- in thread main
14 Aug 2003 10:17:42 - org.apache.slide.common.Namespace - INFO - Loading
namespace slide configuration
14 Aug 2003 10:17:42 - org.apache.slide.common.Domain - ERROR -
org.apache.slide.structure.ObjectNotFoundException: No object found at
/actions
org.apache.slide.structure.ObjectNotFoundException: No object found at
/actions
at
slidestore.reference.JDBCDescriptorsStore.retrieveObject(JDBCDescript
orsStore.java:584)
at
org.apache.slide.store.StandardStore.retrieveObject(StandardStore.jav
a:171)
at
org.apache.slide.common.NamespaceConfig.getActionNode(NamespaceConfig
.java:1031)
at
org.apache.slide.common.NamespaceConfig.initializeNamespaceConfig(Nam
espaceConfig.java:589)
at
org.apache.slide.common.Namespace.loadConfiguration(Namespace.java:84
1)
at org.apache.slide.common.Domain.initNamespace(Domain.java:800)
at org.apache.slide.common.Domain.init(Domain.java:448)
at org.apache.slide.common.Domain.init(Domain.java:398)
at org.apache.slide.common.Domain.init(Domain.java:361)
at
org.apache.slide.webdav.WebdavServlet.init(WebdavServlet.java:403)
at javax.servlet.GenericServlet.init(GenericServlet.java:256)
at
org.apache.slide.webdav.WebdavServlet.init(WebdavServlet.java:324)
at
org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.
java:935)
at
org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:82
3)
at
org.apache.catalina.core.StandardContext.loadOnStartup(StandardContex
t.java:3420)
at
org.apache.catalina.core.StandardContext.start(StandardContext.java:3
608)
at
org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase
.java:821)
at
org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:80
7)
at
org.apache.catalina.core.StandardHost.addChild(StandardHost.java:579)
at
org.apache.catalina.core.StandardHostDeployer.install(StandardHostDep
loyer.java:307)
at
org.apache.catalina.core.StandardHost.install(StandardHost.java:772)
at
org.apache.catalina.startup.HostConfig.deployDirectories(HostConfig.j
ava:559)
at
org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:401
)
at org.apache.catalina.startup.HostConfig.start(HostConfig.java:718)
at
org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java
:358)
at
org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(Lifecycl
eSupport.java:166)
at
org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1196)
at
org.apache.catalina.core.StandardHost.start(StandardHost.java:738)
at
org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1188)
at
org.apache.catalina.core.StandardEngine.start(StandardEngine.java:347
)
at
org.apache.catalina.core.StandardService.start(StandardService.java:4
97)
at
org.apache.catalina.core.StandardServer.start(StandardServer.java:219
0)
at org.apache.catalina.startup.Catalina.start(Catalina.java:512)
at org.apache.catalina.startup.Catalina.execute(Catalina.java:400)
at org.apache.catalina.startup.Catalina.process(Catalina.java:180)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
sorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:203)
14-Aug-2003 10:17:43 org.apache.coyote.http11.Http11Protocol start
INFO: Starting Coyote HTTP/1.1 on port 8080
14-Aug-2003 10:17:43 org.apache.jk.common.ChannelSocket init
INFO: JK2: ajp13 listening on /0.0.0.0:8009
14-Aug-2003 10:17:43 org.apache.jk.server.JkMain start
INFO: Jk running ID=0 time=10/90 config=G:\Program Files\Apache
Group\Tomcat 4.1\conf\jk2.properties
----------------------------------------------------------------------------
14 Aug 2003 10:26:14 - org.apache.slide.webdav.WebdavServlet - ERROR -
java.lang.NullPointerException
java.lang.NullPointerException
at com.mysql.jdbc.Statement.close(Statement.java:808)
at
com.mysql.jdbc.PreparedStatement.close(PreparedStatement.java:1226)
at
slidestore.reference.JDBCDescriptorsStore.closeStatement(JDBCDescript
orsStore.java:1728)
at
slidestore.reference.JDBCDescriptorsStore.retrieveObject(JDBCDescript
orsStore.java:661)
at
org.apache.slide.store.StandardStore.retrieveObject(StandardStore.jav
a:171)
at
org.apache.slide.structure.StructureImpl.retrieve(StructureImpl.java:
185)
at
org.apache.slide.content.ContentImpl.retrieve(ContentImpl.java:164)
at
org.apache.slide.webdav.WebdavUtils.isCollection(WebdavUtils.java:284
)
at
org.apache.slide.webdav.WebdavUtils.isCollection(WebdavUtils.java:260
)
at
org.apache.slide.webdav.WebdavServlet.service(WebdavServlet.java:257)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Appl
icationFilterChain.java:247)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationF
ilterChain.java:193)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperV
alve.java:256)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContex
t.invokeNext(StandardPipeline.java:643)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.jav
a:480)
at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextV
alve.java:191)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContex
t.invokeNext(StandardPipeline.java:643)
at
org.apache.catalina.authenticator.AuthenticatorBase.invoke(Authentica
torBase.java:551)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContex
t.invokeNext(StandardPipeline.java:641)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.jav
a:480)
at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at
org.apache.catalina.core.StandardContext.invoke(StandardContext.java:
2415)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.j
ava:180)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContex
t.invokeNext(StandardPipeline.java:643)
at
org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatche
rValve.java:171)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContex
t.invokeNext(StandardPipeline.java:641)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.j
ava:172)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContex
t.invokeNext(StandardPipeline.java:641)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.jav
a:480)
at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineVal
ve.java:174)
at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContex
t.invokeNext(StandardPipeline.java:643)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.jav
a:480)
at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
at
org.apache.coyote.tomcat4.CoyoteAdapter.service(CoyoteAdapter.java:22
3)
at
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java
:594)
at
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.proce
ssConnection(Http11Protocol.java:392)
at
org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java
:565)
at
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadP
ool.java:619)
at java.lang.Thread.run(Thread.java:534)
-----Original Message-----
From: Oliver Zeigermann [mailto:ozeigermann@c1-fse.de]
Sent: 14 August 2003 08:19
To: Slide Users Mailing List
Subject: Re: weird error on file PUT
Hi Stuart,
sorry for causing confusion. You were right, XMLFileDescriptorsStore is
*not* available in Slide 1.0.16! It is in the CVS for 2.0 though.
Judging from my expericene 2.0 has better support than 1.x now and is
pretty stable. However, I could not find any evidence for an official
approach to make it a release soon. So, if you used it there would be
even less (even though there also is non for 1.0.16 either) guaranty
that everything works well.
In comparison with the JDBC stuff XMLFileDescriptorsStore probably has
some drawbacks. The two most obvious might be speed (altough I am not
quite sure about this, need to look at the implementation) and lack of
transactional control. I.e. in case of error you might get some XML
descriptor files half written or one written and one missing...
As to MemoryDescriptorsStore: I guess it is there for demonstration
purposes only. As XMLFileDescriptorsStore moved in only after 1.x it
seems there was no decent out-of-the-box descriptors store (at least not
with versioning).
Unfortunately, I can not help you with your exception as I have no
experience with 1.0.16. :(
Oliver
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org
Re: weird error on file PUT
Posted by Oliver Zeigermann <oz...@c1-fse.de>.
Hi Stuart,
sorry for causing confusion. You were right, XMLFileDescriptorsStore is
*not* available in Slide 1.0.16! It is in the CVS for 2.0 though.
Judging from my expericene 2.0 has better support than 1.x now and is
pretty stable. However, I could not find any evidence for an official
approach to make it a release soon. So, if you used it there would be
even less (even though there also is non for 1.0.16 either) guaranty
that everything works well.
In comparison with the JDBC stuff XMLFileDescriptorsStore probably has
some drawbacks. The two most obvious might be speed (altough I am not
quite sure about this, need to look at the implementation) and lack of
transactional control. I.e. in case of error you might get some XML
descriptor files half written or one written and one missing...
As to MemoryDescriptorsStore: I guess it is there for demonstration
purposes only. As XMLFileDescriptorsStore moved in only after 1.x it
seems there was no decent out-of-the-box descriptors store (at least not
with versioning).
Unfortunately, I can not help you with your exception as I have no
experience with 1.0.16. :(
Oliver
Re: weird error on file PUT
Posted by Oliver Zeigermann <oz...@c1-fse.de>.
Hi Stuart,
sorry for causing confusion. You were right, XMLFileDescriptorsStore is
*not* available in Slide 1.0.16! It is in the CVS for 2.0 though.
Judging from my expericene 2.0 has better support than 1.x now and is
pretty stable. However, I could not find any evidence for an official
approach to make it a release soon. So, if you used it there would be
even less (even though there also is non for 1.0.16 either) guaranty
that everything works well.
In comparison with the JDBC stuff XMLFileDescriptorsStore probably has
some drawbacks. The two most obvious might be speed (altough I am not
quite sure about this, need to look at the implementation) and lack of
transactional control. I.e. in case of error you might get some XML
descriptor files half written or one written and one missing...
As to MemoryDescriptorsStore: I guess it is there for demonstration
purposes only. As XMLFileDescriptorsStore moved in only after 1.x it
seems there was no decent out-of-the-box descriptors store (at least not
with versioning).
Unfortunately, I can not help you with your exception as I have no
experience with 1.0.16. :(
Oliver
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org
RE: weird error on file PUT
Posted by Stuart MacPherson <ap...@dsl.pipex.com>.
Well...
I tried FileDescriptorsStoreNoVersioning, and I ended up with the following
error (at the end of this email)...
I am at a loss as to why Slide default setup uses MemoryDescriptorsStore,
surely it's totally useless?!
I am really intrigued with this XMLDescriptorsStore idea, and I am mystified
as to why it's not in the slide-stores.jar library. Does anyone know how to
get it going? Is it related to J2EEDescriptorsStore?
I don't know what I am going to do if I can't overcome the whole descriptors
persistence obstacle, as I am too late on in the project to be coming across
show-stoppers like this!
You all have helped me a lot, my thanks again.
;o)
13 Aug 2003 21:32:25 - org.apache.slide.common.Namespace - INFO - Content
store: slidestore.reference.FileContentStore
13 Aug 2003 21:32:25 - org.apache.slide.common.Namespace - ERROR -
java.lang.ClassCastException
java.lang.ClassCastException
at
org.apache.slide.common.Namespace.registerStore(Namespace.java:373)
at
org.apache.slide.common.Namespace.loadScopeDefinition(Namespace.java:
1155)
at
org.apache.slide.common.Namespace.loadDefinition(Namespace.java:713)
at org.apache.slide.common.Domain.initNamespace(Domain.java:785)
at org.apache.slide.common.Domain.init(Domain.java:448)
at org.apache.slide.common.Domain.init(Domain.java:398)
at org.apache.slide.common.Domain.init(Domain.java:361)
at
org.apache.slide.webdav.WebdavServlet.init(WebdavServlet.java:403)
at javax.servlet.GenericServlet.init(GenericServlet.java:256)
at
org.apache.slide.webdav.WebdavServlet.init(WebdavServlet.java:324)
at
org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.
java:935)
at
org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:82
3)
at
org.apache.catalina.core.StandardContext.loadOnStartup(StandardContex
t.java:3420)
at
org.apache.catalina.core.StandardContext.start(StandardContext.java:3
608)
at
org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase
.java:821)
at
org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:80
7)
at
org.apache.catalina.core.StandardHost.addChild(StandardHost.java:579)
at
org.apache.catalina.core.StandardHostDeployer.install(StandardHostDep
loyer.java:307)
at
org.apache.catalina.core.StandardHost.install(StandardHost.java:772)
at
org.apache.catalina.startup.HostConfig.deployDirectories(HostConfig.j
ava:559)
at
org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:401)
at org.apache.catalina.startup.HostConfig.start(HostConfig.java:718)
at
org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java
:358)
at
org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(Lifecycl
eSupport.java:166)
at
org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1196)
at
org.apache.catalina.core.StandardHost.start(StandardHost.java:738)
at
org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1188)
at
org.apache.catalina.core.StandardEngine.start(StandardEngine.java:347
)
at
org.apache.catalina.core.StandardService.start(StandardService.java:4
97)
at
org.apache.catalina.core.StandardServer.start(StandardServer.java:219
0)
at org.apache.catalina.startup.Catalina.start(Catalina.java:512)
at org.apache.catalina.startup.Catalina.execute(Catalina.java:400)
at org.apache.catalina.startup.Catalina.process(Catalina.java:180)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
sorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:203)
13 Aug 2003 21:32:25 - org.apache.slide.common.Domain - WARNING -
org.apache.slide.common.ServiceRegistrationFailedException
13 Aug 2003 21:32:25 - org.apache.slide.common.Domain - ERROR -
org.apache.slide.common.ServiceRegistrationFailedException:
org.apache.slide.common.ServiceRegistrationFailedException
org.apache.slide.common.ServiceRegistrationFailedException:
org.apache.slide.common.ServiceRegistrationFailedException
at
org.apache.slide.common.Namespace.registerStore(Namespace.java:425)
at
org.apache.slide.common.Namespace.loadScopeDefinition(Namespace.java:
1155)
at
org.apache.slide.common.Namespace.loadDefinition(Namespace.java:713)
at org.apache.slide.common.Domain.initNamespace(Domain.java:785)
at org.apache.slide.common.Domain.init(Domain.java:448)
at org.apache.slide.common.Domain.init(Domain.java:398)
at org.apache.slide.common.Domain.init(Domain.java:361)
at
org.apache.slide.webdav.WebdavServlet.init(WebdavServlet.java:403)
at javax.servlet.GenericServlet.init(GenericServlet.java:256)
at
org.apache.slide.webdav.WebdavServlet.init(WebdavServlet.java:324)
at
org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.
java:935)
at
org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:82
3)
at
org.apache.catalina.core.StandardContext.loadOnStartup(StandardContex
t.java:3420)
at
org.apache.catalina.core.StandardContext.start(StandardContext.java:3
608)
at
org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase
.java:821)
at
org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:80
7)
at
org.apache.catalina.core.StandardHost.addChild(StandardHost.java:579)
at
org.apache.catalina.core.StandardHostDeployer.install(StandardHostDep
loyer.java:307)
at
org.apache.catalina.core.StandardHost.install(StandardHost.java:772)
at
org.apache.catalina.startup.HostConfig.deployDirectories(HostConfig.j
ava:559)
at
org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:401
)
at org.apache.catalina.startup.HostConfig.start(HostConfig.java:718)
at
org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java
:358)
at
org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(Lifecycl
eSupport.java:166)
at
org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1196)
at
org.apache.catalina.core.StandardHost.start(StandardHost.java:738)
at
org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1188)
at
org.apache.catalina.core.StandardEngine.start(StandardEngine.java:347
)
at
org.apache.catalina.core.StandardService.start(StandardService.java:4
97)
at
org.apache.catalina.core.StandardServer.start(StandardServer.java:219
0)
at org.apache.catalina.startup.Catalina.start(Catalina.java:512)
at org.apache.catalina.startup.Catalina.execute(Catalina.java:400)
at org.apache.catalina.startup.Catalina.process(Catalina.java:180)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
sorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:203)
13 Aug 2003 21:32:25 - org.apache.slide.common.Domain - ERROR - Domain
initialization error
-----Original Message-----
From: Stuart MacPherson [mailto:aprw00@dsl.pipex.com]
Sent: 13 August 2003 15:29
To: 'Slide Users Mailing List'
Subject: RE: weird error on file PUT
By the way... thanks to everybody for their contributions, they have all
been very helpful in getting me to understand the situation I have got
myself into!!
I (and also the classloader) can't find XMLDescriptorsStore... although
there is a XAFileContentStore class file... but nothing that specifically
mentions XML, especially with regard to Descriptors. I have version 1.0.16,
and I know there are newer versions available in CVS etc., is this something
that has been added to one of these, but not the version I have?
There is a FileDescriptorsStoreNoVersioning class... could I conceivably use
that? Pre-empting the next question, no I don't need versioning!
Cheers guys
-----Original Message-----
From: Oliver Zeigermann [mailto:ozeigermann@c1-fse.de]
Sent: 13 August 2003 14:41
To: Slide Users Mailing List
Subject: Re: weird error on file PUT
You could use a JDBC store, but this of course requires that you have a
RDBMS running. A simple solution would be to use a file store for the
node descriptors as well.
In Domain.xml you might want to replace the definition section:
<definition>
<store name="file">
<nodestore classname="slidestore.file.XMLFileDescriptorsStore">
<parameter name="rootpath">nodestore</parameter>
</nodestore>
<securitystore>
<reference store="nodestore"/>
</securitystore>
<lockstore>
<reference store="nodestore"/>
</lockstore>
<revisiondescriptorsstore>
<reference store="nodestore"/>
</revisiondescriptorsstore>
<revisiondescriptorstore>
<reference store="nodestore"/>
</revisiondescriptorstore>
<contentstore classname="slidestore.reference.FileContentStore">
<parameter name="rootpath">contentstore</parameter>
<parameter name="version">false</parameter>
<parameter name="resetBeforeStarting">false</parameter>
</contentstore>
</store>
<scope match="/" store="file"/>
</definition>
This will make all your changes persistent. You can also have a look at
how the nodes are actually stored as XML (directories will be created
relative to the dir where you started tomcat, e.g.
/usr/local/tomcat/bin). Might be quite interesting...
Hope this helps,
Oliver
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org
RE: weird error on file PUT
Posted by Stuart MacPherson <ap...@dsl.pipex.com>.
Well...
I tried FileDescriptorsStoreNoVersioning, and I ended up with the following
error (at the end of this email)...
I am at a loss as to why Slide default setup uses MemoryDescriptorsStore,
surely it's totally useless?!
I am really intrigued with this XMLDescriptorsStore idea, and I am mystified
as to why it's not in the slide-stores.jar library. Does anyone know how to
get it going? Is it related to J2EEDescriptorsStore?
I don't know what I am going to do if I can't overcome the whole descriptors
persistence obstacle, as I am too late on in the project to be coming across
show-stoppers like this!
You all have helped me a lot, my thanks again.
;o)
13 Aug 2003 21:32:25 - org.apache.slide.common.Namespace - INFO - Content
store: slidestore.reference.FileContentStore
13 Aug 2003 21:32:25 - org.apache.slide.common.Namespace - ERROR -
java.lang.ClassCastException
java.lang.ClassCastException
at
org.apache.slide.common.Namespace.registerStore(Namespace.java:373)
at
org.apache.slide.common.Namespace.loadScopeDefinition(Namespace.java:
1155)
at
org.apache.slide.common.Namespace.loadDefinition(Namespace.java:713)
at org.apache.slide.common.Domain.initNamespace(Domain.java:785)
at org.apache.slide.common.Domain.init(Domain.java:448)
at org.apache.slide.common.Domain.init(Domain.java:398)
at org.apache.slide.common.Domain.init(Domain.java:361)
at
org.apache.slide.webdav.WebdavServlet.init(WebdavServlet.java:403)
at javax.servlet.GenericServlet.init(GenericServlet.java:256)
at
org.apache.slide.webdav.WebdavServlet.init(WebdavServlet.java:324)
at
org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.
java:935)
at
org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:82
3)
at
org.apache.catalina.core.StandardContext.loadOnStartup(StandardContex
t.java:3420)
at
org.apache.catalina.core.StandardContext.start(StandardContext.java:3
608)
at
org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase
.java:821)
at
org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:80
7)
at
org.apache.catalina.core.StandardHost.addChild(StandardHost.java:579)
at
org.apache.catalina.core.StandardHostDeployer.install(StandardHostDep
loyer.java:307)
at
org.apache.catalina.core.StandardHost.install(StandardHost.java:772)
at
org.apache.catalina.startup.HostConfig.deployDirectories(HostConfig.j
ava:559)
at
org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:401)
at org.apache.catalina.startup.HostConfig.start(HostConfig.java:718)
at
org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java
:358)
at
org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(Lifecycl
eSupport.java:166)
at
org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1196)
at
org.apache.catalina.core.StandardHost.start(StandardHost.java:738)
at
org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1188)
at
org.apache.catalina.core.StandardEngine.start(StandardEngine.java:347
)
at
org.apache.catalina.core.StandardService.start(StandardService.java:4
97)
at
org.apache.catalina.core.StandardServer.start(StandardServer.java:219
0)
at org.apache.catalina.startup.Catalina.start(Catalina.java:512)
at org.apache.catalina.startup.Catalina.execute(Catalina.java:400)
at org.apache.catalina.startup.Catalina.process(Catalina.java:180)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
sorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:203)
13 Aug 2003 21:32:25 - org.apache.slide.common.Domain - WARNING -
org.apache.slide.common.ServiceRegistrationFailedException
13 Aug 2003 21:32:25 - org.apache.slide.common.Domain - ERROR -
org.apache.slide.common.ServiceRegistrationFailedException:
org.apache.slide.common.ServiceRegistrationFailedException
org.apache.slide.common.ServiceRegistrationFailedException:
org.apache.slide.common.ServiceRegistrationFailedException
at
org.apache.slide.common.Namespace.registerStore(Namespace.java:425)
at
org.apache.slide.common.Namespace.loadScopeDefinition(Namespace.java:
1155)
at
org.apache.slide.common.Namespace.loadDefinition(Namespace.java:713)
at org.apache.slide.common.Domain.initNamespace(Domain.java:785)
at org.apache.slide.common.Domain.init(Domain.java:448)
at org.apache.slide.common.Domain.init(Domain.java:398)
at org.apache.slide.common.Domain.init(Domain.java:361)
at
org.apache.slide.webdav.WebdavServlet.init(WebdavServlet.java:403)
at javax.servlet.GenericServlet.init(GenericServlet.java:256)
at
org.apache.slide.webdav.WebdavServlet.init(WebdavServlet.java:324)
at
org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.
java:935)
at
org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:82
3)
at
org.apache.catalina.core.StandardContext.loadOnStartup(StandardContex
t.java:3420)
at
org.apache.catalina.core.StandardContext.start(StandardContext.java:3
608)
at
org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase
.java:821)
at
org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:80
7)
at
org.apache.catalina.core.StandardHost.addChild(StandardHost.java:579)
at
org.apache.catalina.core.StandardHostDeployer.install(StandardHostDep
loyer.java:307)
at
org.apache.catalina.core.StandardHost.install(StandardHost.java:772)
at
org.apache.catalina.startup.HostConfig.deployDirectories(HostConfig.j
ava:559)
at
org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:401
)
at org.apache.catalina.startup.HostConfig.start(HostConfig.java:718)
at
org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java
:358)
at
org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(Lifecycl
eSupport.java:166)
at
org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1196)
at
org.apache.catalina.core.StandardHost.start(StandardHost.java:738)
at
org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1188)
at
org.apache.catalina.core.StandardEngine.start(StandardEngine.java:347
)
at
org.apache.catalina.core.StandardService.start(StandardService.java:4
97)
at
org.apache.catalina.core.StandardServer.start(StandardServer.java:219
0)
at org.apache.catalina.startup.Catalina.start(Catalina.java:512)
at org.apache.catalina.startup.Catalina.execute(Catalina.java:400)
at org.apache.catalina.startup.Catalina.process(Catalina.java:180)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
sorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:203)
13 Aug 2003 21:32:25 - org.apache.slide.common.Domain - ERROR - Domain
initialization error
-----Original Message-----
From: Stuart MacPherson [mailto:aprw00@dsl.pipex.com]
Sent: 13 August 2003 15:29
To: 'Slide Users Mailing List'
Subject: RE: weird error on file PUT
By the way... thanks to everybody for their contributions, they have all
been very helpful in getting me to understand the situation I have got
myself into!!
I (and also the classloader) can't find XMLDescriptorsStore... although
there is a XAFileContentStore class file... but nothing that specifically
mentions XML, especially with regard to Descriptors. I have version 1.0.16,
and I know there are newer versions available in CVS etc., is this something
that has been added to one of these, but not the version I have?
There is a FileDescriptorsStoreNoVersioning class... could I conceivably use
that? Pre-empting the next question, no I don't need versioning!
Cheers guys
-----Original Message-----
From: Oliver Zeigermann [mailto:ozeigermann@c1-fse.de]
Sent: 13 August 2003 14:41
To: Slide Users Mailing List
Subject: Re: weird error on file PUT
You could use a JDBC store, but this of course requires that you have a
RDBMS running. A simple solution would be to use a file store for the
node descriptors as well.
In Domain.xml you might want to replace the definition section:
<definition>
<store name="file">
<nodestore classname="slidestore.file.XMLFileDescriptorsStore">
<parameter name="rootpath">nodestore</parameter>
</nodestore>
<securitystore>
<reference store="nodestore"/>
</securitystore>
<lockstore>
<reference store="nodestore"/>
</lockstore>
<revisiondescriptorsstore>
<reference store="nodestore"/>
</revisiondescriptorsstore>
<revisiondescriptorstore>
<reference store="nodestore"/>
</revisiondescriptorstore>
<contentstore classname="slidestore.reference.FileContentStore">
<parameter name="rootpath">contentstore</parameter>
<parameter name="version">false</parameter>
<parameter name="resetBeforeStarting">false</parameter>
</contentstore>
</store>
<scope match="/" store="file"/>
</definition>
This will make all your changes persistent. You can also have a look at
how the nodes are actually stored as XML (directories will be created
relative to the dir where you started tomcat, e.g.
/usr/local/tomcat/bin). Might be quite interesting...
Hope this helps,
Oliver
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org
RE: weird error on file PUT
Posted by Stuart MacPherson <ap...@dsl.pipex.com>.
By the way... thanks to everybody for their contributions, they have all
been very helpful in getting me to understand the situation I have got
myself into!!
I (and also the classloader) can't find XMLDescriptorsStore... although
there is a XAFileContentStore class file... but nothing that specifically
mentions XML, especially with regard to Descriptors. I have version 1.0.16,
and I know there are newer versions available in CVS etc., is this something
that has been added to one of these, but not the version I have?
There is a FileDescriptorsStoreNoVersioning class... could I conceivably use
that? Pre-empting the next question, no I don't need versioning!
Cheers guys
-----Original Message-----
From: Oliver Zeigermann [mailto:ozeigermann@c1-fse.de]
Sent: 13 August 2003 14:41
To: Slide Users Mailing List
Subject: Re: weird error on file PUT
You could use a JDBC store, but this of course requires that you have a
RDBMS running. A simple solution would be to use a file store for the
node descriptors as well.
In Domain.xml you might want to replace the definition section:
<definition>
<store name="file">
<nodestore classname="slidestore.file.XMLFileDescriptorsStore">
<parameter name="rootpath">nodestore</parameter>
</nodestore>
<securitystore>
<reference store="nodestore"/>
</securitystore>
<lockstore>
<reference store="nodestore"/>
</lockstore>
<revisiondescriptorsstore>
<reference store="nodestore"/>
</revisiondescriptorsstore>
<revisiondescriptorstore>
<reference store="nodestore"/>
</revisiondescriptorstore>
<contentstore classname="slidestore.reference.FileContentStore">
<parameter name="rootpath">contentstore</parameter>
<parameter name="version">false</parameter>
<parameter name="resetBeforeStarting">false</parameter>
</contentstore>
</store>
<scope match="/" store="file"/>
</definition>
This will make all your changes persistent. You can also have a look at
how the nodes are actually stored as XML (directories will be created
relative to the dir where you started tomcat, e.g.
/usr/local/tomcat/bin). Might be quite interesting...
Hope this helps,
Oliver
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org
RE: weird error on file PUT
Posted by Stuart MacPherson <ap...@dsl.pipex.com>.
By the way... thanks to everybody for their contributions, they have all
been very helpful in getting me to understand the situation I have got
myself into!!
I (and also the classloader) can't find XMLDescriptorsStore... although
there is a XAFileContentStore class file... but nothing that specifically
mentions XML, especially with regard to Descriptors. I have version 1.0.16,
and I know there are newer versions available in CVS etc., is this something
that has been added to one of these, but not the version I have?
There is a FileDescriptorsStoreNoVersioning class... could I conceivably use
that? Pre-empting the next question, no I don't need versioning!
Cheers guys
-----Original Message-----
From: Oliver Zeigermann [mailto:ozeigermann@c1-fse.de]
Sent: 13 August 2003 14:41
To: Slide Users Mailing List
Subject: Re: weird error on file PUT
You could use a JDBC store, but this of course requires that you have a
RDBMS running. A simple solution would be to use a file store for the
node descriptors as well.
In Domain.xml you might want to replace the definition section:
<definition>
<store name="file">
<nodestore classname="slidestore.file.XMLFileDescriptorsStore">
<parameter name="rootpath">nodestore</parameter>
</nodestore>
<securitystore>
<reference store="nodestore"/>
</securitystore>
<lockstore>
<reference store="nodestore"/>
</lockstore>
<revisiondescriptorsstore>
<reference store="nodestore"/>
</revisiondescriptorsstore>
<revisiondescriptorstore>
<reference store="nodestore"/>
</revisiondescriptorstore>
<contentstore classname="slidestore.reference.FileContentStore">
<parameter name="rootpath">contentstore</parameter>
<parameter name="version">false</parameter>
<parameter name="resetBeforeStarting">false</parameter>
</contentstore>
</store>
<scope match="/" store="file"/>
</definition>
This will make all your changes persistent. You can also have a look at
how the nodes are actually stored as XML (directories will be created
relative to the dir where you started tomcat, e.g.
/usr/local/tomcat/bin). Might be quite interesting...
Hope this helps,
Oliver
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org
Re: weird error on file PUT
Posted by Oliver Zeigermann <oz...@c1-fse.de>.
You could use a JDBC store, but this of course requires that you have a
RDBMS running. A simple solution would be to use a file store for the
node descriptors as well.
In Domain.xml you might want to replace the definition section:
<definition>
<store name="file">
<nodestore classname="slidestore.file.XMLFileDescriptorsStore">
<parameter name="rootpath">nodestore</parameter>
</nodestore>
<securitystore>
<reference store="nodestore"/>
</securitystore>
<lockstore>
<reference store="nodestore"/>
</lockstore>
<revisiondescriptorsstore>
<reference store="nodestore"/>
</revisiondescriptorsstore>
<revisiondescriptorstore>
<reference store="nodestore"/>
</revisiondescriptorstore>
<contentstore classname="slidestore.reference.FileContentStore">
<parameter name="rootpath">contentstore</parameter>
<parameter name="version">false</parameter>
<parameter name="resetBeforeStarting">false</parameter>
</contentstore>
</store>
<scope match="/" store="file"/>
</definition>
This will make all your changes persistent. You can also have a look at
how the nodes are actually stored as XML (directories will be created
relative to the dir where you started tomcat, e.g.
/usr/local/tomcat/bin). Might be quite interesting...
Hope this helps,
Oliver
Re: weird error on file PUT
Posted by Ingo Brunberg <ib...@fiz-chemie.de>.
> I think I mentioned the switch that you speak of in my previous email.
>
> I am using MemoryDescriptorsStore and FileContentStore. I think I am
> beginning to see why its not working... does it lose the descriptors to the
> file when I restart the server?
Yes, of course.
>
> I still think it's a bit weird that there never is anything put into the
> actual directory, even though it shows something in the browser.
I am not sure what Commons FileUpload does, but I doubt it uses a
regular PUT to upload files. From what I have read so far, it seems to
me that it uses some form of POST and Slide will not handle that
correctly.
>
> Many thanks
> Stu
>
>
> -----Original Message-----
> From: Michael Oliver [mailto:oliverm@matrix-media.com]
> Sent: 13 August 2003 14:37
> To: slide-user@jakarta.apache.org
> Subject: RE: weird error on file PUT
>
> Which store are you using, it sounds like a memory store, not the
> filesystem store.
>
> Michael Oliver
> CTO/Matrix Intermedia
> 7391 S. Bullrider Ave.
> Tucson, AZ 85747
> Office (520)574-1150
> Cell (518)378-6154
>
>
> Stuart MacPherson said:
> > I spotted that, and I tried to change the directory that 'contentstore'
> > resides in, but it seems to make no difference. I also set the store
> > parameter 'resetBeforeStarting' to 'false', and even though this looks
> > like the problem root, it made no difference either!
> >
> > Is it significant that when I look in the contentstore folder AFTER the
> > file upload and whilst the server is still running, it is totally empty?
> > This conflicts with the Directory Listing in the browser, which, if
> > refreshed, shows the item that has been uploaded (albeit as a folder
> > instead of a file as it should be... I can even click this faux folder
> > and it will navigate into it! There are no contents tho!).
> >
> > Many thanks again
> > Stu
> >
> >
> >
> > -----Original Message-----
> > From: Stan Pinte [mailto:stan.pinte@axone.be]
> > Sent: 13 August 2003 13:03
> > To: Slide Users Mailing List
> > Subject: Re: weird error on file PUT
> >
> > At 12:57 13/08/2003 +0100, you wrote:
> >
> >>Hi
> >>
> >>
> >>
> >>I have written a Servlet that handles file uploads to Slide using
> >> Apache Commons FileUpload, but when it tries to create the new
> >> WebdavResource, and PUT it, I get the following error& and when I look
> >> a the store, it seems to have created a folder called errmsg.txt/
> >> instead of a text file. I have attached the Servlet file to this
> >> email (I know the FileUpload module file handling is not optimised,
> >> but its just a test at the mo).
> >>
> >>
> >>
> >>Incidentally, every time I restart Tomcat, it wipes the store including
> >> any folders I have created properly(!) using Windows WebFolders& what
> >> could be causing that, and how can I sort it?
> >
> > You have to modify the location of the store, in the Domain.xml
> > configuration file (included in the slide.war). I advise aswell to
> > switch to JDBC persistence for descriptors, as it proves to be rather
> > stable.
> >
> > Stan.
> >
> >>
> >>
> >>Cheers
> >>
> >>stu
> >>
> >>
> >>
> >>13 Aug 2003 12:41:47 - org.apache.slide.webdav.WebdavServlet - INFO -
> >> GET = 200
> >>
> >>OK (time: 10 ms) URI = /files
> >>
> >>Filename = G:\mysql\share\slovak\errmsg.txt
> >>
> >>Content Type = text/plain
> >>
> >>In Memory? = false
> >>
> >>Size in bytes = 13329
> >>
> >>The HttpURL is... http://localhost:8080/slide/files/errmsg.txt
> >>
> >>13 Aug 2003 12:42:05 - org.apache.slide.webdav.WebdavServlet - INFO -
> >> PROPFIND >
> >> 207 Multi-Status (time: 60 ms) URI = /files/errmsg.txt
> >>
> >>13 Aug 2003 12:42:05 - org.apache.slide.webdav.WebdavServlet - INFO -
> >> PUT = 409
> >>
> >>Conflict (time: 0 ms) URI = /files/errmsg.txt
> >>
> >>THE DESTINATION PATH = /files
> >>
> >>The URI is... /files/errmsg.txt
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org
Re: weird error on file PUT
Posted by Oliver Zeigermann <oz...@c1-fse.de>.
You could use a JDBC store, but this of course requires that you have a
RDBMS running. A simple solution would be to use a file store for the
node descriptors as well.
In Domain.xml you might want to replace the definition section:
<definition>
<store name="file">
<nodestore classname="slidestore.file.XMLFileDescriptorsStore">
<parameter name="rootpath">nodestore</parameter>
</nodestore>
<securitystore>
<reference store="nodestore"/>
</securitystore>
<lockstore>
<reference store="nodestore"/>
</lockstore>
<revisiondescriptorsstore>
<reference store="nodestore"/>
</revisiondescriptorsstore>
<revisiondescriptorstore>
<reference store="nodestore"/>
</revisiondescriptorstore>
<contentstore classname="slidestore.reference.FileContentStore">
<parameter name="rootpath">contentstore</parameter>
<parameter name="version">false</parameter>
<parameter name="resetBeforeStarting">false</parameter>
</contentstore>
</store>
<scope match="/" store="file"/>
</definition>
This will make all your changes persistent. You can also have a look at
how the nodes are actually stored as XML (directories will be created
relative to the dir where you started tomcat, e.g.
/usr/local/tomcat/bin). Might be quite interesting...
Hope this helps,
Oliver
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org
RE: weird error on file PUT
Posted by Stuart MacPherson <ap...@dsl.pipex.com>.
I think I mentioned the switch that you speak of in my previous email.
I am using MemoryDescriptorsStore and FileContentStore. I think I am
beginning to see why its not working... does it lose the descriptors to the
file when I restart the server?
I still think it's a bit weird that there never is anything put into the
actual directory, even though it shows something in the browser.
Many thanks
Stu
-----Original Message-----
From: Michael Oliver [mailto:oliverm@matrix-media.com]
Sent: 13 August 2003 14:37
To: slide-user@jakarta.apache.org
Subject: RE: weird error on file PUT
Which store are you using, it sounds like a memory store, not the
filesystem store.
Michael Oliver
CTO/Matrix Intermedia
7391 S. Bullrider Ave.
Tucson, AZ 85747
Office (520)574-1150
Cell (518)378-6154
Stuart MacPherson said:
> I spotted that, and I tried to change the directory that 'contentstore'
> resides in, but it seems to make no difference. I also set the store
> parameter 'resetBeforeStarting' to 'false', and even though this looks
> like the problem root, it made no difference either!
>
> Is it significant that when I look in the contentstore folder AFTER the
> file upload and whilst the server is still running, it is totally empty?
> This conflicts with the Directory Listing in the browser, which, if
> refreshed, shows the item that has been uploaded (albeit as a folder
> instead of a file as it should be... I can even click this faux folder
> and it will navigate into it! There are no contents tho!).
>
> Many thanks again
> Stu
>
>
>
> -----Original Message-----
> From: Stan Pinte [mailto:stan.pinte@axone.be]
> Sent: 13 August 2003 13:03
> To: Slide Users Mailing List
> Subject: Re: weird error on file PUT
>
> At 12:57 13/08/2003 +0100, you wrote:
>
>>Hi
>>
>>
>>
>>I have written a Servlet that handles file uploads to Slide using
>> Apache Commons FileUpload, but when it tries to create the new
>> WebdavResource, and PUT it, I get the following error& and when I look
>> a the store, it seems to have created a folder called errmsg.txt/
>> instead of a text file. I have attached the Servlet file to this
>> email (I know the FileUpload module file handling is not optimised,
>> but its just a test at the mo).
>>
>>
>>
>>Incidentally, every time I restart Tomcat, it wipes the store including
>> any folders I have created properly(!) using Windows WebFolders& what
>> could be causing that, and how can I sort it?
>
> You have to modify the location of the store, in the Domain.xml
> configuration file (included in the slide.war). I advise aswell to
> switch to JDBC persistence for descriptors, as it proves to be rather
> stable.
>
> Stan.
>
>>
>>
>>Cheers
>>
>>stu
>>
>>
>>
>>13 Aug 2003 12:41:47 - org.apache.slide.webdav.WebdavServlet - INFO -
>> GET = 200
>>
>>OK (time: 10 ms) URI = /files
>>
>>Filename = G:\mysql\share\slovak\errmsg.txt
>>
>>Content Type = text/plain
>>
>>In Memory? = false
>>
>>Size in bytes = 13329
>>
>>The HttpURL is... http://localhost:8080/slide/files/errmsg.txt
>>
>>13 Aug 2003 12:42:05 - org.apache.slide.webdav.WebdavServlet - INFO -
>> PROPFIND >
>> 207 Multi-Status (time: 60 ms) URI = /files/errmsg.txt
>>
>>13 Aug 2003 12:42:05 - org.apache.slide.webdav.WebdavServlet - INFO -
>> PUT = 409
>>
>>Conflict (time: 0 ms) URI = /files/errmsg.txt
>>
>>THE DESTINATION PATH = /files
>>
>>The URI is... /files/errmsg.txt
>>---------------------------------------------------------------------
>> To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org For
>> additional commands, e-mail: slide-user-help@jakarta.apache.org
>>
>>---
>>Incoming mail is certified Virus Free.
>>Checked by AVG anti-virus system (http://www.grisoft.com).
>>Version: 6.0.507 / Virus Database: 304 - Release Date: 04/08/2003
>
>
>
> --------------------------------------------------------------------- To
> unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: slide-user-help@jakarta.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org
RE: weird error on file PUT
Posted by Stuart MacPherson <ap...@dsl.pipex.com>.
I think I mentioned the switch that you speak of in my previous email.
I am using MemoryDescriptorsStore and FileContentStore. I think I am
beginning to see why its not working... does it lose the descriptors to the
file when I restart the server?
I still think it's a bit weird that there never is anything put into the
actual directory, even though it shows something in the browser.
Many thanks
Stu
-----Original Message-----
From: Michael Oliver [mailto:oliverm@matrix-media.com]
Sent: 13 August 2003 14:37
To: slide-user@jakarta.apache.org
Subject: RE: weird error on file PUT
Which store are you using, it sounds like a memory store, not the
filesystem store.
Michael Oliver
CTO/Matrix Intermedia
7391 S. Bullrider Ave.
Tucson, AZ 85747
Office (520)574-1150
Cell (518)378-6154
Stuart MacPherson said:
> I spotted that, and I tried to change the directory that 'contentstore'
> resides in, but it seems to make no difference. I also set the store
> parameter 'resetBeforeStarting' to 'false', and even though this looks
> like the problem root, it made no difference either!
>
> Is it significant that when I look in the contentstore folder AFTER the
> file upload and whilst the server is still running, it is totally empty?
> This conflicts with the Directory Listing in the browser, which, if
> refreshed, shows the item that has been uploaded (albeit as a folder
> instead of a file as it should be... I can even click this faux folder
> and it will navigate into it! There are no contents tho!).
>
> Many thanks again
> Stu
>
>
>
> -----Original Message-----
> From: Stan Pinte [mailto:stan.pinte@axone.be]
> Sent: 13 August 2003 13:03
> To: Slide Users Mailing List
> Subject: Re: weird error on file PUT
>
> At 12:57 13/08/2003 +0100, you wrote:
>
>>Hi
>>
>>
>>
>>I have written a Servlet that handles file uploads to Slide using
>> Apache Commons FileUpload, but when it tries to create the new
>> WebdavResource, and PUT it, I get the following error& and when I look
>> a the store, it seems to have created a folder called errmsg.txt/
>> instead of a text file. I have attached the Servlet file to this
>> email (I know the FileUpload module file handling is not optimised,
>> but its just a test at the mo).
>>
>>
>>
>>Incidentally, every time I restart Tomcat, it wipes the store including
>> any folders I have created properly(!) using Windows WebFolders& what
>> could be causing that, and how can I sort it?
>
> You have to modify the location of the store, in the Domain.xml
> configuration file (included in the slide.war). I advise aswell to
> switch to JDBC persistence for descriptors, as it proves to be rather
> stable.
>
> Stan.
>
>>
>>
>>Cheers
>>
>>stu
>>
>>
>>
>>13 Aug 2003 12:41:47 - org.apache.slide.webdav.WebdavServlet - INFO -
>> GET = 200
>>
>>OK (time: 10 ms) URI = /files
>>
>>Filename = G:\mysql\share\slovak\errmsg.txt
>>
>>Content Type = text/plain
>>
>>In Memory? = false
>>
>>Size in bytes = 13329
>>
>>The HttpURL is... http://localhost:8080/slide/files/errmsg.txt
>>
>>13 Aug 2003 12:42:05 - org.apache.slide.webdav.WebdavServlet - INFO -
>> PROPFIND >
>> 207 Multi-Status (time: 60 ms) URI = /files/errmsg.txt
>>
>>13 Aug 2003 12:42:05 - org.apache.slide.webdav.WebdavServlet - INFO -
>> PUT = 409
>>
>>Conflict (time: 0 ms) URI = /files/errmsg.txt
>>
>>THE DESTINATION PATH = /files
>>
>>The URI is... /files/errmsg.txt
>>---------------------------------------------------------------------
>> To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org For
>> additional commands, e-mail: slide-user-help@jakarta.apache.org
>>
>>---
>>Incoming mail is certified Virus Free.
>>Checked by AVG anti-virus system (http://www.grisoft.com).
>>Version: 6.0.507 / Virus Database: 304 - Release Date: 04/08/2003
>
>
>
> --------------------------------------------------------------------- To
> unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: slide-user-help@jakarta.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org
RE: weird error on file PUT
Posted by Michael Oliver <ol...@matrix-media.com>.
Which store are you using, it sounds like a memory store, not the
filesystem store.
Michael Oliver
CTO/Matrix Intermedia
7391 S. Bullrider Ave.
Tucson, AZ 85747
Office (520)574-1150
Cell (518)378-6154
Stuart MacPherson said:
> I spotted that, and I tried to change the directory that 'contentstore'
> resides in, but it seems to make no difference. I also set the store
> parameter 'resetBeforeStarting' to 'false', and even though this looks
> like the problem root, it made no difference either!
>
> Is it significant that when I look in the contentstore folder AFTER the
> file upload and whilst the server is still running, it is totally empty?
> This conflicts with the Directory Listing in the browser, which, if
> refreshed, shows the item that has been uploaded (albeit as a folder
> instead of a file as it should be... I can even click this faux folder
> and it will navigate into it! There are no contents tho!).
>
> Many thanks again
> Stu
>
>
>
> -----Original Message-----
> From: Stan Pinte [mailto:stan.pinte@axone.be]
> Sent: 13 August 2003 13:03
> To: Slide Users Mailing List
> Subject: Re: weird error on file PUT
>
> At 12:57 13/08/2003 +0100, you wrote:
>
>>Hi
>>
>>
>>
>>I have written a Servlet that handles file uploads to Slide using
>> Apache Commons FileUpload, but when it tries to create the new
>> WebdavResource, and PUT it, I get the following error& and when I look
>> a the store, it seems to have created a folder called errmsg.txt/
>> instead of a text file. I have attached the Servlet file to this
>> email (I know the FileUpload module file handling is not optimised,
>> but its just a test at the mo).
>>
>>
>>
>>Incidentally, every time I restart Tomcat, it wipes the store including
>> any folders I have created properly(!) using Windows WebFolders& what
>> could be causing that, and how can I sort it?
>
> You have to modify the location of the store, in the Domain.xml
> configuration file (included in the slide.war). I advise aswell to
> switch to JDBC persistence for descriptors, as it proves to be rather
> stable.
>
> Stan.
>
>>
>>
>>Cheers
>>
>>stu
>>
>>
>>
>>13 Aug 2003 12:41:47 - org.apache.slide.webdav.WebdavServlet - INFO -
>> GET = 200
>>
>>OK (time: 10 ms) URI = /files
>>
>>Filename = G:\mysql\share\slovak\errmsg.txt
>>
>>Content Type = text/plain
>>
>>In Memory? = false
>>
>>Size in bytes = 13329
>>
>>The HttpURL is... http://localhost:8080/slide/files/errmsg.txt
>>
>>13 Aug 2003 12:42:05 - org.apache.slide.webdav.WebdavServlet - INFO -
>> PROPFIND >
>> 207 Multi-Status (time: 60 ms) URI = /files/errmsg.txt
>>
>>13 Aug 2003 12:42:05 - org.apache.slide.webdav.WebdavServlet - INFO -
>> PUT = 409
>>
>>Conflict (time: 0 ms) URI = /files/errmsg.txt
>>
>>THE DESTINATION PATH = /files
>>
>>The URI is... /files/errmsg.txt
>>---------------------------------------------------------------------
>> To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org For
>> additional commands, e-mail: slide-user-help@jakarta.apache.org
>>
>>---
>>Incoming mail is certified Virus Free.
>>Checked by AVG anti-virus system (http://www.grisoft.com).
>>Version: 6.0.507 / Virus Database: 304 - Release Date: 04/08/2003
>
>
>
> --------------------------------------------------------------------- To
> unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: slide-user-help@jakarta.apache.org
RE: weird error on file PUT
Posted by Michael Oliver <ol...@matrix-media.com>.
Which store are you using, it sounds like a memory store, not the
filesystem store.
Michael Oliver
CTO/Matrix Intermedia
7391 S. Bullrider Ave.
Tucson, AZ 85747
Office (520)574-1150
Cell (518)378-6154
Stuart MacPherson said:
> I spotted that, and I tried to change the directory that 'contentstore'
> resides in, but it seems to make no difference. I also set the store
> parameter 'resetBeforeStarting' to 'false', and even though this looks
> like the problem root, it made no difference either!
>
> Is it significant that when I look in the contentstore folder AFTER the
> file upload and whilst the server is still running, it is totally empty?
> This conflicts with the Directory Listing in the browser, which, if
> refreshed, shows the item that has been uploaded (albeit as a folder
> instead of a file as it should be... I can even click this faux folder
> and it will navigate into it! There are no contents tho!).
>
> Many thanks again
> Stu
>
>
>
> -----Original Message-----
> From: Stan Pinte [mailto:stan.pinte@axone.be]
> Sent: 13 August 2003 13:03
> To: Slide Users Mailing List
> Subject: Re: weird error on file PUT
>
> At 12:57 13/08/2003 +0100, you wrote:
>
>>Hi
>>
>>
>>
>>I have written a Servlet that handles file uploads to Slide using
>> Apache Commons FileUpload, but when it tries to create the new
>> WebdavResource, and PUT it, I get the following error& and when I look
>> a the store, it seems to have created a folder called errmsg.txt/
>> instead of a text file. I have attached the Servlet file to this
>> email (I know the FileUpload module file handling is not optimised,
>> but its just a test at the mo).
>>
>>
>>
>>Incidentally, every time I restart Tomcat, it wipes the store including
>> any folders I have created properly(!) using Windows WebFolders& what
>> could be causing that, and how can I sort it?
>
> You have to modify the location of the store, in the Domain.xml
> configuration file (included in the slide.war). I advise aswell to
> switch to JDBC persistence for descriptors, as it proves to be rather
> stable.
>
> Stan.
>
>>
>>
>>Cheers
>>
>>stu
>>
>>
>>
>>13 Aug 2003 12:41:47 - org.apache.slide.webdav.WebdavServlet - INFO -
>> GET = 200
>>
>>OK (time: 10 ms) URI = /files
>>
>>Filename = G:\mysql\share\slovak\errmsg.txt
>>
>>Content Type = text/plain
>>
>>In Memory? = false
>>
>>Size in bytes = 13329
>>
>>The HttpURL is... http://localhost:8080/slide/files/errmsg.txt
>>
>>13 Aug 2003 12:42:05 - org.apache.slide.webdav.WebdavServlet - INFO -
>> PROPFIND >
>> 207 Multi-Status (time: 60 ms) URI = /files/errmsg.txt
>>
>>13 Aug 2003 12:42:05 - org.apache.slide.webdav.WebdavServlet - INFO -
>> PUT = 409
>>
>>Conflict (time: 0 ms) URI = /files/errmsg.txt
>>
>>THE DESTINATION PATH = /files
>>
>>The URI is... /files/errmsg.txt
>>---------------------------------------------------------------------
>> To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org For
>> additional commands, e-mail: slide-user-help@jakarta.apache.org
>>
>>---
>>Incoming mail is certified Virus Free.
>>Checked by AVG anti-virus system (http://www.grisoft.com).
>>Version: 6.0.507 / Virus Database: 304 - Release Date: 04/08/2003
>
>
>
> --------------------------------------------------------------------- To
> unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: slide-user-help@jakarta.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org
RE: weird error on file PUT
Posted by Stuart MacPherson <ap...@dsl.pipex.com>.
I spotted that, and I tried to change the directory that 'contentstore'
resides in, but it seems to make no difference. I also set the store
parameter 'resetBeforeStarting' to 'false', and even though this looks like
the problem root, it made no difference either!
Is it significant that when I look in the contentstore folder AFTER the file
upload and whilst the server is still running, it is totally empty? This
conflicts with the Directory Listing in the browser, which, if refreshed,
shows the item that has been uploaded (albeit as a folder instead of a file
as it should be... I can even click this faux folder and it will navigate
into it! There are no contents tho!).
Many thanks again
Stu
-----Original Message-----
From: Stan Pinte [mailto:stan.pinte@axone.be]
Sent: 13 August 2003 13:03
To: Slide Users Mailing List
Subject: Re: weird error on file PUT
At 12:57 13/08/2003 +0100, you wrote:
>Hi
>
>
>
>I have written a Servlet that handles file uploads to Slide using Apache
>Commons FileUpload, but when it tries to create the new WebdavResource,
>and PUT it, I get the following error& and when I look a the store, it
>seems to have created a folder called errmsg.txt/ instead of a text
>file. I have attached the Servlet file to this email (I know the
>FileUpload module file handling is not optimised, but its just a test at
>the mo).
>
>
>
>Incidentally, every time I restart Tomcat, it wipes the store including
>any folders I have created properly(!) using Windows WebFolders& what
>could be causing that, and how can I sort it?
You have to modify the location of the store, in the Domain.xml
configuration file (included in the slide.war). I advise aswell to switch
to JDBC persistence for descriptors, as it proves to be rather stable.
Stan.
>
>
>Cheers
>
>stu
>
>
>
>13 Aug 2003 12:41:47 - org.apache.slide.webdav.WebdavServlet - INFO - GET
>= 200
>
>OK (time: 10 ms) URI = /files
>
>Filename = G:\mysql\share\slovak\errmsg.txt
>
>Content Type = text/plain
>
>In Memory? = false
>
>Size in bytes = 13329
>
>The HttpURL is... http://localhost:8080/slide/files/errmsg.txt
>
>13 Aug 2003 12:42:05 - org.apache.slide.webdav.WebdavServlet - INFO -
>PROPFIND =
>
> 207 Multi-Status (time: 60 ms) URI = /files/errmsg.txt
>
>13 Aug 2003 12:42:05 - org.apache.slide.webdav.WebdavServlet - INFO - PUT
>= 409
>
>Conflict (time: 0 ms) URI = /files/errmsg.txt
>
>THE DESTINATION PATH = /files
>
>The URI is... /files/errmsg.txt
>---------------------------------------------------------------------
>To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
>For additional commands, e-mail: slide-user-help@jakarta.apache.org
>
>---
>Incoming mail is certified Virus Free.
>Checked by AVG anti-virus system (http://www.grisoft.com).
>Version: 6.0.507 / Virus Database: 304 - Release Date: 04/08/2003
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org
RE: weird error on file PUT
Posted by Stuart MacPherson <ap...@dsl.pipex.com>.
I spotted that, and I tried to change the directory that 'contentstore'
resides in, but it seems to make no difference. I also set the store
parameter 'resetBeforeStarting' to 'false', and even though this looks like
the problem root, it made no difference either!
Is it significant that when I look in the contentstore folder AFTER the file
upload and whilst the server is still running, it is totally empty? This
conflicts with the Directory Listing in the browser, which, if refreshed,
shows the item that has been uploaded (albeit as a folder instead of a file
as it should be... I can even click this faux folder and it will navigate
into it! There are no contents tho!).
Many thanks again
Stu
-----Original Message-----
From: Stan Pinte [mailto:stan.pinte@axone.be]
Sent: 13 August 2003 13:03
To: Slide Users Mailing List
Subject: Re: weird error on file PUT
At 12:57 13/08/2003 +0100, you wrote:
>Hi
>
>
>
>I have written a Servlet that handles file uploads to Slide using Apache
>Commons FileUpload, but when it tries to create the new WebdavResource,
>and PUT it, I get the following error& and when I look a the store, it
>seems to have created a folder called errmsg.txt/ instead of a text
>file. I have attached the Servlet file to this email (I know the
>FileUpload module file handling is not optimised, but its just a test at
>the mo).
>
>
>
>Incidentally, every time I restart Tomcat, it wipes the store including
>any folders I have created properly(!) using Windows WebFolders& what
>could be causing that, and how can I sort it?
You have to modify the location of the store, in the Domain.xml
configuration file (included in the slide.war). I advise aswell to switch
to JDBC persistence for descriptors, as it proves to be rather stable.
Stan.
>
>
>Cheers
>
>stu
>
>
>
>13 Aug 2003 12:41:47 - org.apache.slide.webdav.WebdavServlet - INFO - GET
>= 200
>
>OK (time: 10 ms) URI = /files
>
>Filename = G:\mysql\share\slovak\errmsg.txt
>
>Content Type = text/plain
>
>In Memory? = false
>
>Size in bytes = 13329
>
>The HttpURL is... http://localhost:8080/slide/files/errmsg.txt
>
>13 Aug 2003 12:42:05 - org.apache.slide.webdav.WebdavServlet - INFO -
>PROPFIND =
>
> 207 Multi-Status (time: 60 ms) URI = /files/errmsg.txt
>
>13 Aug 2003 12:42:05 - org.apache.slide.webdav.WebdavServlet - INFO - PUT
>= 409
>
>Conflict (time: 0 ms) URI = /files/errmsg.txt
>
>THE DESTINATION PATH = /files
>
>The URI is... /files/errmsg.txt
>---------------------------------------------------------------------
>To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
>For additional commands, e-mail: slide-user-help@jakarta.apache.org
>
>---
>Incoming mail is certified Virus Free.
>Checked by AVG anti-virus system (http://www.grisoft.com).
>Version: 6.0.507 / Virus Database: 304 - Release Date: 04/08/2003
Re: weird error on file PUT
Posted by Stan Pinte <st...@axone.be>.
At 12:57 13/08/2003 +0100, you wrote:
>Hi
>
>
>
>I have written a Servlet that handles file uploads to Slide using Apache
>Commons FileUpload, but when it tries to create the new WebdavResource,
>and PUT it, I get the following error& and when I look a the store, it
>seems to have created a folder called errmsg.txt/ instead of a text
>file. I have attached the Servlet file to this email (I know the
>FileUpload module file handling is not optimised, but its just a test at
>the mo).
>
>
>
>Incidentally, every time I restart Tomcat, it wipes the store including
>any folders I have created properly(!) using Windows WebFolders& what
>could be causing that, and how can I sort it?
You have to modify the location of the store, in the Domain.xml
configuration file (included in the slide.war). I advise aswell to switch
to JDBC persistence for descriptors, as it proves to be rather stable.
Stan.
>
>
>Cheers
>
>stu
>
>
>
>13 Aug 2003 12:41:47 - org.apache.slide.webdav.WebdavServlet - INFO - GET
>= 200
>
>OK (time: 10 ms) URI = /files
>
>Filename = G:\mysql\share\slovak\errmsg.txt
>
>Content Type = text/plain
>
>In Memory? = false
>
>Size in bytes = 13329
>
>The HttpURL is... http://localhost:8080/slide/files/errmsg.txt
>
>13 Aug 2003 12:42:05 - org.apache.slide.webdav.WebdavServlet - INFO -
>PROPFIND =
>
> 207 Multi-Status (time: 60 ms) URI = /files/errmsg.txt
>
>13 Aug 2003 12:42:05 - org.apache.slide.webdav.WebdavServlet - INFO - PUT
>= 409
>
>Conflict (time: 0 ms) URI = /files/errmsg.txt
>
>THE DESTINATION PATH = /files
>
>The URI is... /files/errmsg.txt
>---------------------------------------------------------------------
>To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
>For additional commands, e-mail: slide-user-help@jakarta.apache.org
>
>---
>Incoming mail is certified Virus Free.
>Checked by AVG anti-virus system (http://www.grisoft.com).
>Version: 6.0.507 / Virus Database: 304 - Release Date: 04/08/2003