Axis2'ers: 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 more) * 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! Thoughts? Thanks, --Glen
