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)