You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@syncope.apache.org by "Francesco Chicchiriccò (JIRA)" <ji...@apache.org> on 2013/10/25 12:14:30 UTC

[jira] [Assigned] (SYNCOPE-303) Mapping to SyncopeClientCompositeException on client side

     [ https://issues.apache.org/jira/browse/SYNCOPE-303?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Francesco Chicchiriccò reassigned SYNCOPE-303:
----------------------------------------------

    Assignee: Francesco Chicchiriccò

> Mapping to SyncopeClientCompositeException on client side
> ---------------------------------------------------------
>
>                 Key: SYNCOPE-303
>                 URL: https://issues.apache.org/jira/browse/SYNCOPE-303
>             Project: Syncope
>          Issue Type: Improvement
>          Components: common, core
>            Reporter: Andrei Shakirin
>            Assignee: Francesco Chicchiriccò
>             Fix For: 1.2.0
>
>
> Actually almost all exceptions with status BAD_REQUEST and NOT_FOUND are mapped to SyncopeClientCompositeErrorException on the client side.
> It is absolutely OK for composite exceptions containing number of sub-exceptions (like validation and propagation), however for some single exceptions it makes more sense to map not to SyncopeClientCompositeErrorException, but directly to corresponded exception type.
> Candidates are:
>     Deadlock
>     ExistingResource
>     DataIntegrityViolation
>     GenericPersistence
>     UnauthorizedRole
> Proposed mapping makes exception processing more easy and effective.
> https://cwiki.apache.org/confluence/display/SYNCOPE/Remote+Exceptions



--
This message was sent by Atlassian JIRA
(v6.1#6144)