Hi,
On 8/11/06, Nicolas <[EMAIL PROTECTED]> wrote:
Exception in thread "main" javax.jcr.nodetype.ConstraintViolationException:
no matching child node definition found for {
http://www.jcp.org/jcr/1.0}rootVersion
This exception is raised when I call getEffectiveNodeType...
Could you send your
Allow the removal of an item even if its schema has changed
---
Key: JCR-542
URL: http://issues.apache.org/jira/browse/JCR-542
Project: Jackrabbit
Issue Type: Improvement
Comp
Actually, I have followed you advice and Jukka's one about writing a custom
importer based on WorkspaceImporter. However, after deleting all checks and
rewriting some part of the code, I have this exception:
Exception in thread "main" javax.jcr.nodetype.ConstraintViolationException:
no matching c
[
http://issues.apache.org/jira/browse/JCR-449?page=comments#action_12427351 ]
Jorge RodrÃguez Pedrianes commented on JCR-449:
---
Hello tobias, i want know if you try play the example, and repeat the NPE. I
try to find the error but
Nicolas wrote:
Hi Florent,
I would definitely like to see the root node referenceable, it
would avoid special casing it in some of my code.
How do you manage it for now?
By special-casing failures of getUUID in my application code.
Florent
--
Florent Guillaume, Nuxeo (Paris, France) Dire
[ http://issues.apache.org/jira/browse/JCR-540?page=all ]
Julian Reschke updated JCR-540:
---
Attachment: JCR-540.diff.txt
New proposed patch, not using NotExecutableException.
I'd still like to see an easy way to find out whether a repository supports L1
c
[
http://issues.apache.org/jira/browse/JCR-533?page=comments#action_12427271 ]
Paco Avila commented on JCR-533:
Yes, I know there is no need to call save. My attached program
DummyLockAccessDenied.java doesn't call save() after the lock(). But i
David Kennedy wrote:
Thanks.
just one remark. the litmus test are only useful
for the 'simpleserver', since the jcrserver by
definition does not allow to create any kind of
resources / properties. the final testsuite for the
jcrserver would be the TCK run on a jcr-client.
Are there any tests
Angela Schreiber <[EMAIL PROTECTED]> wrote on 08/09/2006 02:47:43 AM:
> David Kennedy wrote:
> > Is there a set of testcases to drive the WebDAV contrib component of
> > jackrabbit?
>
> litmus
> http://www.webdav.org/neon/litmus/
>
> in order to be able to run the test with default
> configurat
NPE in PredefinedNodeTypeTest.getPropertyDefSpec
Key: JCR-541
URL: http://issues.apache.org/jira/browse/JCR-541
Project: Jackrabbit
Issue Type: Bug
Components: JCR TCK
Re
[
http://issues.apache.org/jira/browse/JCR-540?page=comments#action_12427233 ]
Julian Reschke commented on JCR-540:
Well.
I can't run api.TestAll on a level 1 rep, because the cleanup code tails, and
leaves dangling sessions. So - at least
[
http://issues.apache.org/jira/browse/JCR-538?page=comments#action_12427232 ]
Stefan Guggisberg commented on JCR-538:
---
there's a similar issue with Node.restore(), Node.merge() and
Workspace.restore() which all do finally call Session.sav
[ http://issues.apache.org/jira/browse/JCR-538?page=all ]
Stefan Guggisberg updated JCR-538:
--
Comment: was deleted
> failing Node.checkin() or Node.checkout() might leave inconsistent transient
> state
>
[
http://issues.apache.org/jira/browse/JCR-538?page=comments#action_12427231 ]
Stefan Guggisberg commented on JCR-538:
---
there's a similar issue with Node.restore(), Node.merge() and
Workspace.restore() which all do finally call Item.save()
[ http://issues.apache.org/jira/browse/JCR-540?page=all ]
Marcel Reutegger updated JCR-540:
-
Issue Type: Improvement (was: Bug)
This is done on purpose. Throwing a NotExecutableException will indicate to the
TCK that the test case
did not fail even tho
[ http://issues.apache.org/jira/browse/JCR-540?page=all ]
Julian Reschke updated JCR-540:
---
Attachment: JCR-540.diff.txt
Proposed patch.
> AbstractJCRTest fails on level 1 repositories
> -
>
> Key
[ http://issues.apache.org/jira/browse/JCR-539?page=all ]
Marcel Reutegger resolved JCR-539.
--
Fix Version/s: 1.1
Resolution: Fixed
Changed WorkspaceInfo.initialize() to first check the status of the
WorkspaceInfo within a read lock. This avoids
[ http://issues.apache.org/jira/browse/JCR-539?page=all ]
Marcel Reutegger updated JCR-539:
-
Environment: svn: 430370
> Concurrent Repository.login() throws IllegalStateException
> --
>
>
AbstractJCRTest fails on level 1 repositories
-
Key: JCR-540
URL: http://issues.apache.org/jira/browse/JCR-540
Project: Jackrabbit
Issue Type: Bug
Components: JCR TCK
Reporter
Concurrent Repository.login() throws IllegalStateException
--
Key: JCR-539
URL: http://issues.apache.org/jira/browse/JCR-539
Project: Jackrabbit
Issue Type: Bug
Components: co
failing Node.checkin() or Node.checkout() might leave inconsistent transient
state
--
Key: JCR-538
URL: http://issues.apache.org/jira/browse/JCR-538
Project: Jackrabbit
[ http://issues.apache.org/jira/browse/JCR-537?page=all ]
Tobias Bocanegra reassigned JCR-537:
Assignee: Tobias Bocanegra
> Failure to remove a versionable node
>
>
> Key: JCR-537
>
Shanmugam Gopal wrote:
I am not clear about that SimpleServer and jcrserver. Can you elaborate
on this?
please have a look at the index.jsp
and at previous posts in the dev list.
But I am not able to perform check in or check out operation from the
webdav client(Dreamweaver).
i don't know,
[
http://issues.apache.org/jira/browse/JCR-533?page=comments#action_12427139 ]
Stefan Guggisberg commented on JCR-533:
---
paco, please have a look at the javadoc of Node#lock:
http://www.day.com/maven/jsr170/javadocs/jcr-1.0/javax/jcr/Node.ht
Hi,
I am not clear about that SimpleServer and jcrserver. Can you elaborate on
this?
I have deployed that war in Tomcat server and by default it configures the
repository
under bin folder.
Now I am able to see repository content from webdav client by accessing the
url
http://localhost:8080/jac
25 matches
Mail list logo
