[ 
https://jira.duraspace.org/browse/DS-923?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=20693#action_20693
 ] 

Bojan Suzic commented on DS-923:
--------------------------------

I agree, the exposing of internal IDs should not make a problem as REST API is 
partially to be used for manipulation of repositories, which in some cases 
depends heavily on internal ids.

Other thing, I find comment from Tim interesting and in relation with that I 
opened new feature request here in JIRA [DS-932] in order to be able to track 
it easier.
The internals wrt implementation should be further considered.



> REST-API Currently exposes and uses the internal DSpace database object id.
> ---------------------------------------------------------------------------
>
>                 Key: DS-923
>                 URL: https://jira.duraspace.org/browse/DS-923
>             Project: DSpace
>          Issue Type: Bug
>          Components: REST API (experimental)
>            Reporter: Robin Taylor
>
> The internal database id's are currently exposed in responses to the REST API 
> eg <id type="number">58</id>
> In fact the internal id appended to the URL to limit the query to one object
> http://localhost:8080/rest/items/58.xml
> Should we be exposing internal id's or should we only be using handles ? My 
> knee jerk reaction says handles but that would preclude exposing items which 
> are still in submission or workflow and therefore do not yet have a handle.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
https://jira.duraspace.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

------------------------------------------------------------------------------
EditLive Enterprise is the world's most technically advanced content
authoring tool. Experience the power of Track Changes, Inline Image
Editing and ensure content is compliant with Accessibility Checking.
http://p.sf.net/sfu/ephox-dev2dev
_______________________________________________
Dspace-devel mailing list
Dspace-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-devel

Reply via email to