|
|
|
Re: [Net4j] Using with ECF and Remote progress monitoring [message #687175 is a reply to message #687174] |
Thu, 09 June 2011 18:18 |
|
Am 09.06.2011 20:04, schrieb Alain Picard:
> Thanks Eike
>
> See below
>
> On 6/9/2011 12:29 PM, Eike Stepper wrote:
>> Hi Alain,
>>
>> Comments below...
>>
>>
>> Am 09.06.2011 15:11, schrieb Alain Picard:
>>> Hi Eike,
>>>
>>> I was looking for a possible solution to remote OSGI progress
>>> monitoring (with ECF as our remote provider implementation).
>>>
>>> I ended up on an old article on Net4j
>>> (http://thegordian.blogspot.com/2008/12/remoting-with-iprogressmonitor.html)
>>> and it's reference to bugzilla
>>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=203406 that talks about
>>> using Net4j as a remote service transport provider for ECF.
>>>
>>> I see some activity up to last fall on restarting this effort.
>> Neither we nor the ECF team has put much effort in it. I haven't looked
>> at it for years.
>>
>>>
>>> So, here's my questions:
>>> 1. Do you see Net4j has a good candidate to achieve this remote
>>> progress monitoring in this context?
>> Certainly. Net4j is a very flexible and, from a developer perspective,
>> convenient communications solution. And my old blog shows how easy
>> remote progress monitoring can be with it.
>>
>>>
>>> 2. Do you see possible shared advantages (or issues) if the server
>>> that we are connecting to also serves as a CDO Server?
>> Only advantages. From the perspective of a Net4j server CDO is "just" an
>> ISignalProtocol like others, e.g. your own ones. You'll be able to save
>> socket connections because Net4j multiplexes several protocols through a
>> single transport connection.
>>
>>>
>>> 3. How complicated and involved do you estimate the effort to complete
>>> this. We can help but would you be available to mentor if we go that
>>> route?
>> What route exactly? What is the goal?
> The route of resurrecting the Net4j/ECF provider in a correct way and implement a remote monitoring solution for those remote OSGI services.
I see. Unfortunately I can not afford "gratis time" for this work. Of course I could assist with knowledge about Net4j and the existing (old) integration...
Cheers
/Eike
----
http://www.esc-net.de
http://thegordian.blogspot.com
http://twitter.com/eikestepper
Cheers
/Eike
----
http://www.esc-net.de
http://thegordian.blogspot.com
http://twitter.com/eikestepper
|
|
|
|
|
Re: [Net4j] Using with ECF and Remote progress monitoring [message #687430 is a reply to message #687174] |
Thu, 09 June 2011 18:18 |
|
Am 09.06.2011 20:04, schrieb Alain Picard:
> Thanks Eike
>
> See below
>
> On 6/9/2011 12:29 PM, Eike Stepper wrote:
>> Hi Alain,
>>
>> Comments below...
>>
>>
>> Am 09.06.2011 15:11, schrieb Alain Picard:
>>> Hi Eike,
>>>
>>> I was looking for a possible solution to remote OSGI progress
>>> monitoring (with ECF as our remote provider implementation).
>>>
>>> I ended up on an old article on Net4j
>>> (http://thegordian.blogspot.com/2008/12/remoting-with-iprogressmonitor.html)
>>> and it's reference to bugzilla
>>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=203406 that talks about
>>> using Net4j as a remote service transport provider for ECF.
>>>
>>> I see some activity up to last fall on restarting this effort.
>> Neither we nor the ECF team has put much effort in it. I haven't looked
>> at it for years.
>>
>>>
>>> So, here's my questions:
>>> 1. Do you see Net4j has a good candidate to achieve this remote
>>> progress monitoring in this context?
>> Certainly. Net4j is a very flexible and, from a developer perspective,
>> convenient communications solution. And my old blog shows how easy
>> remote progress monitoring can be with it.
>>
>>>
>>> 2. Do you see possible shared advantages (or issues) if the server
>>> that we are connecting to also serves as a CDO Server?
>> Only advantages. From the perspective of a Net4j server CDO is "just" an
>> ISignalProtocol like others, e.g. your own ones. You'll be able to save
>> socket connections because Net4j multiplexes several protocols through a
>> single transport connection.
>>
>>>
>>> 3. How complicated and involved do you estimate the effort to complete
>>> this. We can help but would you be available to mentor if we go that
>>> route?
>> What route exactly? What is the goal?
> The route of resurrecting the Net4j/ECF provider in a correct way and implement a remote monitoring solution for those remote OSGI services.
I see. Unfortunately I can not afford "gratis time" for this work. Of course I could assist with knowledge about Net4j and the existing (old) integration...
Cheers
/Eike
----
http://www.esc-net.de
http://thegordian.blogspot.com
http://twitter.com/eikestepper
Cheers
/Eike
----
http://www.esc-net.de
http://thegordian.blogspot.com
http://twitter.com/eikestepper
|
|
|
Powered by
FUDForum. Page generated in 0.03162 seconds