Open squakez opened 3 months ago
as the main motivation is the difficult to have an openshift cluster to test it, I agree on the option to mark for deprecation, there is time for affected users in the future to accommodate for the deprecation. I suggest to have the deprecation notice for at least 2 releases.
Camel K has a couple of specific features enabled when the application is running on Openshift (mainly S2I and Route configuration). Although they are both a nice addition to the project, they contribute to an extra maintenance effort and a more difficult release process. In order to effectively release and support on Openshift we'd need to run the suite of e2e tests on an Openshift cluster. Unfortunately there is no easy way to do that in public, neither the local tools (ie CRC) are really working in Github Actions in order to perform this action automatically.
Both those feature may be deprecated and replaced by vanilla Kubernetes options, making the development, test and release process easier and less error prone.
I was wondering if there is any objection around this possibility so that we can start planning the deprecation process during the next releases.
Feedback are very welcome.