[ http://issues.apache.org/jira/browse/JCR-616?page=comments#action_12446946 ] angela commented on JCR-616: ----------------------------
> 1) Clarify that the Map returned from getRegisteredNamespaces() isn't > required to > be complete, i'm not totally happy with this. getRegisteredNamespaces should return the complete list available at the time. but: as listed in TODO.txt issue 11), we didn't define up to now, how a client gets informed or informes itself about namespace modifications. > 2) Enhance JCR2SPI to auto-generate prefixes when it encounters namespaces > not in the registry. hm... why shoud the jcr2spi autogenerate prefixes? it must assert, that a given namespace is part of the namespace registry and throw if it isn't. so, we get back to the basic issue, how we define the update of the NamespaceRegistry (defined by jsr170) over the SPI. btw: the same applies for the nodetypes. regards angela > Completeness/Freshness of Namespace Registry > -------------------------------------------- > > Key: JCR-616 > URL: http://issues.apache.org/jira/browse/JCR-616 > Project: Jackrabbit > Issue Type: Bug > Components: SPI > Reporter: Julian Reschke > > We need to define the requirements on completeness and freshness of > RepositoryService.getRegisteredNamespaces(). > Right now the optimistic assumption seems to be that an SPI provider is able > to report all namespaces that can occur in a repository beforehand. Even if > it can do that (and I know of potential targets for SPI that simply can't), > this seems to be quite a waste of time if these namespace prefixes aren't > actually used later on. > Furthermore, in SPI namespace prefixes aren't really relevant, except to > enable the transient layer to return "meaningful" prefixes instead of > automatically generated ones. > Therefore my propoal would be to: > 1) Clarify that the Map returned from getRegisteredNamespaces() isn't > required to be complete, > 2) Enhance JCR2SPI to auto-generate prefixes when it encounters namespaces > not in the registry. > I expect this to also affect RepositoryService.(un)registerNamespace(...), > but let's discuss the underlying issue first... -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
