[
https://issues.apache.org/jira/browse/FLINK-29144?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17598041#comment-17598041
]
Gyula Fora commented on FLINK-29144:
------------------------------------
I think if the user defines job.jarURI we use that, otherwise we use what is in
the configuration, no need to add merging logic.
I understand that it is a slight inconvenience but I would say it's extremely
uncommon that someone would have so many jars. People tend to repackage them
into one or few jars in those cases. It's much more easier to work with a
single fatjar then having to juggle the classpath with dozens of jars
> Enable multiple jar entries for jarURI
> --------------------------------------
>
> Key: FLINK-29144
> URL: https://issues.apache.org/jira/browse/FLINK-29144
> Project: Flink
> Issue Type: Improvement
> Components: Kubernetes Operator
> Reporter: Arseniy Tashoyan
> Priority: Major
>
> The setting _job.jarURI_ accepts a string with the path to the jar-file:
> {code:yaml}
> job:
> jarURI: local:///opt/flink/examples/streaming/StateMachineExample.jar
> {code}
> This could be improved to accept a list of jars:
> {code:yaml}
> job:
> jarURIs:
> - local:///opt/flink/examples/streaming/StateMachineExample.jar
> - local:///opt/common/scala-logging.jar
> {code}
> This could also be improved to accept one or more directories with jars:
> {code:yaml}
> job:
> jarDirs:
> - local:///opt/app/lib
> - local:///opt/common/lib
> {code}
> The order of entries in the list defines the order of jars in the classpath.
> Internally, Flink Kubernetes Operator uses the property _pipeline.jars_ - see
> [FlinkConfigBuilder.java
> |https://github.com/apache/flink-kubernetes-operator/blob/main/flink-kubernetes-operator/src/main/java/org/apache/flink/kubernetes/operator/config/FlinkConfigBuilder.java#L259]:
> {code:java}
> effectiveConfig.set(PipelineOptions.JARS,
> Collections.singletonList(uri.toString()));
> {code}
> The property _pipeline.jars_ allows to pass more than one jar entry.
> This improvement allows to avoid building a fat-jar. Instead we could provide
> directories with normal jars.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
