cxf-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Sergey Beryozkin <>
Subject Advanced Configuration in DOSGI
Date Thu, 14 Oct 2010 11:36:49 GMT

DOSGI (RI) offers two options for users to configure the providers and

1. Intents - short policy-like statements
2. Properties

In some cases these options may not be sufficient.
For example, consider a requirement to configure a DOSGI consumer with TLS
properties or HTTP proxy properties.

Templated intents might be used in principle - however it seems a difficult
thing to achieve.
Ex, on the server side, the DOSGI would need to figure out which individual
properties needs to be blocked from the publication (ex, the location of the
key store, etc). Application bundles would need to import concrete
implementations of such templated intents and depend on DOSGI RI. Also I'm
not sure if intents can be used for a pure client-side configuration (ex,
http proxies). Finally, perhaps intents are not really usable for some
low-level configuration or customization.

Properties may always be used - but this is problematic for two reasons. In
complex cases we may have a lot of complex properties. Of more concern to me
is that we currently have not agreed on using a shared set of properties for
SOAP and REST services thus we'd have many duplicated properties for say
configuring HTTPS or HTTP proxies for either SOAP clients or proxy-based
JAXRS clients.

So one way here is to figure out how to let users configure easily consumers
to work with HTTP proxies. Here is the concrete example taken from the
recent email on the users list :

<http-conf:client ProxyServer="" ProxyServerPort="80"
ProxyServerType="SOCKS" />

lets try to figure out how we can configure in DOSGI.

One option is to let users just reuse such configurations.

So here's one concrete proposal.

Introduce "" (or similar).

"" : "classpath:/config/http.xml"

Thus users will be able to reuse some existing configuration which they may
also be relying upon in non-DOSGI environments but they will use the DOSGI
properties mechanism (at the cost of introducing one extra property per
ws/rs) to bootstrap those existing CXF config beans.

Comments, any other ideas ?

thanks, Sergey

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message