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

Überprüfe die Maven Shade-Konfiguration für den Flight SQL JDBC-Treiber, beginnend mit der Einstellung, die shadedArtifactAttached deaktiviert. Prüfe, wie das JDBC-Treiberartefakt derzeit erstellt und veröffentlicht wird, und stelle anschließend sicher, dass sowohl schattierte/relokalisierte als auch nicht schattierte Artefakte erzeugt werden, ohne die bestehende Treiberpaketierung zu beeinträchtigen.

Vom Indexierungsmodell aus dem Issue-Text verfasst.