[OASIS Issue Tracker] (COEL-149) Section 8.2.3 'Exceptions' in BAP needs clarification

[OASIS Issues Tracker <workgroup_mailer@lists.oasis-open.org>]

    [ https://issues.oasis-open.org/browse/COEL-149?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=67565#comment-67565 ] 

Paul Bruton edited comment on COEL-149 at 9/22/17 10:31 AM:
------------------------------------------------------------

I like the definition: just a little more work needed in where it is referenced in 8.2.2, where the word 'duplicate' is used instead of 'identical'. 

Also, we need to decide on whether the bullet points in 8.2.3 are still required:

•	Duplicate Atom posts (e.g. over-write, return error, duplicate created) *DELETE this bullet: Conflicts with need to not store Identical Atoms*
•	Atoms with invalid or missing ConsumerIDs and DeviceIDs *DELETE this bullet: These are syntactically invalid*
•	Atoms with unallocated ConsumerIDs and DeviceIDs: "I think this is the only place where the policy of the DE needs to be stated and maybe we need to bring this statement closer to the error return section in 8.2.2 (Reject [404], Accept-and-dispose [202], Accept and Quarantine [202])....
•	Atoms with missing essential fields *DELETE this bullet: These are syntactically invalid*
•	Incorrectly formed Atoms *DELETE this bullet: These are syntactically invalid*



was (Author: paul.bruton):
I like the definition: just a little more work needed in where it is references, where the word 'duplicate' is used instead of 'identical'. (8.2.2, 8.2.3). In fact the first bullet in 8.2.3 needs to go as it conflicts with the requirement to never store Identical Atoms.

> Section 8.2.3 'Exceptions' in BAP needs clarification
> -----------------------------------------------------
>
>                 Key: COEL-149
>                 URL: https://issues.oasis-open.org/browse/COEL-149
>             Project: OASIS Classification of Everyday Living (COEL) TC
>          Issue Type: Task
>            Reporter: Paul Bruton
>            Assignee: David Snelling
>
> See comments in revision 41.
> Let's be sure we make it clear what we mean here: In some of these cases the error response is specified above. The question is whether the DE provides any additional services like quarantining the atoms or post-processing them later to see if the consumer/device ID becomes valid a bit later….
> I don't see how a DE could state that it would return an error in this case: Checking each incoming atom against it's store for duplicates would be quite a burden and what would be the value? I think it is either duplicate or overwrite
> If we mean 'syntactically invalid' – i/e/ not a pseudonymous key, then the DE has to return a 400 in both of these cases. 



--
This message was sent by Atlassian JIRA
(v6.2.2#6258)