Jerome,
I want to move some of the Felix configuration stuff (which are mostly
system properties) to domain.xml. e.g., Felix log level.
Thanks,
Sahoo
Jerome Dochez wrote:
> domain.xml parsing in start-domain is not using the config-api module,
> it's using a mini xml parser which allow to only parse the required
> information like jvm parameters without constructing a full
> configuration tree like the full glassfish process does. And this is
> not a challenge, this is by design that all the modules except for hk2
> and glassfish.jar are loaded by OSGi.
>
> All glassfish modules can be loaded statically (hence the static mode)
> but I don't think it's a good idea we start loading some glassfish
> modules through the application class loader and some others through
> OSGi. Can you clarify what you are trying to do.
>
> Jerome
>
> On Mar 19, 2009, at 12:03 PM, Sahoo wrote:
>
>> domain.xml is parsed by asadmin start-domain command, which runs as a
>> plain old Java program, so I would expect all the implementation
>> challenges to have been overcome by now.
>>
>> Thanks,
>> Sahoo
>>
>> Jerome Dochez wrote:
>>> this has not changed recently and it would be very difficult to
>>> parse domain.xml before starting OSGi as it would require starting
>>> the kernel (probably could be avoided with some work) and config-api
>>> and all other imported modules as plain old jar files.
>>>
>>> jerome
>>>
>>> On Mar 19, 2009, at 11:31 AM, Sahoo wrote:
>>>
>>>> I used to think that we were parsing domain.xml somewhere in ASMain
>>>> and hence I would be able to move some of the OSGi configuration
>>>> stuff to domain.xml. But, I see we don't parse domain.xml before
>>>> starting the server bundles. Is this a recent change or has it been
>>>> like this from beginning? Can we parse domain.xml before starting
>>>> the OSGi framework?
>>>>
>>>> Thanks,
>>>> Sahoo
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: dev-unsubscribe_at_glassfish.dev.java.net
>>>> For additional commands, e-mail: dev-help_at_glassfish.dev.java.net
>>>>
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscribe_at_glassfish.dev.java.net
>>> For additional commands, e-mail: dev-help_at_glassfish.dev.java.net
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe_at_glassfish.dev.java.net
>> For additional commands, e-mail: dev-help_at_glassfish.dev.java.net
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe_at_glassfish.dev.java.net
> For additional commands, e-mail: dev-help_at_glassfish.dev.java.net
>