[JBoss JIRA] Resolved: (JBREM-274) add callback methods to the Client API
by Tom Elrod (JIRA)
[ http://jira.jboss.com/jira/browse/JBREM-274?page=all ]
Tom Elrod resolved JBREM-274.
------------------------------
Fix Version/s: 2.2.0.Beta1 (Bluto)
(was: 2.2.0.Alpha3 (Bluto))
Resolution: Done
See public void addListener(InvokerCallbackHandler callbackhandler, Map metadata) throws Throwable
> add callback methods to the Client API
> --------------------------------------
>
> Key: JBREM-274
> URL: http://jira.jboss.com/jira/browse/JBREM-274
> Project: JBoss Remoting
> Issue Type: Task
> Security Level: Public(Everyone can see)
> Components: callbacks
> Affects Versions: 1.4.0 final
> Reporter: Tom Elrod
> Assigned To: Tom Elrod
> Fix For: 2.2.0.Beta1 (Bluto)
>
>
> Would like to add methods to the Client class to allow users to call on it to create the callback server and manage internally. Currently, the user has to create their own callback server (via a Connector class) and manage it themselves. Would be much easier from a programming standpoint for the user to just have the Client class to do this automatically.
> My initial thought on this is to have this happen when the user adds a callback listener to the Client and the Client would then automatically create the callback server internallly. The user can pass extra metadata if wanted to specify port, etc. Then when the user removes callback listener, if there are no more listeners left, cleanup the callback server.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
19 years, 6 months
[JBoss JIRA] Updated: (JBREM-315) allow chaining of marshaller/unmarshallers
by Tom Elrod (JIRA)
[ http://jira.jboss.com/jira/browse/JBREM-315?page=all ]
Tom Elrod updated JBREM-315:
-----------------------------
Fix Version/s: 2.2.0.Beta1 (Bluto)
(was: 2.2.0.Alpha3 (Bluto))
> allow chaining of marshaller/unmarshallers
> ------------------------------------------
>
> Key: JBREM-315
> URL: http://jira.jboss.com/jira/browse/JBREM-315
> Project: JBoss Remoting
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Components: marshall
> Affects Versions: 1.4.0 final
> Reporter: Tom Elrod
> Assigned To: Tom Elrod
> Fix For: 2.2.0.Beta1 (Bluto)
>
>
> I was thinking of paired marshaller/unmarshaller, which would be
> beneficial for more than just this example (compressing payload comes to
> mind). Would like to be able to declare a chain of marshallers. For
> example:
> <marshallers>
> <marshaller>org.jboss.remoting.marshall.CompressedMarshaller</marshaller>
> <marshaller>org.jboss.remoting.marshall.InvocationMarshaller</marshaller>
> <marshaller>org.jboss.remoting.marshall.CountingMarshaller</marshaller>
> </marshallers>
> <unmarshallers>
> <unmarshaller>org.jboss.remoting.marshall.InvocationUnMarshaller</unmarshaller>
> <unmarshaller<org.jboss.remoting.marshall.CompressedUnMarshaller</unmarshaller>
> of course packaging and order may not be correct in this example. Just
> trying to show how would be nice to configure the chain that is used and
> that would not require to by symmetrical if didn't want to.
> In this example, the CompressedMarshaller would compress the payload,
> then write to the InvocationMarshaller, which would write to the
> CountingMarshaller, which would then keep track of number of bytes
> written and send notifications as was being written. On the server
> side, might not need to know number of bytes being read, so would just
> have the InvocationUnMarshaller, then CompressedUnMarshaller to
> uncompress the payload.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
19 years, 6 months