Download JAR files tagged by shaded with all dependencies

This artifact provides a single jar that contains all classes required to use remote EJB and JMS, including all dependencies. It is intended for use by those not using maven, maven users should just import the EJB and JMS BOM's instead (shaded JAR's cause lots of problems with maven, as it is very easy to inadvertently end up with different versions on classes on the class path).

Pulls down jackson-jaxrs-json-provider, relocates it, and rewrites its usage of javax.ws.rs classes to make the relocated versions provided by hbase-shaded-jersey. Does NOT include/relocate its entire dependency graph, just performs this isolated transform. This is a separate module because jackson-jaxrs-json-provider is not used universally. At this time, the dependency is required only by hbase-rest.

This module collects all required Iceberg modules and their dependencies, and shades them. Consuming modules only need to mark this module as their dependency to get any required Iceberg libs. This module has no sources of its own, only the built jar file contains the gathered and shaded libs. For Intellij this module is recommended to be ignored, to avoid the dependent modules considering this as a module dependency, they should see this as a library dependency instead.

This artifact provides a single jar that contains all classes required to use remote Jakarta Enterprise Beans and Jakarta Messaging, including all dependencies. It is intended for use by those not using maven, maven users should just import the Jakarta Enterprise Beans and Jakarta Messaging BOM's instead (shaded JAR's cause lots of problems with maven, as it is very easy to inadvertently end up with different versions on classes on the class path).

This is an endorsed version of the original Deployment Client for Oracle GlassFish Open Source Edition. The purpose of the endorsement is to provide a shaded JAR which has the OSGI meta data removed because it causes the original Deployment Client to fail when used within a module running within a GlassFish container due to some class loader configuration conflicts between the container and the deployed module. This issue has been reported to the GlassFish project at https://java.net/jira/browse/GLASSFISH-20856 . It is hoped that it can get fixed so that this workaround project can get deprecated soon.