Mailing-List: contact hivemind-dev-help@jakarta.apache.org; run by ezmlm
Precedence: bulk
Reply-To: hivemind-dev@jakarta.apache.org
Received-SPF: pass (hermes.apache.org: domain of knut.wannheden@gmail.com
 designates 64.233.170.194 as permitted sender)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
        s=beta; d=gmail.com;
        h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:references;
        b=H8QXR0Oygf3vslHPdpbVqsIN7BxZ/0eqbQQWWRUWAyt1jOxo3WzdCs3vI6S45Ua2+/Bj+zpAyNmCVmQjX6317q7lyxzOiJPV89w7E0U8nfMgf8d8BL0IsZuRRUO+50miwc5Db2JUDF4uuA/OU6OL/qhawHS43IpTV3K0o7dQbiM=
Message-ID: <360173eb050304003713047e90@mail.gmail.com>
Date: Fri, 4 Mar 2005 09:37:53 +0100
From: Knut Wannheden <knut.wannheden@gmail.com>
Reply-To: Knut Wannheden <knut.wannheden@gmail.com>
To: HiveMind Dev List <hivemind-dev@jakarta.apache.org>
Subject: Re: Provide runtime symbol source
In-Reply-To: <360173eb0503040037c51c5c1@mail.gmail.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
References: <422703BC.6050805@gmx-topmail.de>
	 <360173eb05030308241e1187a6@mail.gmail.com>
	 <opsm2yszr7ej0q2y@mail.gmx.de>
	 <360173eb050303232254ea9f95@mail.gmail.com>
	 <422818E5.8070903@gmx-topmail.de>
	 <360173eb0503040037c51c5c1@mail.gmail.com>

Achim,

Another idea: Maybe you could try using the Groovy support to at
runtime provide your symbols...

--knut

On Fri, 04 Mar 2005 09:14:29 +0100, Achim Huegen <ahuegen@gmx-topmail.de> w=
rote:
> Knut Wannheden wrote:
> > You say the symbol values are not known at compile time. You also
> > cannot write a SymbolSource service which can access and provide the
> > required symbol values at runtime?
>
> That would mean, that the SymbolSource has to parse the web.xml.
> But it wouldn't even know where to find it and what to look for without
> some portion of runtime information.
>
> >
> > You are correct about the ModuleDescriptors. They are the only way to
> > specify the constituents of the Registry and are intentionally left
> > "dumb" as much of the logic requires to have access to all
> > ModuleDescriptors. Currently it's not either possible to modify a
> > Registry once it's been created, and I don't think this ever will be
> > possible.
>
> I hoped there would be an easy way to inject information in the
> registry building process. It can be done the way I tried to but
> this means fiddling with element and attribute instances.
>
> Achim
>
> >
> > --knut
> >
> > On Thu, 03 Mar 2005 22:18:25 +0100, Achim H=FCgen <achim.huegen@gmx.de>=
 wrote:
> >
> >>This is not possible, because the symbol values are not known at compil=
e
> >>time.
> >>They depend on settings in the web.xml descriptor that are set
> >>during deployment.
> >>
> >>Achim
> >>
> >>Am Thu, 3 Mar 2005 17:24:12 +0100 schrieb Knut Wannheden
> >><knut.wannheden@gmail.com>:
> >>
> >>
> >>>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 ModuleDescriptorProvide=
r
> >>>>and add an instance to RegistryBuilder via addModuleDescriptorProvide=
r.
> >>>>That provider should return a custom implementation of ModuleDescript=
or,
> >>>>which finally returns a contribution to ApplicationDefaults in
> >>>>getContributions.
> >>>>
> >>>>Then I learned that all the descriptor classes (ContributionDescripto=
r,
> >>>>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
> >>>
> >>
> >>
> >
> >
>

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