https://bz.apache.org/bugzilla/show_bug.cgi?id=64063
--- Comment #19 from Christopher Schultz <ch...@christopherschultz.net> --- (In reply to Michael Osipov from comment #18) > It is actually bin, because there is no distinction between bin and lib on > Windows. It loads DLLs from the same directory as executables. This is what > I am trying to say. Please look at the bin directory of OpenJDK 11 on > Windows. DLLs and EXEs side by side. I know of no other Windows programs that have a "bin" directory. They just have "a directory". The fact that Java has one is because of its UNIX history. > Though I do not fully understand why I am going circles here, I agree with > that > > Neither GNU > > autoconf nor make nor any other tool should be dropping binaries directly > > into another application (i.e. Tomcat). > > This would mean that we remove the loading of native libraries from > CATALINA_HOME/bin in Tomcat 10 as well as from the build.xml. They have > always to be externally hosted. No. It's perfectly fine for Tomcat to bundle libraries it wants, wherever it wants. But libtcnative's build process dropping binaries into Tomcat's directories? No, that's not okay with me unless the user (the one who runs "make") specifically requests installation into the Tomcat directory, which can be done with various command-line arguments to "configure". Back to wherever Tomcat wants to bundle and where: I don't want the answer to the question "where do I put my libtcnative library?" to be "it depends". Q: "Where do I put my JDBC driver?" A: "In the lib directory" Q: "Where do I put my custom valve?" A: "In the lib directory" Why are those above always the same answer, regardless of platform, and yet the answer for libtcnative will be different based upon the platform? -- You are receiving this mail because: You are the assignee for the bug. --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
