Jody Garnett

Looking at the failure in GeoTools, was based on combining coordinates from two different sequences into an array. Added defensive code: * Added an enforceArrayConsistency method to catch this during...

It is tricky because most downstream code in geotools and udig make use of extensions of Envelope; so we have to pay attention to not only the public methods and...

This work is going well, you can try running it right now using log4j-core backend. One odd thing was core requiring use of bridge to slf4j 1.7 api for running...

@juanluisrp what do you think about doing this work in several steps? The use of log4j-core as a back end is now complete for example. If we merge this you...

You are welcome to merge 6397 as is; the part that does not work is the harvesters. Log4j does not want us to dynamically create appenders as programmers; instead it...

@fxprunayre there is nothing to be done here, I will wait for it to be merged

@fxprunayre I thought you indicated this was an issue in tomcat; but your stack trace is running jetty: > ``` > at java.util.stream.ReferencePipeline$Head.forEach(ReferencePipeline.java:647) > at org.eclipse.jetty.servlet.ServletHandler.initialize(ServletHandler.java:755) > at org.eclipse.jetty.servlet.ServletContextHandler.startContext(ServletContextHandler.java:379) >...

Building `war` locally shows: ``` target/geonetwork/WEB-INF/lib ls *log* ``` ``` commons-logging-1.1.1.jar log4j-1.2-api-2.17.2.jar log4j-api-2.17.2.jar log4j-slf4j-impl-2.17.2.jar metrics-log4j-3.0.2.jar jboss-logging-3.3.0.Final.jar log4j-1.2.17.jar log4j-core-2.17.2.jar metrics-log4j-2.1.1.jar slf4j-log4j12-1.8.0-beta2.jar ``` Which is not an especially stable configuration, see https://github.com/geonetwork/core-geonetwork/pull/6397...

You are welcome to merge #6397 as is; the part that does not work is the harvesters. Added my notes on what is needed next.

Looks like another rebase is needed