Offer an un-shaded version of the Flight SQL JDBC driver

### Describe the enhancement requested

The Arrow Flight SQL JDBC driver shades and relocates all of its Maven dependencies into the driver JAR. While this is probably good and desired for folks who need to download the JAR and install it into whatever tool they're using to connect to something, it can cause an issue for those who are embedding the driver within their own service.

As an example, we're using [OpenTelemetry's Java auto instrumentation agent](https://opentelemetry.io/docs/instrumentation/java/automatic/). This agent modifies bytecode as it's loaded to include OpenTelemetry instrumentation for distributed tracing. It has built in support for gRPC clients and servers. Unfortunately, because the Arrow Flight SQL JDBC driver shades and relocates the gRPC libraries, they no longer utilize the same package name as what the Java agent expects. Subsequently, OpenTelemetry does not instrument the client calls and can not perform context propagation from the client to the server.

Would it be possible to publish both a shaded+relocated version of the driver and an un-shaded version of the driver?

The Maven Shade plugin supports building and publishing both artifacts via the [shadedArtifactAttached](https://maven.apache.org/plugins/maven-shade-plugin/examples/attached-artifact.html) configuration option. The JDBC driver has this option explicitly disabled for some reason.

### Component(s)

Java

Ispeziona la configurazione di Maven Shade per il driver JDBC Flight SQL, iniziando dall’impostazione che disabilita shadedArtifactAttached. Verifica come viene attualmente compilato e pubblicato l’artefatto del driver JDBC, quindi verifica che vengano prodotti sia artefatti sottoposti a shading/rilocati sia artefatti non sottoposti a shading, senza interrompere il packaging esistente del driver.

Scritto dal modello di indicizzazione a partire dal testo della issue.