Hi Sam,
It just depends if the any method on the java.util.logging.LogManager gets
invoked before JBoss Modules sets the
java.util.logging.manager=org.jboss.logmanager.LogManager system property.
This happens fairly early in the main entry point of jboss-modules.
[1]:
https://github.com/jboss-modules/jboss-modules/blob/1.8.6.Final/src/main/...
On Wed, Nov 14, 2018 at 6:45 PM Sam Thomas <sam.thomas(a)broadcom.com> wrote:
Hi James,
Oh I see, that makes total sense - since premain() executes before
LogManager is configured. But when agentmain() is executes it’s afterwards.
I wouldn’t need to replicate this behavior. I would probably have add a new
one if I don’t get one that I need. Am I correct?
Thanks
./Sam
On Wed, Nov 14, 2018 at 11:38 PM James Perkins <jperkins(a)redhat.com>
wrote:
> I'm not sure I follow. The only time the log manager is required to be on
> the boot class path is if the agent creates a logger before the
> java.util.logging.LogManager is configured.
>
> On Tue, Nov 13, 2018 at 6:17 PM Sam Thomas <sam.thomas(a)broadcom.com>
> wrote:
>
>> Hi,
>>
>> I understand when starting jboss you can supply the above to specify the
>> logmanager. If this is not supplied during start up and an agent connects
>> to jboss during runtime using agentmain(), how can I replicate the
>> -Xbootclasspath/p: behavior during runtime?
>>
>> Thanks and Regards
>> Sam Thomas
>>
> _______________________________________________
>> wildfly-dev mailing list
>> wildfly-dev(a)lists.jboss.org
>>
https://lists.jboss.org/mailman/listinfo/wildfly-dev
>
>
>
> --
> James R. Perkins
> JBoss by Red Hat
>
--
Thanks
./Sam
--
James R. Perkins
JBoss by Red Hat