| Re: using tcp as rcp client and server protocol? [message #429182] |
Mon, 13 April 2009 05:46  |
|
Guys,
The request/response based example doesn't look like JMS is particularly
well-suited, but maybe you have additional requirements for asynchronous
messaging. In this case the Net4j Signalling Platform [1] might be
interesting for you. Unfortunately the docs are not in a shape I'd like
them to be. If you're interested, please send questions to the EMF
newsgroup as well, since Net4j is currently a component of EMF.
[1] http://wiki.eclipse.org/Net4j
There is even an ECF provider available that is implemented on top of
Net4j, so that you can benefit from the best of both worlds. Scott told
me it's available somewhere but I don't recall the link...
Cheers
/Eike
----
http://thegordian.blogspot.com
Chris Aniszczyk schrieb:
> daijun wrote:
>
>> Hi All,
>> I want to use tcp instead of http as communication protocol for rcp
>> client and rcp server.
>> I have to handle one tough problem: To design a client side framework
>> which get client side request and forward it to server side, get server
>> side response and forward it to the requestor.
>> Shall I implment this framework like a JMS application?
>> Did any friend have suggestion? Thank you.
>>
>
> I suggest you look at using the Eclipse Communications Framework (ECF).
>
> I've cc'd them on this newsgroup posting.
>
> Cheers,
>
> Chris Aniszczyk | EclipseSource Austin | +1 860 839 2465
> http://twitter.com/eclipsesource | http://twitter.com/caniszczyk
>
Cheers
/Eike
----
http://www.esc-net.de
http://thegordian.blogspot.com
http://twitter.com/eikestepper
|
|
|
| Re: using tcp as rcp client and server protocol? [message #429265 is a reply to message #429182] |
Thu, 16 April 2009 02:59  |
 Scott Lewis
Messages: 1038
Registered: July 2009 |
Senior Member |
|
|
Hi daijun,
ECF has APIs that allow remote procedure call (i.e. remote services
API), as well as an API for applications to send/receive messages (i.e.
what we call the datashare API). See [1] for details about the APIs.
Each/all of these APIs are independent of transport...and so can/are
implemented using multiple transports. For example, the remote services
API is implemented on http (r-OSGi), as well as a tcp-only (called 'ecf
generic'), JMS (activemq), XMPP (jabber protocol), and JavaGroups.
As Eike says, we also are jointly working on a transport provider based
upon Net4j...the code is located here [2]. It is not as complete/tested
as we would like, but if you are interested we would love to have
additional usage and testing.
If you wish, you may also implement your own transport provider (or
extend any of the existing ones).
Please let us know if we can be of any more help.
Scott
[1] http://wiki.eclipse.org/ECF_API_Docs
[2] CVS: :pserver:anonymous@ecf1.osuosl.org:/ecf
plugins/org.eclipse.ecf.provider.net4j and test in
tests/org.eclipse.ecf.tests.provider.net4j
Eike Stepper wrote:
> Guys,
>
> The request/response based example doesn't look like JMS is particularly
> well-suited, but maybe you have additional requirements for asynchronous
> messaging. In this case the Net4j Signalling Platform [1] might be
> interesting for you. Unfortunately the docs are not in a shape I'd like
> them to be. If you're interested, please send questions to the EMF
> newsgroup as well, since Net4j is currently a component of EMF.
>
> [1] http://wiki.eclipse.org/Net4j
>
> There is even an ECF provider available that is implemented on top of
> Net4j, so that you can benefit from the best of both worlds. Scott told
> me it's available somewhere but I don't recall the link...
>
> Cheers
> /Eike
>
> ----
> http://thegordian.blogspot.com
>
>
>
> Chris Aniszczyk schrieb:
>> daijun wrote:
>>
>>> Hi All,
>>> I want to use tcp instead of http as communication protocol for rcp
>>> client and rcp server.
>>> I have to handle one tough problem: To design a client side framework
>>> which get client side request and forward it to server side, get server
>>> side response and forward it to the requestor.
>>> Shall I implment this framework like a JMS application?
>>> Did any friend have suggestion? Thank you.
>>>
>> I suggest you look at using the Eclipse Communications Framework (ECF).
>>
>> I've cc'd them on this newsgroup posting.
>>
>> Cheers,
>>
>> Chris Aniszczyk | EclipseSource Austin | +1 860 839 2465
>> http://twitter.com/eclipsesource | http://twitter.com/caniszczyk
>>
|
|
|
Powered by
FUDForum. Page generated in 0.03201 seconds
] 
Search
Help
Register
Login
Home
