On Thu, Jul 2, 2020 at 3:46 PM calder <calder....@gmail.com> wrote:
> On Thu, Jul 2, 2020 at 3:05 PM Sean Neeley <sean.nee...@producepro.com> > wrote: > > On Thu, Jul 2, 2020 at 2:57 PM calder <calder....@gmail.com> wrote: > > > On Thu, Jul 2, 2020, 14:43 Sean Neeley <sean.nee...@producepro.com> > wrote: > > > > > > > I heard that tomcat is no longer available for RHEL 8. Does anyone > know > > > > why this is? What free alternatives are there for java servlets, > which > > > > have rpm packages managed by Red Hat? > > > > > > I would fathom a guess that'd be a question for Red Hat? (as they > decide > > > what's available for their distro). > > > . > > > In a pinch, one could download plain vanilla Tomcat and install to > "/opt/" > > > [1] ... or you could go through the manual pain to install as it would > be > > > deployed on RHEL 7.x > > > . > > > [1] We do this > > > > Thanks. I know the decision was Red Hat's, but I thought someone here > > might know the reason. > > It's quite possible - I am not a member of the official Tomcat team, > so they may chime in if they are privy to that info. > > > I may do what you did and install as it was on RHEL 7.x. > > To be clear, we do not mimic the install layout as is done in RHEL 7.x > (a splintered install, where various sub-dirs located in different > sub-dir trees) > > We install (most all 3rd party software) to the "/opt/" tree, so we > have Tomcat based in: > /opt/tomcat/ ... and TC's native sub-dirs are all encased in that tree, as > in: > > calder@ren:/opt/tomcat > ls -A1 > bin > conf > lib > logs > temp > webapps > work > calder@ren:/opt/tomcat > > > The simplest explanation is > (1) create the "/opt/tomcat" sub-dir > (2) unzip the plain-vanilla ZIP there. > There's much more to it for us[1], but that's it in a nutshell. > > > The drawback is no automatic updates. > Understood [1] (we do not allow distro vendor updates). > > > Did you package your installation into an rpm that could be shared? > Shared, as in, "with the general public" ? [1] > > [1] Because we are a banking institution, we do not allow 3rd party > software to be "maintained by the distro vendor" (for updates, etc). > We are responsible to determine how and "where" the 3rd party > software will be packaged, installed, and updated. > Any software packages or documents (etc) created internally can *not* > leave any machine or our network. > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > > Thanks for the tips. I will give this a try. I was asking if you created a package that you can share with me, for my server. But if you are not allowed to do so, or your package has proprietary things in it, I understand. I was just trying to save myself some time.
