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 (Created) (JIRA)" <ji...@apache.org> on 2011/11/10 09:58:51 UTC
[jira] [Created] (JCR-3143) SessionImpl#isSupportedOption: Skip
descriptor evaluation if descriptor has not been load
SessionImpl#isSupportedOption: Skip descriptor evaluation if descriptor has not been load
-----------------------------------------------------------------------------------------
Key: JCR-3143
URL: https://issues.apache.org/jira/browse/JCR-3143
Project: Jackrabbit Content Repository
Issue Type: Improvement
Reporter: angela
Priority: Minor
Fix For: 2.3.4
followup issue for JCR-3076.
as jukka stated changing the jcr-server to serve the repository-descriptor without mandating a successful login would
require quite some changes on the server side as the current flow demands a successful repository login in order
to be access any resource including the root resource that acts as parent for all (available) workspaces. since the
repository-descriptor report has be requested one of the resources it also mandates a successful login although
retrieving descriptors on the jcr-level is possible when just having the repository at hand.
on the other hand i would assume that the descriptor functionality present on the Repository is rarely used.
therefore i would suggest to just relax the check for supported options in the jcr2spi session implementation
and skip the evaluation if the descriptor isn't available at all. consequently the failure of a non-supported
feature would be postponed to the point it reaches the SPI (instead of informing the API consumer upfront).
on the other hand supported operations would not fail just because the descriptors have not been loaded.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Resolved] (JCR-3143) SessionImpl#isSupportedOption: Skip
descriptor evaluation if descriptor has not been loaded
Posted by "angela (Resolved) (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/JCR-3143?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
angela resolved JCR-3143.
-------------------------
Resolution: Fixed
Assignee: angela
> SessionImpl#isSupportedOption: Skip descriptor evaluation if descriptor has not been loaded
> -------------------------------------------------------------------------------------------
>
> Key: JCR-3143
> URL: https://issues.apache.org/jira/browse/JCR-3143
> Project: Jackrabbit Content Repository
> Issue Type: Improvement
> Components: jackrabbit-jcr2spi
> Reporter: angela
> Assignee: angela
> Priority: Minor
> Fix For: 2.3.4
>
>
> followup issue for JCR-3076.
> as jukka stated changing the jcr-server to serve the repository-descriptor without mandating a successful login would
> require quite some changes on the server side as the current flow demands a successful repository login in order
> to be access any resource including the root resource that acts as parent for all (available) workspaces. since the
> repository-descriptor report has be requested one of the resources it also mandates a successful login although
> retrieving descriptors on the jcr-level is possible when just having the repository at hand.
> on the other hand i would assume that the descriptor functionality present on the Repository is rarely used.
> therefore i would suggest to just relax the check for supported options in the jcr2spi session implementation
> and skip the evaluation if the descriptor isn't available at all. consequently the failure of a non-supported
> feature would be postponed to the point it reaches the SPI (instead of informing the API consumer upfront).
> on the other hand supported operations would not fail just because the descriptors have not been loaded.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (JCR-3143) SessionImpl#isSupportedOption: Skip
descriptor evaluation if descriptor has not been loaded
Posted by "angela (Updated) (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/JCR-3143?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
angela updated JCR-3143:
------------------------
Component/s: jackrabbit-jcr2spi
> SessionImpl#isSupportedOption: Skip descriptor evaluation if descriptor has not been loaded
> -------------------------------------------------------------------------------------------
>
> Key: JCR-3143
> URL: https://issues.apache.org/jira/browse/JCR-3143
> Project: Jackrabbit Content Repository
> Issue Type: Improvement
> Components: jackrabbit-jcr2spi
> Reporter: angela
> Priority: Minor
> Fix For: 2.3.4
>
>
> followup issue for JCR-3076.
> as jukka stated changing the jcr-server to serve the repository-descriptor without mandating a successful login would
> require quite some changes on the server side as the current flow demands a successful repository login in order
> to be access any resource including the root resource that acts as parent for all (available) workspaces. since the
> repository-descriptor report has be requested one of the resources it also mandates a successful login although
> retrieving descriptors on the jcr-level is possible when just having the repository at hand.
> on the other hand i would assume that the descriptor functionality present on the Repository is rarely used.
> therefore i would suggest to just relax the check for supported options in the jcr2spi session implementation
> and skip the evaluation if the descriptor isn't available at all. consequently the failure of a non-supported
> feature would be postponed to the point it reaches the SPI (instead of informing the API consumer upfront).
> on the other hand supported operations would not fail just because the descriptors have not been loaded.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (JCR-3143) SessionImpl#isSupportedOption: Skip
descriptor evaluation if descriptor has not been loaded
Posted by "angela (Updated) (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/JCR-3143?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
angela updated JCR-3143:
------------------------
Summary: SessionImpl#isSupportedOption: Skip descriptor evaluation if descriptor has not been loaded (was: SessionImpl#isSupportedOption: Skip descriptor evaluation if descriptor has not been load)
> SessionImpl#isSupportedOption: Skip descriptor evaluation if descriptor has not been loaded
> -------------------------------------------------------------------------------------------
>
> Key: JCR-3143
> URL: https://issues.apache.org/jira/browse/JCR-3143
> Project: Jackrabbit Content Repository
> Issue Type: Improvement
> Reporter: angela
> Priority: Minor
> Fix For: 2.3.4
>
>
> followup issue for JCR-3076.
> as jukka stated changing the jcr-server to serve the repository-descriptor without mandating a successful login would
> require quite some changes on the server side as the current flow demands a successful repository login in order
> to be access any resource including the root resource that acts as parent for all (available) workspaces. since the
> repository-descriptor report has be requested one of the resources it also mandates a successful login although
> retrieving descriptors on the jcr-level is possible when just having the repository at hand.
> on the other hand i would assume that the descriptor functionality present on the Repository is rarely used.
> therefore i would suggest to just relax the check for supported options in the jcr2spi session implementation
> and skip the evaluation if the descriptor isn't available at all. consequently the failure of a non-supported
> feature would be postponed to the point it reaches the SPI (instead of informing the API consumer upfront).
> on the other hand supported operations would not fail just because the descriptors have not been loaded.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira