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