Gary Shea wrote:

Just a heads up while I try to track this one down... I've got a class
which is Contextualizable, looks for the key "options-document-name".
The associatied xinfo has the corresponding <entry/> element. In the
kernel.xml profile, a non-empty value is specified in yet another <entry/>
element.
The the .xinfo file you are declaring a criteria:

<entry key="message"/>
<entry key="whatever" type="java.io.File"/>

This is saying to the container that this component *must* be supplied with to context entried, one entry shall have a key of "message"and a type of String (the default type if not specificed), and the other entry shall be a File instance supplied under the key "whatever".

The defintions in the kernal.xml (or packaged profiles) and entry directives. These statements are declarations to the container on how to go about creating a context entry. Two possibilities exist (a) importing an value from the container such as "avalon:home", or programatically constructing something. For example, the following entried in a <compoent> defintion declare context directives (refer ContextDirective in excalibur/meta/model javadoc).

<compoent type="MyComponet">
<context>
<entry key="message">I'm busy applying your patch</entry>
<import name="avalon:home" key="whatever"/>
</context>
</component>

The above information tells the container to assign the string "I'm busy applying your patch" as the value of the context entry for "message", and to import the containers defintion of "avalon:home" and assign it under the components key of "whatever".

When the class is contextualized, an "options-document-name"
value is provided, but it is the empty string.

Is there is context directive in the kernel.xml file?

If this reminds you of something let me know please.

Oh, the pooling stuff still isn't quite working but this problem is
earlier in the output ;)

Getting to that - apply you patch at the moment.

Cheers, Steve.

:-)


Gary


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




--

Stephen J. McConnell

OSM SARL
digital products for a global economy
mailto:[EMAIL PROTECTED]
http://www.osm.net




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

Reply via email to