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

ASF GitHub Bot commented on BROOKLYN-153:
-----------------------------------------

Github user tbouron commented on a diff in the pull request:

    https://github.com/apache/incubator-brooklyn/pull/729#discussion_r33951045
  
    --- Diff: usage/rest-api/src/main/java/brooklyn/rest/api/CatalogApi.java ---
    @@ -202,18 +202,18 @@ public CatalogEntitySummary getEntity(
         })
         public CatalogEntitySummary getApplication(
             @ApiParam(name = "applicationId", value = "The ID of the 
application to retrieve", required = true)
    -        @PathParam("applicationId") String entityId) throws Exception;
    +        @PathParam("applicationId") String applicationId) throws Exception;
     
         @GET
    -    @Path("/applications/{applicationId}/{version}")
    +    @Path("/applications/{symbolicName}/{version}")
         @ApiOperation(value = "Fetch a specific version of an application's 
definition from the catalog", responseClass = "CatalogEntitySummary", 
multiValueResponse = true)
         @ApiErrors(value = {
             @ApiError(code = 404, reason = "Entity not found")
         })
         public CatalogEntitySummary getApplication(
    -        @ApiParam(name = "applicationId", value = "The ID of the 
application to retrieve", required = true)
    -        @PathParam("applicationId") String entityId,
    -        
    +        @ApiParam(name = "symbolicName", value = "The symbolic name of the 
application to retrieve", required = true)
    +        @PathParam("symbolicName") String symbolicName,
    +
    --- End diff --
    
    Strange, probably my Intellij not setup as it should be.
    
    On Mon, 6 Jul 2015 at 16:37 Sam Corbett <[email protected]> wrote:
    
    > In usage/rest-api/src/main/java/brooklyn/rest/api/CatalogApi.java
    > 
<https://github.com/apache/incubator-brooklyn/pull/729#discussion_r33947593>
    > :
    >
    > >      @ApiOperation(value = "Fetch a specific version of an 
application's definition from the catalog", responseClass = 
"CatalogEntitySummary", multiValueResponse = true)
    > >      @ApiErrors(value = {
    > >          @ApiError(code = 404, reason = "Entity not found")
    > >      })
    > >      public CatalogEntitySummary getApplication(
    > > -        @ApiParam(name = "applicationId", value = "The ID of the 
application to retrieve", required = true)
    > > -        @PathParam("applicationId") String entityId,
    > > -
    > > +        @ApiParam(name = "symbolicName", value = "The symbolic name of 
the application to retrieve", required = true)
    > > +        @PathParam("symbolicName") String symbolicName,
    > > +
    >
    > I guess you're just following the existing format? Doesn't matter, will
    > merge.
    >
    > —
    > Reply to this email directly or view it on GitHub
    > <https://github.com/apache/incubator-brooklyn/pull/729/files#r33947593>.
    >



> REST API Inconsistencies
> ------------------------
>
>                 Key: BROOKLYN-153
>                 URL: https://issues.apache.org/jira/browse/BROOKLYN-153
>             Project: Brooklyn
>          Issue Type: Bug
>    Affects Versions: 0.7.0
>            Reporter: Thomas Bouron
>
> There are inconsistencies with the REST API for the {{/catalog/*}} endpoints. 
> For example, If I want to get an application with the a specific {{type}} or 
> {{id}}, I can use either:
> {code}
> GET /v1/catalog/entities/{type} (returns the latest version)
> GET /v1/catalog/entities/{id} (returns the specific version as id = 
> {type}:{version})
> GET /v1/catalog/application/{id}/{version}
> GET /v1/catalog/entities/{id}:{version}
> GET /v1/catalog/entities/{id}/{version}
> {code}
> This is really confusing, especially the last 3 as the {{id}} already 
> contains the {{version}}. These endpoints should rather take the {{type}} 
> instead of {{id}}.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Reply via email to