[wildfly-dev] -Djboss.modules.system.pkgs=class1, class2 runtime equivalent

[David Lloyd]

Have a look at the static initializer of the org.jboss.modules.Module
class.  If you extracted the computation of those two fields to a
method, and then made the fields volatile, you would be able to
re-call the method whenever you've updated the system property.

The fields are consulted on each class lookup so changes should take
effect immediately.
On Thu, Nov 15, 2018 at 10:57 AM Sam Thomas <sam.thomas at broadcom.com> wrote:
>
> Hi David,
>
> Can you point me to that field(the class as well) that stores these values? I assume just changing the value(after making the field mutable) to include additional classes isn’t going to be enough?
>
> Thanks
> ./Sam
>
> On Thu, Nov 15, 2018 at 8:22 PM David Lloyd <david.lloyd at redhat.com> wrote:
>>
>> On Thu, Nov 15, 2018 at 8:38 AM Sam Thomas <sam.thomas at broadcom.com> wrote:
>> > Hi guys!
>> >
>> > When an agent starts up with the JVM (through premain()) we can specify in the command to start up jboss, classes to be added to jboss system packages by setting the above property.
>> >
>> > I am looking to replicate the effect of setting that system property after jboss has started up, i.e, an agent will be loaded through agentmain() after jboss is up and running.
>>
>> At present, these values are calculated when JBoss Modules starts up
>> and stored in a constant field.  So to change that exact mechanism
>> with one which can be reloaded would require that the field be made
>> mutable and that an operation be added which recomputes that field.
>> This is to say that it is possible, but the current code doesn't do
>> that.
>>
>> --
>> - DML
>
> --
>
> Thanks
> ./Sam



-- 
- DML