[WIP] [fix #9640] fix pulsar-client-admin-api dependency

[freeznet]

Fixes #9640

Motivation

Module pulsar-client-admin-api has been introduced in #9246, but it pulling in many dependencies.  That is undesirable for an "API" module. As @sijie @merlimat and @jerrypeng suggests, this pr resolves the issue and make pulsar-client-admin-api has minimal transient dependences.

Modifications

• pulsar-client-admin-api should only depend on pulsar-client-api
• Move pojos from pulsar-common to pulsar-client-admin-api module
• Use lombok to expose fields in pojos with autogenerated getters

Verifying this change

• Make sure that the change passes the CI checks.
• Check pulsar-client-admin-api with minimal transient dependences.

$ mvn -pl pulsar-client-admin-api dependency:tree -Dscope=runtime
[INFO] --- maven-dependency-plugin:3.1.2:tree (default-cli) @ pulsar-client-admin-api ---
[INFO] org.apache.pulsar:pulsar-client-admin-api:jar:2.8.0-SNAPSHOT
[INFO] \- org.apache.pulsar:pulsar-client-api:jar:2.8.0-SNAPSHOT:compile
[INFO] ------------------------------------------------------------------------

Changes need to confirm

• in order to prevent the dependency of org.apache.pulsar.common.api.proto.CommandSubscribe.SubType, I have changed the type from SubType to String in pulsar-client-admin-api module. [DONE]
• PulsarAdmin#getClientConfigData() returns ClientConfigurationData from org.apache.pulsar.client.impl.conf, which will cause unnecessary dependency to pulsar-client-original. [WIP]

[merlimat]

This API package shouldn't depend on anything more than pulsar-client-api.

Having the dependencies marked as "provided" doesn't really fix the issue because the implementation will still be using them. We should instead make sure that the POJOs are not using any other dependency.

[freeznet]

yea, thanks for your comment. will update the pr once done.

[jerrypeng]

@freeznet what is the status of this work?

[freeznet]

close this PR and addressed the issue with PR #10513.