Uram, nekünk posta kell!

http://mek.oszk.hu/12500/12517/12517.htm
Mondta a bennszülött miniszter országa egyetlen fehér lakójának.

Hát most a tomcat-native!configure van úgy vele, hogy neki $JAVA_HOME/include/jni_md.h nélkül nem sors a sorsa.

Az semmiképpen sem az ő hibája, hogy egyes implementációkban ugyanez $JAVA_HOME/include/jniport.h néven létezik, továbbá hogy ő ezt a fájlt igazából nem is használja, csak a $JAVA_HOME/include/jni.h-t, ami aztán valahogy gondoskodik a többiről.

( zeller | 2018. 10. 18., cs – 10:43 )

Nem csak ez a fos a java-s bughalmazokban, mondhatni ez egy apróság...

A konténerét dugja oda, ahova gondolom, pláne akkor, amikor a sz@rához -csak azért, mert ő úgy gondolja, hogy "azúgysokkaljobb" - hozzácsomagol egy rakat, az alaprendszerben lévő komponens helyett totál más verziójú, állapotú vackot, amik vagy lukasak, vagy sem, vagy frissíti a bughalmazát a konténergyártó iparos, vagy sem. Bár onnantól kezdve, hogy a Java-s istencsapásához is a világ hetvenhét szegletéből csipeget össze mindenféle modulokat, amiknek a javításait szintén vagy követi, vagy sem...

Nem, csak az, hogy az egyik paraméter az egyik scriptben, a másik a másikban, a harmadik környezeti változóból jön, az a trágyakupac netovábbja. Mondjuk ez az appszerveres környezetre kiemelten igaz, a springboot-os esetekhez már ujjgyakorlatként alkotom a systemd-s unitokat és a kapcsolódó konfigokat.