[JBoss JIRA] Resolved: (DNA-55) Web Application with REST-based API for remote access and usage
by Brian Carothers (JIRA)
[ https://jira.jboss.org/jira/browse/DNA-55?page=com.atlassian.jira.plugin.... ]
Brian Carothers resolved DNA-55.
--------------------------------
Fix Version/s: 0.5
(was: 0.6)
Resolution: Done
Assignee: Brian Carothers
Committed some fairly exhaustive documentation into the DNA Reference Guide for the 0.5 release.
> Web Application with REST-based API for remote access and usage
> ---------------------------------------------------------------
>
> Key: DNA-55
> URL: https://jira.jboss.org/jira/browse/DNA-55
> Project: DNA
> Issue Type: Feature Request
> Components: Server, Web Application
> Reporter: Randall Hauch
> Assignee: Brian Carothers
> Fix For: 0.5
>
>
> Create a DNA server that uses a REST-based API, allowing client applications to access and use the repository using HTTP for protocol/transport.
> AtomPub is also very interesting (as it is RESTful) for a message structure, but it doesn't currently support hierarchical data. And although one could build a repository to be flatter (or at least exposed though collections; see how Bento does it: http://www.filemaker.com/bento/), it may be difficult to have no way of interacting with the hierarchical data. Bento and iTunes both show how powerful user-defined collections (and "smart collections") can be, so maybe adopting a collection-only approach would work (at least for remote access).
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 11 months
[JBoss JIRA] Created: (DNA-440) Integrate Servlet Security with DNA ExecutionContext
by Brian Carothers (JIRA)
Integrate Servlet Security with DNA ExecutionContext
----------------------------------------------------
Key: DNA-440
URL: https://jira.jboss.org/jira/browse/DNA-440
Project: DNA
Issue Type: Sub-task
Affects Versions: 0.4
Reporter: Brian Carothers
Fix For: 0.6
The DNA JCR security approach is JAAS-based and relies on the ability to pass a LoginContext, AccessControlContext, or SimpleCredentials (which are used internally to create a LoginContext) to the ExecutionContext. The Servlet specification does not expose any of these. The REST server is mandatorily limited to what the Servlet specification provides. There needs to be some sort of integration between the Servlet-based REST code and JAAS-based DNA implementation to allow authorization and access to JCR resources to occur based on web credentials.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 11 months
[JBoss JIRA] Created: (DNA-436) Repository example uses different path in configuration repository than assumed by RepositoryService
by Randall Hauch (JIRA)
Repository example uses different path in configuration repository than assumed by RepositoryService
----------------------------------------------------------------------------------------------------
Key: DNA-436
URL: https://jira.jboss.org/jira/browse/DNA-436
Project: DNA
Issue Type: Bug
Components: Documentation, Examples
Affects Versions: 0.4
Reporter: Randall Hauch
Priority: Minor
Fix For: 0.5
The RepositoryService looks for the configuration information in the repository source (supplied by name via the constructor) by default under the "/jcr:system" path. However, the repository example has a configRepository.xml file in which the content is stored under the "/dna:system" path. Although it's possible to use the RepositoryService constructor and specify the correct path, the examples should be such that the path used in the examples is that assumed by the RepositoryService.
Therefore, we should change the repository example configuration file to reflect the current default used by the RepositoryService.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 11 months
[JBoss JIRA] Created: (DNA-376) Add request to change the order of a child node (or nodes) relative to the other children
by Randall Hauch (JIRA)
Add request to change the order of a child node (or nodes) relative to the other children
-----------------------------------------------------------------------------------------
Key: DNA-376
URL: https://jira.jboss.org/jira/browse/DNA-376
Project: DNA
Issue Type: Feature Request
Components: API, Graph
Affects Versions: 0.3
Reporter: Randall Hauch
Assignee: Randall Hauch
Priority: Critical
Fix For: 0.4
The current DNA Graph model does support ordered children, and while rename can be used to change the order of same-name-siblings, there currently is no way to change the order of the child nodes. This is required to fully implement the JCR API.
JCR handles this functionality by provided a method that essentially changes the position of a single child node. The "Node.orderBefore(String childNameToBeMoved, String nameOfChildAtPosition)" can be used by calling on the parent node and supplying the name (with SNS index if needed) of the child to be moved and the name of the child before which the other child is to be moved.
This same model can be used for the graph request. It also would allow adding in the future another optional request that would contain multiple reorders, and that could be implemented in RequestProcessor to break into multiple ReorderChildRequest instances.
The existing (writable) connectors will all be affected, since this will be a new mandatory request.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 11 months