本文介绍了Eclipse ECF与Apache CXF的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

我正在尝试提出一种体系结构,该体系结构使我可以远程分发OSGi捆绑包,这些捆绑包可以动态发现等.

I'm trying to come up with an architecture which allows me to have OSGi bundles distributed remotely which get discovered dynamically etc.

一段时间后,我开始使用以下内容:

After some time spent looking at what's out there I am oriented at using the following:

  • Apache CXF(作为OSGi远程服务实现)
  • Spring动态模块
  • 用于Eclipse的JAX-WS工具组件

我想了解的一件事是Eclipse ECF和Riena等项目在这方面的地位.它们是Apache CXF的替代品吗? (在这种情况下,您会建议哪个?优缺点是什么?)他们包装CXF吗? (在这种情况下,它们添加了什么?)

One of the things I was trying to understand is where projects like Eclipse ECF and Riena stand in this regard. Are they alternatives to Apache CXF? (In this case which one would you suggest? What are pros and cons?) Do they wrap CXF? (In this case what is they add?)

预先感谢,Matteo

Thanks in advance,Matteo

推荐答案

ECF是OSGi 4.2中RemoteServiceAdmin规范的完整实现,目前正在重构CXF以使其符合该规范,但仍是有效的分布式OSGi(该规范只需规定如何对其进行管理,密钥分发的内容(将哪些参数添加到服务属性中以使其可移动等).

ECF a complete implementation of the RemoteServiceAdmin spec from OSGi 4.2, the CXF is currently being refactored to be compliant with the spec but is still valid distributed OSGi (the spec just mandates how they're to be managed, the key distribution stuff (what parameter to add to your service properties to make it remotable, etc).

直到最近,ECF仍是仅Equinox的rOSGi实现,但相关性已得到修复,可以毫无问题地部署到Felix,Knopplerfish等上.

ECF was, until recently, an Equinox only rOSGi implementation, but dependencies have been fixed and it should deploy onto Felix, Knopplerfish, etc with no problems.

ECF具有可插入的传输层,请参阅 http://wiki.eclipse.org/ECF_Providers 更多信息(某些提供商显然不适用于分布式服务). CXF来自Web服务背景,但也支持更高性能的分发服务方式.

ECF has a pluggable transport layer, see http://wiki.eclipse.org/ECF_Providers for more info (some providers clearly aren't applicable for distributed services). CXF comes from a webservices background, but has support for more performant means of distributing services too.

有人谈论让Riena使用ECF,但不确定如何.

There was some talk about getting Riena to use ECF, not sure how that's gone.

如果您有足够的钱,Paramus提供了一个非常好的解决方案(http://www.paremus.com)

If you've got the cash Paramus offer a very nice solution (http://www.paremus.com)

我不喜欢Web服务,因此对CXF有点偏见,而且ECF兼容(因此您以后可以毫无问题地移至另一个实现)并且可插拔(因此您可以始终编写自己的传输提供程序).如果是我的电话,并且我有现金,我可以选择Para​​mus或ECF.

I don't like webservices so am somewhat bias towards CXF, also ECF is compliant (so you can move to another implementation later with no problems) and pluggable (so you could always write your own transport provider). If it were my call, and I had the cash I go with Paramus otherwise ECF.

更新编辑:我最近刚开始玩 FuseSource Fabric ,很好(我们已经在Camel和Karaf中使用了Camel,所以它很好地与那里吻合了).在 HawtDispatch 上运行的RemoteServiceAdmin显然非常快.

UPDATE EDIT: I've just recently started playing with FuseSource Fabric, it's very nice (we're already using Camel with Karaf, so it dovetails there nicely). The RemoteServiceAdmin running over HawtDispatch is apparently very very fast.

这篇关于Eclipse ECF与Apache CXF的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持!

10-18 19:49