dongjoon-hyun commented on PR #305: URL: https://github.com/apache/spark-kubernetes-operator/pull/305#issuecomment-3250880441
We don't provide such a promise as a `Contract` yet, because it means that the exposed `fabric8` dependency will be a breaking change at every upgrade. Could you provide safe alternatives, @jiangzho ? > In addition to direct YAML, user may also leverage our Java API library to create and manage Spark workloads. Its a common practice for user to use a microservice to orchestrate and record status at higher level. ([example](https://github.com/apple/batch-processing-gateway) - they invented a set of POJO for Kubeflow operator previously as it's in Golang - but for Apache Spark Operator people may directly ask for Java API). While they build Spark spec in such microservices, they could be interacting with fabric8 models. It would become necessary for us to declare our dependencies in pom. -- 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: reviews-unsubscr...@spark.apache.org For queries about this service, please contact Infrastructure at: us...@infra.apache.org --------------------------------------------------------------------- To unsubscribe, e-mail: reviews-unsubscr...@spark.apache.org For additional commands, e-mail: reviews-h...@spark.apache.org
