[
https://issues.apache.org/jira/browse/IGNITE-14930?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Vyacheslav Koptilin updated IGNITE-14930:
-----------------------------------------
Epic Link: IGNITE-14611
Ignite Flags: (was: Docs Required,Release Notes Required)
> Exceptions serialization
> ------------------------
>
> Key: IGNITE-14930
> URL: https://issues.apache.org/jira/browse/IGNITE-14930
> Project: Ignite
> Issue Type: Improvement
> Reporter: Vyacheslav Koptilin
> Priority: Major
> Labels: ignite-3
>
> Since there are other languages than Java, we should have a generic way to
> convert exceptions between different representations. Current errors
> serialization design is described here: [IEP-76 Thin Client Protocol for
> Ignite
> 3.0|https://cwiki.apache.org/confluence/display/IGNITE/IEP-76+Thin+Client+Protocol+for+Ignite+3.0]
> We should expand the collection of required fields. It should be enough to
> deserialize exception objects in Java client as close to the original object
> as possible. This includes cause exceptions.
> Not yet sure about suppressed exceptions. So, we would need a list of errors,
> where the first element is the head and every next element is the cause for
> the previous one. Element contains:
> Error code (int)
> Error message (String)
> [Optional] Stack trace, for head only (String)
> Full class name (String)
> Open problem:
> What should we do with standard Java exceptions, like _TimeoutException_ or
> _IllegalArgumentException_ , or even _NullPointerException_? Right now it's
> better to have a reserved error group for them and assign a specific codes to
> all "known" types.
> https://cwiki.apache.org/confluence/display/IGNITE/IEP-84%3A+Error+handling
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
