Hi Guido
On Wed, Jun 10, 2009 at 10:33 PM, Guido Spadotto<[email protected]> wrote:
>> That's strange... is the stacktrace giving any more detail?
> Hi Filippo,
> I managed to reproduce this same issue in Knopflerfish (hope you don't mind!
> ;) ).
>
> I don't know if I got it right, but I think that the
> "dynamic.service.bundleLocation"
> property key has an associated Object that's actually a Boolean
> (sorry, I wasn't able to find the static final String variable name).
That's very interesting... even if it makes me even more confused!
I tried to do a full text search on the pdf of the core and compendium
specification for "dynamic.service.bundleLocation" without any
success; same for the felix code, although google seems to show some
results Knopflerfish (hint hint!)
> This will raise the ClassCastException in the following code of
> FileInstall.java
> (first argument of the Util.substVars method invocation).
>
> private void performSubstitution( Dictionary properties )
> {
> [..]
> Maybe using
> properties.get(name).toString()
> in place of
> ( String ) properties.get(name)
> might work.
Yes, I know that piece of code. It is supposed to check if a property
value is something like ${something} and substitute it with the value
of "something" system property.
> Are all the properties in a ConfigurationDictionary supposed to map
> to String objects?
Specification wise, the configuration dictionary can contain a limited
set of types (the usual int, long, string and so on, plus vectors and
arrays), but I sort of expected that the Configuration Dictionary
received in this particular case contained exactly the properties
defined in the configuration file. It seems not to be the case!
I'll do some experiments tomorrow and submit a patch.
Many thanks!
--
Filippo Diotalevi
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
