This message was deleted.
# devs
Slackbot
07/08/2023, 8:30 AMThis message was deleted.
a
Abhishek Agarwal
07/08/2023, 8:31 AM@Atul Mohan - FYI
g
Gian Merlino
07/09/2023, 10:33 PMif possible, I would rather symlink them to save space, so they aren't loaded if you aren't using the hadoop extensions
Gian Merlino
07/09/2023, 10:34 PMI am not sure how well the assembly plugin lets us do that, but the idea would be that one of the copies is "real" and the others are symlinks to it
a
Abhishek Agarwal
07/10/2023, 6:29 AMI didn't suggest symlinks since they can be a bit confusing. or we change the jar names so that its very clear that these jars are sym-linked.
Abhishek Agarwal
07/10/2023, 6:30 AMso if someone is changing those, they are aware
d
Didip Kerabat
07/10/2023, 9:15 PMis it possible to configure the classpath to always look at core-lib folder? Then symlink won’t be necessary, no?
a
Abhishek Agarwal
07/12/2023, 5:35 AMbut we seem to not want these in core-libs. if they were, sym-links won't be necessary. The resistance is coming from Hadoop jars polluting the lib 😛
c
Clint Wylie
07/12/2023, 10:31 AMis this basically the same problem as the stuff in https://github.com/apache/druid/tree/master/cloud
Clint Wylie
07/12/2023, 10:33 AMi vaguely remember at one point discussions around reworking our extension system so that we could have something like a configurable “platform” to optionally pull in things like common cloud or hadoop jars and then.. something.. i forget exactly, pretty sure it was years ago