The Log4j variation used StrSubstitutor straight from Commons (wherever it was
located at the time) but then had to modify some of the methods to accept
LogEvents.
To do this StringSubstitutor would have to be modified to be
StringSubstitutor and
allow an object of type T to be passed to the re
One of the issues I've found with loading classes eagerly is that many
ClassLoader implementations rely on fairly broad locks. Deferred class
loading can avoid some of this lock contention.
On Thu, Apr 7, 2022 at 12:57 PM Ralph Goers wrote:
>
>
>
> > On Apr 7, 2022, at 2:52 AM, Peter Verhas wrot
> On Apr 7, 2022, at 2:52 AM, Peter Verhas wrote:
>
>
>> I would suggest that before responding to this email that
>> you go look at how log4j-plugins is implemented in the master branch.
>>
>
> Sure, if you propose to create a commons-plugin library that is an extract
> of the plugin handl
The log4j variable interpolation, the ${lookup:variable} type of logic is
in many places: deprecated in Commons Lang, now in Commons Text, also
implemented in Commons Configuration. We could bring in the Log4j version,
now safer than other implementations into Commons Text or a new component
and ev
Le jeu. 7 avr. 2022 à 14:34, Gary Gregory a écrit :
>
> A slight tangent: a smaller simpler component idea? The log4j variable
> interpolation, the ${lookup:variable} type of logic is in many places:
> deprecated in Commons Lang, now in Commons Text, also implemented in
> Commons Configuration. We
A slight tangent: a smaller simpler component idea? The log4j variable
interpolation, the ${lookup:variable} type of logic is in many places:
deprecated in Commons Lang, now in Commons Text, also implemented in
Commons Configuration. We could bring in the Log4j version, now safer than
other impleme
>
> > The plugin system is design to convert configuration data into
> instantiated objects.
>
For me that very much reads a dependency injection framework.
--
Peter Verhas
pe...@verhas.com
t: +41791542095
skype: verhas
> If I had known this was going to turn into a debate I wouldn’t have
> responded to the
> question. But it seems either my response wasn’t clear, you did not
> understand
> what I wrote, or you have some preconceived notion as to why anything
> beyond
> ServiceLoader is needed.
I believe that a