About the perfomance in ECF. Very nice. I already hoped it was just a
minor issue.
About CXF DOSGi. I would be interested in extending CXF DOSGi to more
protocols. I currently can not put bigger amounts
of time into it but I will help as good as I can.
So if you want to provide a pull request or discuss the design I can
help. We just have to make sure to do it in a way that does not require
the CXF libs but I think that should be possible.
We also have to bring the design discussion to CXF dev at some point but
we can first discuss this together.
Christian
On 21.02.2016 15:14, Johannes Utzig wrote:
Quick update on the current state:
The strange performance results for ECF turned out to be a regression that
Scott has already fixed by now.
https://bugs.eclipse.org/bugs/show_bug.cgi?id=488045
I don't have updated performance results for ecf-generic-server yet though.
Meanwhile I tried to integrate the distribution provider portion of
fabric-dosgi into ECF. Thanks to help from Scott, I managed to get a
semi-functional version running. The performance seems to be about the same
as in the original fabric-dosgi, so that's looking very good.
Additionally, I tried to do the same thing in cxf-dosgi. Unfortunately
cxf-dosgi is not meant be extended that way but it was very easy to create a
patch that allows for ConfigurationTypeHandlers registered as an OSGi
service.
Once that was done, it was extremly easy to plug in a new distribution
provider.
Here is the benchmark results (one instance is using fabric distribution
within cxf, the other org.apache.cxf.ws):
karaf@root()> benchmark:run 1000 5
Benchmarking com.seeburger.remote.osgi.impl.MyRemoteServiceImpl with
endpoint id: http://localhost:9000/com/seeburger/remote/osgi/MyRemoteService
Test parallel remote OSGi completed in 540 milliseconds. Parallel level is 5
Benchmarking com.seeburger.remote.osgi.impl.MyRemoteServiceHawtImpl with
endpoint id: tcp://UTZIGJ02.seeburger.de:40365
Test parallel remote OSGi completed in 268 milliseconds. Parallel level is 5
Not much surprise, but good to see that after porting it is still about
twice as fast as the ws distribution.
Before we decide on how to proceed we need to try to deploy both ECF and CXF
to JBoss and see which one is easier to integrate.
@Christian
Since you are one of the main contributors to cxf-dosgi, do you think there
would be an interest on cxf side to open it up to new distribution
providers?
Also, there is currently some very loosily coupled dependencies to cxf-core,
jax-rs, servlet,... that are all just needed for the distribution. What
would you think of the idea of making some or all of them optional if
another means of distribution is used?
Johannes
--
View this message in context:
http://karaf.922171.n3.nabble.com/Proposal-Lightweight-standalone-remote-OSGi-implementation-for-karaf-cellar-tp4045343p4045484.html
Sent from the Karaf - Dev mailing list archive at Nabble.com.
--
Christian Schneider
http://www.liquid-reality.de
Open Source Architect
http://www.talend.com
