You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@jackrabbit.apache.org by "angela (JIRA)" <ji...@apache.org> on 2009/02/04 18:09:59 UTC
[jira] Created: (JCR-1964) VirtualNodeTypeStateProvider creates
PropertyState with type != value(s).getType
VirtualNodeTypeStateProvider creates PropertyState with type != value(s).getType
--------------------------------------------------------------------------------
Key: JCR-1964
URL: https://issues.apache.org/jira/browse/JCR-1964
Project: Jackrabbit Content Repository
Issue Type: Bug
Components: jackrabbit-core
Reporter: angela
Attachments: JCR-1964.diff
VirtualNodeTypeStateProvider creates the item states for the in content representation of the node type definitions and in case of jcr:defaultValues hard codes the type of the property state (thus the jcr property) to PropertyType.STRING.
the nt-definition of nt:propertyDefinition however states that jcr:defaultValues doesn't have a required type, thus the type should rather be determined based on the values themselves.
the current behaviour leads situations where
Property.getType != Property.getValues()[0].getType()
which from my point of view is a bug.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Updated: (JCR-1964) VirtualNodeTypeStateProvider creates
PropertyState with type != value(s).getType
Posted by "angela (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/JCR-1964?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
angela updated JCR-1964:
------------------------
Attachment: JCR-1964.diff
> VirtualNodeTypeStateProvider creates PropertyState with type != value(s).getType
> --------------------------------------------------------------------------------
>
> Key: JCR-1964
> URL: https://issues.apache.org/jira/browse/JCR-1964
> Project: Jackrabbit Content Repository
> Issue Type: Bug
> Components: jackrabbit-core
> Reporter: angela
> Attachments: JCR-1964.diff
>
>
> VirtualNodeTypeStateProvider creates the item states for the in content representation of the node type definitions and in case of jcr:defaultValues hard codes the type of the property state (thus the jcr property) to PropertyType.STRING.
> the nt-definition of nt:propertyDefinition however states that jcr:defaultValues doesn't have a required type, thus the type should rather be determined based on the values themselves.
> the current behaviour leads situations where
> Property.getType != Property.getValues()[0].getType()
> which from my point of view is a bug.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Resolved: (JCR-1964) VirtualNodeTypeStateProvider creates
PropertyState with type != value(s).getType
Posted by "angela (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/JCR-1964?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
angela resolved JCR-1964.
-------------------------
Resolution: Fixed
Fix Version/s: 1.6.0
> VirtualNodeTypeStateProvider creates PropertyState with type != value(s).getType
> --------------------------------------------------------------------------------
>
> Key: JCR-1964
> URL: https://issues.apache.org/jira/browse/JCR-1964
> Project: Jackrabbit Content Repository
> Issue Type: Bug
> Components: jackrabbit-core
> Reporter: angela
> Assignee: angela
> Fix For: 1.6.0
>
> Attachments: JCR-1964.diff
>
>
> VirtualNodeTypeStateProvider creates the item states for the in content representation of the node type definitions and in case of jcr:defaultValues hard codes the type of the property state (thus the jcr property) to PropertyType.STRING.
> the nt-definition of nt:propertyDefinition however states that jcr:defaultValues doesn't have a required type, thus the type should rather be determined based on the values themselves.
> the current behaviour leads situations where
> Property.getType != Property.getValues()[0].getType()
> which from my point of view is a bug.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Assigned: (JCR-1964) VirtualNodeTypeStateProvider creates
PropertyState with type != value(s).getType
Posted by "angela (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/JCR-1964?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
angela reassigned JCR-1964:
---------------------------
Assignee: angela
if nobody objects i will commit the proposed fix within the next couple of days.
> VirtualNodeTypeStateProvider creates PropertyState with type != value(s).getType
> --------------------------------------------------------------------------------
>
> Key: JCR-1964
> URL: https://issues.apache.org/jira/browse/JCR-1964
> Project: Jackrabbit Content Repository
> Issue Type: Bug
> Components: jackrabbit-core
> Reporter: angela
> Assignee: angela
> Attachments: JCR-1964.diff
>
>
> VirtualNodeTypeStateProvider creates the item states for the in content representation of the node type definitions and in case of jcr:defaultValues hard codes the type of the property state (thus the jcr property) to PropertyType.STRING.
> the nt-definition of nt:propertyDefinition however states that jcr:defaultValues doesn't have a required type, thus the type should rather be determined based on the values themselves.
> the current behaviour leads situations where
> Property.getType != Property.getValues()[0].getType()
> which from my point of view is a bug.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Updated: (JCR-1964) VirtualNodeTypeStateProvider creates
PropertyState with type != value(s).getType
Posted by "Jukka Zitting (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/JCR-1964?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Jukka Zitting updated JCR-1964:
-------------------------------
Fix Version/s: (was: 1.6.0)
1.5.6
Merged to the 1.5 branch in revision 779051.
> VirtualNodeTypeStateProvider creates PropertyState with type != value(s).getType
> --------------------------------------------------------------------------------
>
> Key: JCR-1964
> URL: https://issues.apache.org/jira/browse/JCR-1964
> Project: Jackrabbit Content Repository
> Issue Type: Bug
> Components: jackrabbit-core
> Reporter: angela
> Assignee: angela
> Fix For: 1.5.6
>
> Attachments: JCR-1964.diff
>
>
> VirtualNodeTypeStateProvider creates the item states for the in content representation of the node type definitions and in case of jcr:defaultValues hard codes the type of the property state (thus the jcr property) to PropertyType.STRING.
> the nt-definition of nt:propertyDefinition however states that jcr:defaultValues doesn't have a required type, thus the type should rather be determined based on the values themselves.
> the current behaviour leads situations where
> Property.getType != Property.getValues()[0].getType()
> which from my point of view is a bug.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.