andreaTP commented on PR #3994:
URL: https://github.com/apache/camel-k/pull/3994#issuecomment-1398211837
@squakez Sure, sorry for the missing context, here the ultimate goal is to
provide the users a Java library to easily interact with typed Camel-K Custom
Resources using the `fabric8` `kubernetes-client`.
You can test the result of this PR using e.g. `jbang` and you will list the
CamelCatalogs in a cluster with a script like:
```java
//REPOS mavencentral,jitpack
//DEPS io.fabric8:kubernetes-client:6.4.0
//DEPS io.fabric8:generator-annotations:6.4.0
//DEPS com.github.andreaTP:camel-k:0.0.2-SNAPSHOT
import io.fabric8.kubernetes.client.*;
import org.apache.camel.v1.*;
public class testCamelKExtension {
public static void main(String... args) {
var client = new KubernetesClientBuilder().build();
var camelCatalogClient = client.resources(CamelCatalog.class);
camelCatalogClient.list().getItems().forEach(c -> {
System.out.println(c.getMetadata().getName());
});
}
}
```
This is a user experience very close to the one offered by the current
extension, let me know if you have any additional doubt or question, happy to
clarify 🙂 .
> So this would go in substitution of the crd extension for camel-k coming
from the Kubernetes client project?
@oscerd this is completely up for discussion, I'm proposing this alternative
approach and we can think about keeping the 2 available for some time to see
how this works out, wdyt?
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: commits-unsubscr...@camel.apache.org
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org
