Upgrade to Spring 6.1 (and Java 17 minimum)

[ato]

Spring 5 is no longer receiving open source security updates. Spring 6 requires Java 17 so we may as well set that as the new source version level.

The @Required annotation has been removed and they suggest using constructor injection instead. But changing to that would break existing Heritrix crawl XML files. We could just live without it but it's nice having the error message enforced at config load time rather than risking the job crashing with a more cryptic error later so I reimplemented an equivalent annotation, but marked deprecated to avoid in new beans.

[ato]

The unit tests work but I ran into two issues so far while testing:

1. When Heritrix is compiled with Java source version 17, Kryo fails with java.lang.IllegalAccessException: class org.objenesis.instantiator.basic.ObjectStreamClassInstantiator cannot access a member of class java.io.ObjectStreamClass due to the new stricter encapsulation. This error can be worked around with the JVM option --add-opens java.base/java.io=ALL-UNNAMED. I guess the proper fix is to stop using SerializingInstantiatorStrategy. I'm not sure yet how difficult that would be.
2. The default xml config file has two defined beans that are subclasses of DecideRule: scope and acceptSurts. It seems AbstractFrontier and CandidateScoper have @Autowired setScope(DecideRule scope) methods and the new version of Spring apparently doesn't know which bean to inject. It seems you can break the tie by referencing the bean id explicitly with @Qualifier("scope").

[ato]

1. Using StdInstantiatorStrategy instead of SerializingInstantiatorStrategy seems to be another solution. It seems to be sufficiently equivalent for our purposes.
2. The Spring 6.1 release notes explains this and recommends compiling with -parameters and that seems to resolve the problem without needing to use @Qualifier. I went with that since it would be hard to determine if there are any non-default beans relying autowiring using parameter names.
3. Browse Beans broke again, due to Logger infinitely looping and a different exception with ConcurrentHashMap. I changed the code so it avoids recursing into Logger and treats Maps and Lists only as containers, not as beans.