#674

fix artifact dependency  #674

#674

enlistResource may fail if the connection is invalid (closed from remote side)
So in this case, remove this connection and try with a new one

Backport

backport from trunk

#579 : Tell Velocity to use an external logger (that doesn't use velocity.log file) which is the monolog logger so output will be redirected in JOnAS logs

#571 : Support of JDK 7

#566: Always use absolute path for JONAS_ROOT / JONAS_BASE as readlink tool is doing that

#572 : Test if .war/.ear file is newer than the unpacked directory (if exists) before trying to override files again

Upgrade to CARGO 1.1.2. This will avoid a spurious warning from being shown when starting the JOnAS containers, see https://jira.codehaus.org/browse/CARGO-1021 for details.

If a bundle has been removed since the last start, uninstall it (this should have be done on stop() but if server is killed, this has not happened)
Fix issue #415
Backported in branch from the trunk

Set a range for ASM (this avoids to import 3.0 API (if exported by another bundle) which is not compliant with 2.2 implementation)
#460

Fix issue #460
Backport it from the 5.3.x trunk

[backport from trunk]

* Map the DS deployable to the list of generated RAR deployable instead of a single filename

[backport from trunk]

* Rar.processRar() was called within an IExecution block setting the resource
  service Bundle's ClassLoader as TCCL
* Within the execution stack, ManagedConnectionFactoryImpl.getDataSource()
  was using the TCCL to load the DataSource implementation class
* Changed this to use as TCCL the ClassLoader that contains RAR resources

[backport from trunk]

[backport from trunk]

* "System packages" depicted as a parent ClassLoader was not true
* Now System Bundle is in the picture
* Parent ClassLoader is depicted as an access to System ClassLoader
  with controlled access (java.* + boot delegation)

[backport from trunk]

[backport from trunk]