Type: New Feature
Affects Version/s: None
Fix Version/s: None
I've been thinking recently about a couple of things with respect to
Axis2. First of all, the idea that we might want to support some
concept of "service groups" - a bunch of individual services which are
related somehow (via state, implemented with the same code, etc).
Second of all, I'm thinking of building a JBI implementation on top of
Axis2, and JBI's notion of "components" are deployable units which can
each provide multiple services.
What about changing our model slightly to enable "components" to
implement more than one Web Service? This would entail, I believe:
- Change axis/services to axis/components (just for clarity)
- Add a "ComponentContext" level to the context stack between
ServiceContext and ConfigurationContext
- Components would be "engage()"d just like services (although looking
at the code I don't see this for services yet... need to dig around
- component.xml (replacement for service.xml) would contain 1..N
<service> elements each of which looks like the current service.xml, so
the minimal one-service file would be
<component><service>...</service></component>. We could allow
optimizing this to just <service> at the top level too!