I don't know what the xml would look like however what I would like to
end up with (idealy) is a service which has a single contribution
object that looks like:

class ServiceContribution {
    Object getSomeValue();
    [other configuration values for this service]

    ServiceContribution getParentContribution();
}

So then the service could consult this contribution for the
configuration data it wants, if that contribution point did not define
it the service could call getParentContribution() and go up the
hierarchy until it found a contribution that did.

Ive used spring quite a bit in the past and really like that hivemind
separates the service definitions from the configurations that are
injected into the service (of course you can do this with spring but
you have to be discaplined and even then its not as easy as hivemind).
What I am trying to accomplish is defining a service in my platform
level and allowing each level on top of platform to contribute
configuration (however I want to maintain where the contribution came
from so that the service knows which contribution should be used (ie a
contribution from the bottom of the tree would take predecence over a
contribution that occured from a module higher in the tree).

Does this help?

Thanks,

ryan

On 10/16/05, Achim Hügen <[EMAIL PROTECTED]> wrote:
> I'm not sure what you mean with a "hierarchy of contributions".
> Could you give an example (maybe some xml)?
>
> Achim
>
> Am Sat, 15 Oct 2005 06:10:19 +0200 schrieb Ryan <[EMAIL PROTECTED]>:
>
> > I would like to use hivemind to create a hierarchy of contributions
> > such that whatever service I inject the configuration into the service
> > can navigate the hierarchy and know which contribution is the parent
> > and which is the child. My first attempt was to create a map
> > configuration and each contribution would specify the id of the
> > parent. It seems to me this would work assuming your service was smart
> > enough to process the map and resolve the string id's of each
> > contribution and construct a tree.
> >
> > After some searching and reading the documentation I realized that I
> > don't know enough about hivemind to know if there is a more elegant
> > way of doing this so I thought I would ask the people who know.
> >
> > The ultimate goal is to be able to easily create a service that can be
> > configured with a hierarchy of contributions. Does anyone have
> > suggestions on which direction I should be taking?
> >
> > Thanks,
> > ryan
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to