[ 
https://issues.apache.org/jira/browse/SLING-3315?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13869709#comment-13869709
 ] 

Tommaso Teofili commented on SLING-3315:
----------------------------------------

If it is possible to create / read / update / delete configurations just via 
default Sling HTTP calls then [~bdelacretaz]'s suggestion is probably much 
better than reinventing stuff (my bad in that case).
AFAIK create via HTTP POST and retrieve via HTTP GET is ok, I'm not sure about 
updating, deleting and listing all the agent configurations (listing all the 
nodes with a specific factory-id) though.
For permissions it'd be nice to have a generic mechanism to filter access to 
specific configs.

> Refactor replication HTTP API
> -----------------------------
>
>                 Key: SLING-3315
>                 URL: https://issues.apache.org/jira/browse/SLING-3315
>             Project: Sling
>          Issue Type: Improvement
>          Components: Extensions
>            Reporter: Marius Petria
>              Labels: replication
>         Attachments: SLING-3315.patch
>
>
> Refactor HTTP API in order to access independently the configuration of an 
> agent and the service API for an agent. This was needed because there are 
> times when a configuration can exist without an agent being available (e.g. 
> when the agent is not disabled).
> Proposed API:
> Managing configuration
> POST     /system/replication/config/agent (creates and agent cofig)
> GET       /system/replication/config/agent (retrieves all agents config)
> POST     /system/replication/config/agent/{agentName} (updates and agent)
> GET       /system/replication/config/agent/{agentName} (retrieves the agent 
> config)
> DELETE /system/replication/config/agent/{agentName} (deletes an agent config)
> Managing agent
> POST     /system/replication/config/agent/{agentName} (schedules a package 
> for replication or removes one from the queue)
> GET     /system/replication/config/agent/{agentName}/queue (lists the 
> packages in the queue)



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)

Reply via email to