It was a metaphor. If we want to get away from ServiceSelector (which I believe we do), we need a way of mapping component implementations to each of those short names. For example, in Cocoon there are different types of generators and transformers and serializers. Each of them provides a different way of doing things. A "file" generator is different from a "image-directory" generator, etc.
[snip]
So we have two issues (If I understand correctly):
1. A proper naming scheme for ServiceManager lookups that allows us to get away from the ServiceSelector
We pretty much have this. It is in the AMTAGS proposal. The Assembly info provides the additional information of which implementation of the service is mapped to that name.
2. A way of handling dynamic service dependencies (which are therefore unknown during the assembly process)
This is the part we don't have adequately specified. In the past we have had two camps:
1) Ignore the use case and make everything explicit 2) Use XXXSelectors
Neither is the best. The best is to have some notification that there will be dynamic binding, and then have the assembly information to show the actual name/value binding.
For example, in the meta info according to the AMTAGS proposal, we could specify dependencies like that in this manner:
/** * @avalon.dependency type="my.company.service.Interface/*" key="interface/*" */
is that right?
Pretty much.
Let's start with the tools first, and see what evolves from there. We do have existing functionality for instrumentation and management extensions. We can refactor those and where we have common requirements, we can create the Container Management API from that.
agreed.
jaaron
[1] http://jakarta.apache.org/commons/sandbox/attributes/
[2] http://nanning.sourceforge.net/ (note- I think nanning is LGPL)
[3] http://jakarta.apache.org/commons/jxpath/
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
--
"They that give up essential liberty to obtain a little temporary safety
deserve neither liberty nor safety."
- Benjamin Franklin
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
