[Feature Request] Add the ability to query the version of the client

### Background
We develop an application that is able to run with or without pulsar installed, and for that to happen, we do not link with pulsar client (statically or dynamically).

Instead, we load the pulsar client library at runtime (using dlopen) and use the C-API to do what needs to be done.

This means that it is our customers responsibility to install and configure pulsar, and they *could* use any version.

### Request
Since we don't know the version of the pulsar client library at runtime, we cannot make full decisions on the differences of those versions.
E.g. When trying to use the pattern subscribe with the 2.9.2 client, there was an unhandled exception cancelling the topic refresh thread after unsubscribing. This caused our application to crash. This is now fixed in 3.0, but we want to disable that feature if using an older client.

It would be useful to query the client library as to what version it is.

This would also be useful for our logging so we can see what version a customer has installed, and try to reproduce their environment (note that customers don't always tell you the truth, logging information proves what they tell you).

Another useful feature (again for logging purposes) would be to know what the version of the server/broker the client is connected to. It will help with narrowing down problems and reproducing issues.

Comienza revisando los puntos de entrada existentes de la C-API que se utilizan cuando la biblioteca cliente se carga en tiempo de ejecución con dlopen. Determina cómo podrían exponerse la versión del cliente y la versión del broker conectado para la toma de decisiones sobre funcionalidades y el registro, y confirma después con los maintainers el comportamiento esperado y la forma de la API. Se considera terminado cuando ambas versiones pueden consultarse cuando están disponibles y están cubiertas por las pruebas adecuadas.

Escrito por el modelo de indexación a partir del texto del issue.