[jboss-jira] [JBoss JIRA] (JGRP-1605) API changes

[Bela Ban (JIRA)]

     [ https://issues.jboss.org/browse/JGRP-1605?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Bela Ban updated JGRP-1605:
---------------------------
    Description: 
API changes to be done in 4.0, which break code:

* DONE: MessageDispatcher: remove MessageListener
* DONE: Merge AsyncRequestHandler and RequestHandler, OR make them 2 separate interfaces, ie. AsyncRH doesn't extend RH
* DONE: Remove @Deprecated methods, properties or classes
* NOTDONE: Remove direct access to Message in JChannel.send() methods (to prevent passing in the same message more than once)
** Power users often want to access a message object directly, e.g. set flags or add a header, so I won't remove this method
* NOTDONE: Make {{RspFilter}} --> {{RspFilter<T>}}
** We need to be able to handle objects of type T *and* Throwable, so we cannot change this to T
* DONE: {{ProtocolStack.findProtocol(Class<?> clazz)}} should return generic type {{<T extends Protocol>>}}, so no casting is needed. Requires changes to a number of methods in the same class.
* DONE: Request<T>
* DONE: RpcDispatcher: only 1 Marshaller, not separate ones for reqs and rsps
* RpcDispatcher: use CompletableFuture instead of NotifiyingFuture
* DONE: Rsp: see https://issues.jboss.org/browse/JGRP-2011


  was:
API changes to be done in 4.0, which break code:

* DONE: MessageDispatcher: remove MessageListener
* DONE: Merge AsyncRequestHandler and RequestHandler, OR make them 2 separate interfaces, ie. AsyncRH doesn't extend RH
* DONE: Remove @Deprecated methods, properties or classes
* NOTDONE: Remove direct access to Message in JChannel.send() methods (to prevent passing in the same message more than once)
** Power users often want to access a message object directly, e.g. set flags or add a header, so I won't remove this method
* NOTDONE: Make {{RspFilter}} --> {{RspFilter<T>}}
** We need to be able to handle objects of type T *and* Throwable, so we cannot change this to T
* {{ProtocolStack.findProtocol(Class<?> clazz)}} should return generic type {{<T extends Protocol>>}}, so no casting is needed. Requires changes to a number of methods in the same class.
* DONE: Request<T>
* DONE: RpcDispatcher: only 1 Marshaller, not separate ones for reqs and rsps
* RpcDispatcher: use CompletableFuture instead of NotifiyingFuture
* DONE: Rsp: see https://issues.jboss.org/browse/JGRP-2011




> API changes
> -----------
>
>                 Key: JGRP-1605
>                 URL: https://issues.jboss.org/browse/JGRP-1605
>             Project: JGroups
>          Issue Type: Task
>            Reporter: Bela Ban
>            Assignee: Bela Ban
>             Fix For: 4.0
>
>
> API changes to be done in 4.0, which break code:
> * DONE: MessageDispatcher: remove MessageListener
> * DONE: Merge AsyncRequestHandler and RequestHandler, OR make them 2 separate interfaces, ie. AsyncRH doesn't extend RH
> * DONE: Remove @Deprecated methods, properties or classes
> * NOTDONE: Remove direct access to Message in JChannel.send() methods (to prevent passing in the same message more than once)
> ** Power users often want to access a message object directly, e.g. set flags or add a header, so I won't remove this method
> * NOTDONE: Make {{RspFilter}} --> {{RspFilter<T>}}
> ** We need to be able to handle objects of type T *and* Throwable, so we cannot change this to T
> * DONE: {{ProtocolStack.findProtocol(Class<?> clazz)}} should return generic type {{<T extends Protocol>>}}, so no casting is needed. Requires changes to a number of methods in the same class.
> * DONE: Request<T>
> * DONE: RpcDispatcher: only 1 Marshaller, not separate ones for reqs and rsps
> * RpcDispatcher: use CompletableFuture instead of NotifiyingFuture
> * DONE: Rsp: see https://issues.jboss.org/browse/JGRP-2011



--
This message was sent by Atlassian JIRA
(v6.4.11#64026)