Hi guys, thank for your informations regarding the Wiki, I've finally
managed to create my account ^^ (later is better than never as we said over
there :D) and as expected to add a new entry on the FAQ/HowTo I need to be
whitelisted or granted to edit mode, so if a moderator could add me it
would be nice.
PS: I've found something bizarre on the systemd init process regarding
Tomcat, if I set the CONNECTOR_PORT variable to something (let said 8081)
on the /etc/sysconfig/tomcat-${SERVICE_NAME} it is not use but rather
overrided by the tomcat server.xml file.
Until now, nothing strange, the weird part is that if I disable the
HTTP-BIO or AJP-BIO connectors values on this file tomcat load the unit
without binding any network port at all.
Shouldn't it be suppose tu use the one specified by the CONNECTOR_PORT
variable or did I missed something?
2014-12-23 20:47 GMT+01:00 Christopher Schultz <ch...@christopherschultz.net
>:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA256
>
> Billy,
>
> On 12/19/14 1:37 PM, Billy Bones wrote:
> > For sure, do I need an account or something special?
>
> You can sign-up yourself.
>
> > Could you send me the wiki link?
>
> http://wiki.apache.org/tomcat/
>
> Choose "login" at the top of the page and then choose the "you can
> create one now" at the bottom of the page login page.
>
> Once you have an account, I think you'll need to be white-listed to
> actually make modifications. Just email a moderator or the whole list
> to request write access to the Wiki.
>
> - -chris
>
> > 2014-12-19 17:05 GMT+01:00 Christopher Schultz
> > <ch...@christopherschultz.net
> >> :
> >>
> > Billy,
> >
> > On 12/19/14 4:46 AM, Billy Bones wrote:
> >>>> hum.... OK many thanks for your hints, I got it, I understand
> >>>> what is going on now. Ok, I now have a clean and multiple
> >>>> instances running !!
> >>>>
> >>>> Thanks to everyone!
> >>>>
> >>>> @Mark Eggers: CentOS systemd units are not quite so far from
> >>>> the Fedora ones. Personally I do love the way fedora and
> >>>> CentOS are working but I have to confess that sometimes, and
> >>>> especially with tomcat everything is a pain in the ass as
> >>>> they scatter the components everywhere in the system without
> >>>> any (apparent) logics.
> >>>>
> >>>> WTH with all this /usr/share/blabla ??
> >>>>
> >>>> @Christopher: Many thanks for your advices, obviously it make
> >>>> more sens to keep the catalina_base and derivate the
> >>>> catalina_home. I love this method!!
> >>>>
> >>>> Once again, many thanks to everyone, I now have a clean and
> >>>> working server!
> >
> > Great. Care to post your systemd script template to the wiki? It
> > will likely help others trying to do the same thing.
> >
> > -chris
> >
> >>>> 2014-12-18 19:46 GMT+01:00 Mark Eggers
> >>>> <its_toas...@yahoo.com.invalid>:
> >>>>>
> >>>> On 12/18/2014 10:07 AM, Christopher Schultz wrote:
> >>>>>>> Billy,
> >>>>>>>
> >>>>>>> On 12/18/14 9:25 AM, Billy Bones wrote:
> >>>>>>>> Ok soooo, here is a small update.
> >>>>>>>
> >>>>>>>> I've finally found what does this SERVICE_NAME mean,
> >>>>>>>> indeed you have to copy the original unit, then add
> >>>>>>>> the Systemd's directive named Environment like this:
> >>>>>>>
> >>>>>>>> Environment="SERVICE_NAME=<YOUROWNSERVICENAMEHERE"
> >>>>>>>
> >>>>>>>> then you will copy the default tomcat config file
> >>>>>>>> found on the /etc/sysconfig directory.
> >>>>>>>
> >>>>>>>> And as you supposed it Cristophe and Daniel, you then
> >>>>>>>> have to copy the whole CATALINA_{HOME/BASE} or update
> >>>>>>>> the previous config file to point out to another
> >>>>>>>> tomcat installation.
> >>>>>>>
> >>>>>>> You should not have to copy the whole CATALINA_HOME.
> >>>>>>> Instead, create a CATALINA_BASE (which is basically
> >>>>>>> just a few directories and a few configuration files)
> >>>>>>> for each service and then set the CATALINA_BASE
> >>>>>>> environment variable to point to each one for each
> >>>>>>> service, set CATALINA_HOME to point to where the full
> >>>>>>> installation of Tomcat is (with no web applications
> >>>>>>> installed in it), and each service should operate
> >>>>>>> independently.
> >>>>>>>
> >>>>>>> So you should be able to have something like this:
> >>>>>>>
> >>>>>>> SERVICE_NAME=tomcat-one
> >>>>>>> CATALINA_HOME=/opt/apache-tomcat-7.0.57
> >>>>>>> CATALINA_BASE=/opt/tomcat/tomcat-one
> >>>>>>>
> >>>>>>> SERVICE_NAME=tomcat-two
> >>>>>>> CATALINA_HOME=/opt/apache-tomcat-7.0.57
> >>>>>>> CATALINA_BASE=/opt/tomcat/tomcat-two
> >>>>>>>
> >>>>>>> Then you configure /opt/tomcat/tomcat-(one|two) to have
> >>>>>>> the configuration and applications you want.
> >>>>>>>
> >>>>>>> You should be able to start tomcat-one and tomcat-two
> >>>>>>> independently of each other. I don't know exactly what
> >>>>>>> systemd does with all of this, but once you end up
> >>>>>>> calling catalina.sh with the right environment
> >>>>>>> variables set, Tomcat will do the right thing.
> >>>>>>>
> >>>>>>> -chris
> >>>>
> >>>> Fedora 21 has a relatively nice systemd script for Tomcat.
> >>>> It's designed for running multiple Tomcat instances.
> >>>>
> >>>> If you have a copy of Fedora 21 and yumdownloader (by
> >>>> installing yum-utils), you can take a look at the system
> >>>> with:
> >>>>
> >>>> mkdir Temp cd Temp yumdownloader tomcat.noarch rpm2cpio
> >>>> tomcat-7.0.54-3.fc21.noarch.rpm | cpio -idmv
> >>>>
> >>>> All of the files are then accessible in the Temp directory.
> >>>>
> >>>> I've never liked how Fedora / RedHat / CentOS scatter the
> >>>> components all over the landscape. I'm thinking of adapting
> >>>> the Fedora systemd scripts to work with Tomcats installed
> >>>> under a particular user.
> >>>>
> >>>> The only issue seems to be that the SHUTDOWN_WAIT (time to
> >>>> wait in seconds before killing the process) is documented not
> >>>> to work.
> >>>>
> >>>> Sadly, I have some truly misbehaving applications that
> >>>> sometime need a kill -9 on the underlying Tomcat. Those
> >>>> misbehaving applications are unlikely to be fixed.
> >>>>
> >>>> My init scripts take care of this by issuing an orderly
> >>>> shutdown command, waiting up to SHUTDOWN_WAIT seconds
> >>>> (checking every second), then issuing a kill -9 if the
> >>>> process still exists.
> >>>>
> >>>> . . . better late than never (mostly) /mde/
> >>>>>
> >>>>> --- This email is free from viruses and malware because
> >>>>> avast! Antivirus protection is active.
> >>>>> http://www.avast.com
> >>>>>
> >>>>>
> >>>>> ---------------------------------------------------------------------
> >>>>>
> >>>>>
> >
> >>>>>
> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> >>>>> For additional commands, e-mail:
> >>>>> users-h...@tomcat.apache.org
> >>>>>
> >>>>>
> >>>>
> >>
> >> ---------------------------------------------------------------------
> >>
> >>
> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> >> For additional commands, e-mail: users-h...@tomcat.apache.org
> >>
> >>
> >
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1
> Comment: GPGTools - http://gpgtools.org
>
> iQIcBAEBCAAGBQJUmcbmAAoJEBzwKT+lPKRY/pcQAMoY2SK3Ws8Iqa2Bi3a7s/ny
> fOkwJIYsovOCtQq/B4d3mYRZH+IYYKT3pJytIjpP8rPwTwNfw51mo5tup2GrDr7R
> NGmxyFwCwUogE9a/VVawdkDobmv6Dn3k4gJByx3u+J/qZLhv1MraXiRBHQSVwvou
> qxhaj4LM9o1kqmyFu/I+Nu34kqOpK/iqqR/kZZhGe6XVE5X/FMm5LywnB+c2KzNi
> mPC7FWDmVHNlewaXk2ToHGTr+7cXUuKoqr/QTsueeP0vFfg99f0phI9aUBL9nDQ6
> SssTC5rt/SxLT2S9VA4847kWEE4rtLc3+KEI8VCFEsIJ+/qcIjOmbo8oE6fn70PJ
> xRZBBih2KU2nCkwCri6jVJFLgWTqJc7WAgRXAThn63Yqw80bZLvwbv+q+YaLbr4O
> wtZ2m6Z6EeDGujiTWvsqYE7nsHnRVN36OMNwbn9/l3P3t5QNt7N+wovjKTx5BnmJ
> bMB8l7hPcNsDjfoLZ58vrT+v/SjFNqpriZSUfH5fYszemQOSonv9KazYjd2eWogk
> utyOVDflpFI3eJEfaJFF+ylqAo70WVPicoa1jBBiisNKN8pjJTdS0wlLNk6+WnV6
> OxARjw8gzH6LUAwNDFK/nVK0Ll/VY9IGNXdetnhPBbmvh9uB+m2lwMhN/4xZxQgu
> wxllgTDI7NZjftHtxg2v
> =xAjx
> -----END PGP SIGNATURE-----
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
>
>
