The latest tomcat 9 ebuild requires jdk or jre 11. Shouldn't it require 1.8 instead according to https://tomcat.apache.org/whichversion.html ?
I mean, HTTP/2 which requires Java 9 is not necessarily a must, isn't it?
problem is it needs ecj which needs jdk 11, so it won!t help...
Well, I guess I'll have to do as you say in the other bug report to use tomcat 9 or downgrade to tomcat 8 (even though portage does not include the latest upstream version). Thanks for your time.
i was trying to bump slot 8.5 and 9 but the build process fails. it builds fine when building it from the upstream code, but it fails when the build.xml is crunched by the rewrite script. i was thinking about rewriting the whole tomcat ebuild to avoid rewriting the build.xml and prevent these issues, but it's a lot of work that i am not able to give it atm. but i use tomcat on our production servers so i will have to solve it somehow...
The gentoo-vm warning in the ebuild is a bit scary... I'll have to check the rest of my packages to see if one breaks.
i have it on for many months and though some packages might fail to compile with it, you don't have to set jdk 11 as the default system vm. so thought it might look scary, it's far from being that bad :-)
Thanks for all the info. I think I'll downgrade to tomcat 8 because I'm really not comfortable with adding -gentoo-vm in use-mask. I'll patiently wait before moving back to tomcat 9 again. In the meantime however I'll try to bump to the latest upstream tomcat 8 (I see what you mean about the build.xml script).
if you succeed with bumping tomcat 8.5 then please let me know, it would really help me :-)
I did a quick version bump, and didn't even need to change the build.xml file. www-servers/tomcat-8.5.51::CustomOverlay was built with the following: USE="-doc -extra-webapps -source -test" ABI_X86="(64)" FEATURES="distlocks news unknown-features-warn parallel-fetch assume-digests unmerge-orphans ebuild-locks userfetch network-sandbox usersync buildpkg xattr pid-sandbox config-protect-if-modified usersandbox binpkg-docompress protect-owned sfperms nostrip unmerge-logs binpkg-dostrip ipc-sandbox merge-sync multilib-strict sandbox preserve-libs binpkg-logs userpriv strict fixlafiles" dev-java/tomcat-servlet-api-8.5.51::CustomOverlay was built with the following: USE="-source" ABI_X86="(64)"
hm, interesting. thank you for the info. maybe it simply does not compile with jdk 11. will give it another try and will check what's the reason it fails for me, maybe jdk 11...