[
https://issues.apache.org/jira/browse/SLING-7959?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16630459#comment-16630459
]
Konrad Windszus edited comment on SLING-7959 at 9/27/18 1:55 PM:
-----------------------------------------------------------------
The first feature is not 100% compatible with the current {{ContentHandler}}
interface as that only allows to create new resources (but not to enrich
already existing resources with additional properties). Also the parser for
that would need to somehow get the information which resource name the current
context resource has.
[[email protected]] How do you think about this? What about passing the
context resource path to the parsers via {{ContentParserFactory}}. Then the
{{JcrXmlContentParser}} could call its {{ContentHandler}} for this given
resource path and extend the properties?
was (Author: kwin):
The first feature is not 100% compatible with the current {{ContentHandler}}
interface as that only allows to create new resources (but not to enrich
already existing resources with additional properties). Also the parser for
that would need to somehow get the information which resource name the current
context resource has.
> ContentParser: Complete support for Extended DocView
> ----------------------------------------------------
>
> Key: SLING-7959
> URL: https://issues.apache.org/jira/browse/SLING-7959
> Project: Sling
> Issue Type: Bug
> Components: JCR
> Affects Versions: JCR Content Parser 1.2.4
> Reporter: Konrad Windszus
> Priority: Major
>
> The following features from extended docview
> ([http://jackrabbit.apache.org/filevault/docview.html]) are not properly
> supported yet:
> # jcr:root notation (then the name is basically coming from the file name)
> # same-name-siblings with a format like {{<nodename>[<index>]}} (the index
> should then be stripped out, as at least Sling Resource Providers in general
> don't have a limitation on same name siblings).
>
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
