hivemind-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Knut Wannheden <knut.wannhe...@gmail.com>
Subject Re: Provide runtime symbol source
Date Thu, 03 Mar 2005 16:24:12 GMT
Achim,

I'm not quite sure I understand your problem, but can't you simply
implement your own SymbolSource as a HiveMind service and have that
contribute the symbols you want?

--knut

On Thu, 03 Mar 2005 13:31:56 +0100, Achim Huegen <ahuegen@gmx-topmail.de> wrote:
> I have some problems while trying to provide the init-params of the
> HivemindFilter servlet as symbols to the hivemind registry.
> I don't want to use SystemPropertiesSymbolSource.
> 
> My plan was to add a custom implementation of ModuleDescriptorProvider
> and add an instance to RegistryBuilder via addModuleDescriptorProvider.
> That provider should return a custom implementation of ModuleDescriptor,
> which finally returns a contribution to ApplicationDefaults in
> getContributions.
> 
> Then I learned that all the descriptor classes (ContributionDescriptor,
> ImplementationDescriptor) are quite xml centric. I (naively) hoped to be
> able to use instances of FactoryDefault or SymbolSourceContribution
> directly. But the descriptors work with hierarchic elements and
> attributes, the data is in a rather "raw" and untyped format.
> 
> So, is there a way to provide already constructed
> instances/services/contributions to the RegistryBuilder?
> 
> Is there another way to solve this problem without ModuleDescriptors?
> 
> Thanks
> 
> Achim Huegen
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: hivemind-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: hivemind-dev-help@jakarta.apache.org
> 
>

---------------------------------------------------------------------
To unsubscribe, e-mail: hivemind-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: hivemind-dev-help@jakarta.apache.org


Mime
View raw message