Thanks Peter, I tested, it works now.
I am interested to do more testing. Do we have some use cases (test cases) in mind,
so my testing can be more effective.
One basic one I can think of is:
1. run versioncontrol method; checkout; put; checkin.
2. query revision history and retrieve properties of specific version; retrieve
contents of specific version;
What other use cases related to basic versioning support?
BTW, regarding the report method, what's right way of invoking it. I tried the
following. it gives me 400 Bad Request. Maybe I am missing something.
Thanks
Jiantao
HttpClient client = new HttpClient();
client.startSession("localhost", 8080, new Credentials("root", "root"));
ReportMethod reportMethod = new ReportMethod("/slide/files/test.xml");
reportMethod.setDepth(reportMethod.DEPTH_0);
client.executeMethod(reportMethod);
-----Original Message-----
From: Nevermann, Dr., Peter [mailto:[EMAIL PROTECTED]]
Sent: Thursday, June 20, 2002 7:45 AM
To: 'Slide Developers Mailing List'
Subject: RE: DeltaV preview
Hi Jiantao,
thank you for testing DeltaV and reporting problems.
> 1. Originally, it get 403 Forbidden response. The reason is
> that /user/guest does not have read/write access on /history.
> Why /user/guest instead of root. Because we did not specify
> that VERSION-CONTROL method is under security contraint. So
> turn security on in web.xml and add VERSION-CONTROL to the
> list of methods. This solve the problem.
I have now added all DeltaV, DASL and ACL methods under security-constraint.
> 2. After take care the first one, It give 500 internal server
> error with the following error messages:
> java.lang.IllegalStateException: URI /history/2 is neither
> history nor version URI at ...
I patched the URI and path handlers. It should work now.
Regards,
Peter
> -----Original Message-----
> From: Jiantao Pan [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, June 19, 2002 17:59
> To: Slide Developers Mailing List
> Subject: RE: DeltaV preview
>
>
> Hi Peter,
> I followed the intruction and trying to test delta-V implementation.
> My initial test code is very basic as follow:
> HttpClient client = new HttpClient();
> client.startSession("localhost", 8080, new
> Credentials("root", "root"));
> VersionControlMethod versionControlMethod = new
> VersionControlMethod("/slide/files/test.xml");
> versionControlMethod.setDepth(versionControlMethod.DEPTH_0);
> client.executeMethod(versionControlMethod);
> Here is what I found so far.
>
> 1. Originally, it get 403 Forbidden response. The reason is
> that /user/guest does not have read/write access on /history.
> Why /user/guest instead of root. Because we did not specify
> that VERSION-CONTROL method is under security contraint. So
> turn security on in web.xml and add VERSION-CONTROL to the
> list of methods. This solve the problem.
> 2. After take care the first one, It give 500 internal server
> error with the following error messages:
>
> java.lang.IllegalStateException: URI /history/2 is neither
> history nor version URI at
> org.apache.slide.webdav.util.UriHandler.getHistoryName(UriHand
> ler.java:508) at
> org.apache.slide.webdav.util.VersioningHelper.versionControl(V
> ersioningHelper.java:345)
> at
> org.apache.slide.webdav.method.VersionControlMethod.executeReq
> uest(VersionControlMethod.java:202)
> at
> org.apache.slide.webdav.method.AbstractWebdavMethod.run(Abstra
> ctWebdavMethod.java:323)
> at
> org.apache.slide.webdav.WebdavServlet.service(WebdavServlet.java:221)
> at
> javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
>
> I assume /history/2 should be a history URI. I am not sure
> why UriHandler does not think so...
>
> Really appreciate your helps.
> Jiantao
>
> -----Original Message-----
> From: Nevermann, Dr., Peter [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, May 14, 2002 8:19 AM
> To: '[EMAIL PROTECTED]'
> Cc: '[EMAIL PROTECTED]'; 'Anton Schoultz'
> Subject: RE: DeltaV preview
>
>
> Hi,
>
> I have fixed lots of problems in the
> slidestore.file.XMLFileDescriptorsStore
> making it work with the current DeltaV preview. The fixes will be in
> tomorrow's nightly 2002-05-15 at
> http://jakarta.apache.org/builds/jakarta-slide/nightly/
>
> I know that the XMLFileDescriptorsStore is very experimental and not
> intended to be used in production environments. But it is very easy to
> handle and very useful for testing :-).
>
> So ... if somebody wants to play with DeltaV using a
> file-based store, the
> following store configuration (Domain.xml) will do:
>
> <definition>
> <store name="file">
> <nodestore
> classname="slidestore.file.XMLFileDescriptorsStore">
> <parameter name="rootpath">metadatastore</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>
> <!-- ........... versioning is ON ..................... -->
> <parameter name="version">true</parameter>
> <!-- ........... keep content data after restart ...... -->
> <parameter name="resetBeforeStarting">false</parameter>
> </contentstore>
> </store>
> <scope match="/" store="file" />
> </definition>
>
> Regards, Peter
>
>
> > -----Original Message-----
> > From: Nevermann, Dr., Peter [mailto:[EMAIL PROTECTED]]
> > Sent: Friday, May 03, 2002 19:24
> > To: '[EMAIL PROTECTED]'
> > Cc: '[EMAIL PROTECTED]'; 'Anton Schoultz'
> > Subject: DeltaV preview
> >
> >
> > Hi all,
> >
> > tomorrows nightly will contain a preview of the DeltaV
> > implementation in
> > Slide which should work with Slide's default stores:
> > MemoryDescriptorsStore
> > and FileContentStore. It covers 90% of the DeltaV packages:
> > Core-Versioning,
> > Basic-Server-Workspace and Basic-Client-Workspace. That
> means that the
> > advanced features remain to be done.
> >
> > If you are interested to have a look:
> >
> > 1) download the binary distribution (>= 2002-05-04) from
> > http://jakarta.apache.org/builds/jakarta-slide/nightly/
> > 2) drop the contained slide.war into the webapps directory
> > of your Tomcat-4.0.x installation
> > 3) start Catalina once to unpack the WAR file
> > 4) in the namespace definition (Domain.xml), enable versioning
> > for the FileContentStore:
> > <parameter name="version">true</parameter>
> > 5) Re-start Catalina ... That should be all!
> >
> > Auto-versioning is pre-configured as "checkout-checkin" in
> > the namepace
> > configuration (Domain.xml) ... but the other auto-version styles are
> > supposed to work as well.
> >
> > Auto-version-control (i.e. PUT of new resource implicitly performs
> > VERSION-CONTROL) can be switched-on also in the namepace
> configuration
> > (Domain.xml).
> >
> > The paths for history, workspace and working-resource data are
> > pre-configured as /history, /workspace and /workingresource.
> > You can can
> > change them in the namepace configuration (but be carefull:
> the are 2
> > entries for each to adapt - one in configuration and one in
> > data :-) )
> >
> > DeltaV support can be completely switched-off in slide.properties:
> > org.apache.slide.versioncontrol=false
> >
> > The Slide client is supposed to support DeltaV to some degree
> > ... but did
> > not test it myself :-(
> >
> > Regards,
> > Peter
> > ---------------------------------------
> > Dr. Peter Nevermann
> > Software AG, Research & Development
> > mailto:[EMAIL PROTECTED]
> > http://www.softwareag.com
> >
> >
> > --
> > To unsubscribe, e-mail:
> > <mailto:[EMAIL PROTECTED]>
> > For additional commands, e-mail:
> > <mailto:[EMAIL PROTECTED]>
> >
>
> --
> To unsubscribe, e-mail:
> <mailto:[EMAIL PROTECTED]>
> For additional commands, e-mail:
> <mailto:[EMAIL PROTECTED]>
>
>
> --
> To unsubscribe, e-mail:
> <mailto:[EMAIL PROTECTED]>
> For additional commands, e-mail:
> <mailto:[EMAIL PROTECTED]>
>
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
