Is there a reason why the docker image uses an ube...
# general
z
Is there a reason why the docker image uses an uberjar? Most SCA tools can't work with them, and replacing a dependency jar with patched one is much more tedious (i.e. rolling out log4j2 updates quickly).
m
@User
x
It’s same jar we use from the pinot release process, the single built from pinot-distribution, major issue here is about library shading issue. Actually pinot-tools has all the dependency jars in
libs
directory.
@User do you see any issue move to tweak release process a bit for this?
s
i think that we originally used separate lib jars + shaded jars but we moved to the uber jar from the certain point.
I think that it’s fine to fall back to the previous approach as long as our release can execute our code correctly
another quicker way is to upgrade Pinot with the docker image with log4j2 fix..
m
I think @User already did the upgrade with all the fixes, iirc.
z
The log4j2 issue was just an example, if someone had a tight deadline for upgrades waiting for the official image was too slow.
x
The log4j fix is already there, this is more like a general setup problem
z
The bigger issue is that most SCA tools can't scan uberjars, which can be a compliance problem.