KER-276: Cluster configuration creates NPE in AbstractExoCache.select() at initialization
[maven-release-plugin] [PLF-5750]prepare release 2.4.8-GA
[maven-release-plugin] [PLF-5750]prepare for next development iteration
KER-284: Provide a non null value as ObjectCacheInfo to the cache selector
KER-279: WARNING during start up slave node in cluster node when configuring Quartz in share mode

Problem analysis
* In cluster mode, the jobs and the triggers are persisted such that when the database has already been initialized we get some warning at server startup because we try to register jobs that have already been defined in the database.

Fix description: update the jobs registration.
* In case the jobs are not persisted, keep the old behavior to remain backward compatible.
  In case the jobs are persisted, when we try to register a job, we first check whether it exists already.
  If it doesn't exist, we register it.
  Otherwise we continue to check if the job that we try to register is the same as the one already registered.
  If it is the same, we skip the registration and log a message in debug level. Otherwise we raise an exception indicating that a job already exists.
KER-280: Cannot getConfigurationXML of Portal Container via jconsole after doing some actions in eXo Platform

Problem analysis
* For object parameter, the kernel uses reflection to provide all the fields.
  The kernel assumes that object parameters are only simple Bean Objects with simple fields.
  However, in case of PLF we have some object parameters whose fields are actually services provided by the ExoContainer.
  As consequence, the kernel tries to convert it into an object parameter recursively which finally causes a StackOverFlowError.

Fix description
* Before converting a field into an object parameter, we first check if the field is not a service provided by the ExoContainer in case we are serializing a configuration to limit the risk.
[maven-release-plugin] [PLF-5905]prepare release 2.4.9-GA
[maven-release-plugin] [PLF-5905]prepare for next development iteration
Use argLine as POM property and not surefire configuration to be compatible with jacoco (Used to retrieve tests coverage in Sonar)
PLF-5684 : Declare the source release package used to bundle all PLF sources
Merge remote-tracking branch 'origin/release/2.4.9-GA' into stable/2.4.x
JCR-2306: Use a consistent snapshot version to avoid having to change pom file at each release
JCR-2306: Removed the files added by mistake
[maven-release-plugin] [PLF-5989]prepare release 2.4.10-GA
Merge tag '2.4.10-GA' into feature/cloud

[maven-release-plugin] [PLF-5989] copy for tag 2.4.10-GA

Conflicts:
	exo.kernel.commons.test/pom.xml
	exo.kernel.commons/pom.xml
	exo.kernel.component.cache/pom.xml
	exo.kernel.component.common/pom.xml
	exo.kernel.component.common/src/main/java/org/exoplatform/services/scheduler/impl/JobSchedulerServiceImpl.java
	exo.kernel.component.ext.rpc.impl.jgroups.v3/pom.xml
	exo.kernel.container/pom.xml
	pom.xml