The helidon oracle jdbc driver is Apache 2.0. This should be good to use in a native binary that is re-distributed right? Or should I worry about the helidon driver using the proprietary driver inside?
I'm not sure if Oracle is violating their own licenses there, but I don't care, as long as I can use it ;)
@borkdude it's fine, but you need to include a copy of the licence and NOTICE file somewhere. Presumably under -v
, --license
or similar.
@dominicm it's not really a command line tool, it's a babashka pod
but I can include the license info in the repo
@borkdude Hmm, in java this is easy, we just include in the uberjar a copy of all files required. Interesting answer from how GPLv3 answer this FAQ: https://www.gnu.org/licenses/gpl-faq.en.html#NonvisualLegalNotices
@borkdude perhaps the pod could inspect it's args and/or babashka could have a method for asking for notice/licence files from its pods?
maybe I can wait for Oracle's request to do so?
@borkdude it's not for oracle's benefit only, it's for the users, so they know the licence of the software they are using.
fwiw, you're unlikely to be pestered about this. Leiningen's uberjar tool violates the Apache licence by dropping all LICENSE files.
tbf, you could also include a function which returned the notice & licence as a string 😄
lol yeah