You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@jackrabbit.apache.org by "Alex Parvulescu (JIRA)" <ji...@apache.org> on 2013/02/19 14:39:12 UTC
[jira] [Created] (JCR-3524) Node type selection for reference
constraint is not optimal
Alex Parvulescu created JCR-3524:
------------------------------------
Summary: Node type selection for reference constraint is not optimal
Key: JCR-3524
URL: https://issues.apache.org/jira/browse/JCR-3524
Project: Jackrabbit Content Repository
Issue Type: Improvement
Components: jackrabbit-jcr-tests
Reporter: Alex Parvulescu
Assignee: Alex Parvulescu
Priority: Minor
I've found 3 unit test that randomly choose a node type for a node that is supposed to break a reference constraint.
The problem with the way the node type is selected is that the code could choose one that has itself some constraints (like nt:file for example). This can make the test pass for the wrong reason.
Unfortunately having one exception for both test and failure to create a proper node structure (like in the case of an empty nt:file node) doesn't help with understanding what is happening, either.
This came up in OAK-624, where the aforementioned behavior changed and the test started failing.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira