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

Inspecione a configuração do Maven Shade para o driver JDBC do Flight SQL, começando pela configuração que desabilita shadedArtifactAttached. Verifique como o artefato do driver JDBC é atualmente compilado e publicado e, em seguida, confirme que tanto artefatos shaded/relocated quanto artefatos unshaded são produzidos sem quebrar o empacotamento existente do driver.

Escrita pelo modelo de indexação a partir do texto da issue.