You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@jackrabbit.apache.org by "Jukka Zitting (JIRA)" <ji...@apache.org> on 2007/07/02 10:42:04 UTC

[jira] Commented: (JCR-616) Completeness/Freshness of NamespaceRegistry and NodeTypeRegistry

    [ https://issues.apache.org/jira/browse/JCR-616?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12509516 ] 

Jukka Zitting commented on JCR-616:
-----------------------------------

JCR 2.0 will most likely declare the prefix mappings of a session stable (i.e. changes in a session will not invalidate the prefix mappings in another session), so the cache invalidation issue for namespaces may become a non-issue.

> Completeness/Freshness of NamespaceRegistry and NodeTypeRegistry
> ----------------------------------------------------------------
>
>                 Key: JCR-616
>                 URL: https://issues.apache.org/jira/browse/JCR-616
>             Project: Jackrabbit
>          Issue Type: Bug
>          Components: SPI
>            Reporter: Julian Reschke
>            Assignee: angela
>         Attachments: diffs.txt
>
>
> 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.
-
You can reply to this email to add a comment to the issue online.