We are using ant. And yes I kicked out the JavaXML framework. I added some jars 
to ERJars/Libraries to get ERExtensions to compile. 

I wrote a little script using the find and sed Unix commands that replace the 
framework in all the .classpath files. 

Thank you 
Ricardo Parada 



> On May 22, 2023, at 4:17 AM, René Bock <b...@salient-doremus.de> wrote:
> 
>  Hi Ricardo,
> 
> are you using ant or maven for building?
> 
> Keep in mind, that a very old version of log4j1 is bundled in the JavaXML 
> framework. So you have to kick out this framework in order to get completely 
> rid of log4j1  
> 
> 
> 
> 
>> Am 20.05.2023 um 01:00 schrieb Ricardo Parada via Webobjects-dev 
>> <webobjects-dev@lists.apple.com>:
>> 
>> Hi everyone,
>> 
>> Our build system is still using ant and relies on the .classpath entries. 
>> 
>> I have added a couple of frameworks to our Wonder fork:
>> 
>> * ERLog4j1Extensions
>> * ERLog4j2Extensions
>> 
>> If I want my apps in to use the old log4j 1.2 logging library then I simply 
>> put a classpathentry in the .classpath for the ERLog4j1Extensions framework 
>> like this:
>> 
>>      <classpathentry kind=“con” path=“WOFramework/ERLog4j1Extensions“>
>> 
>> If I want to switch to the latest log4j2 then I replace the above with an 
>> entry for the ERLog4j2Extensions framework like this:
>> 
>> <classpathentry kind=“con” path=“WOFramework/ERLog4j2Extensions“>
>> 
>> The problem is that I have a lot of apps that need their .classpath updated. 
>> And switching back and forth during my testing is a lot of .classpath that I 
>> need to update. I could probably write a script but I’m hoping there is an 
>> easier way. 
>> 
>> Is there a trick to make the logging framework a variable that can be set 
>> externally somewhere else and all the .classpath files pick it up, e.g. 
>> ${ERLoggingFrameworkName} and without breaking Eclipse? ;-D
>> 
>> Thanks for any ideas
>> Ricardo Parada
>> 
>> _______________________________________________
>> Do not post admin requests to the list. They will be ignored.
>> Webobjects-dev mailing list      (Webobjects-dev@lists.apple.com)
>> Help/Unsubscribe/Update your Subscription:
>> https://lists.apple.com/mailman/options/webobjects-dev/bock%40salient-doremus.de
>> 
>> This email sent to b...@salient-doremus.de
> 
 _______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list      (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Reply via email to