Appending the workspace name to the request URL did indeed solve my problem. I
am up and running again.
Thank you Angela.
Phil
Angela Schreiber wrote:
hi philip
the changes commited with rev. 331281 modified the
default locator-factory inside the simple webdav
application. consequently
Stefan Guggisberg wrote:
if you're calling prop.setValue(someInputStream) the stream is read and
either kept in a byte[] or spooled to a temporary file, depending on its size.
i assume that a read method of the passed input stream throws
an IOException while it is being spooled to internal
Hi,
I'm trying to remove a version of a Node, but the
VersionHistory.removeVersion() method throws :
javax.jcr.ReferentialIntegrityException: Unable to remove version. At
least once referenced..
Secton 8.2.2.10 (Removal of Versions) of the specification indicates that
the version graph
Hi,
I have already verified that.
The error is for removal of version name : 1.0 and the base version name
is 1.2.
I've updated the example to make sure it never tries to remove the base
version :
Node root1 = session.getRootNode() ;
Node test1 = root1.addNode(test) ;
hi nicolas,
this is probably a bug in jackrabbit. thank you for reporting it. can
you please file a jira issue
(http://issues.apache.org/jira/browse/JCR) for this? thanks.
regards, toby
On 11/18/05, Nicolas Belisle [EMAIL PROTECTED] wrote:
Hi,
I'm trying to remove a version of a Node, but the
Removal of versions throws javax.jcr.ReferentialIntegrityException
--
Key: JCR-272
URL: http://issues.apache.org/jira/browse/JCR-272
Project: Jackrabbit
Type: Bug
Components: versioning