-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Bill,
On 8/4/20 18:59, Bill Stewart wrote: > On Tue, Aug 4, 2020 at 4:01 PM Christopher Schultz wrote: > > I have a client who runs our product on Windows (we usually run it > on >> Linux) and there are 2-4 separate Tomcat-based services on each >> node, so they have "Tomcat 8.5.x for FOO", "Tomcat 8.5.x for >> BAR", etc. in their service descriptions. Can they use your >> installer to upgrade just one of those with a new Tomcat >> version? >> > > The alternative installer can only upgrade Tomcat instances it > installs. (It can't upgrade instances installed using Apache's > installer or manual installations; it doesn't know about those.) > > The process in your case would be something like this: > > 1. Document the Tomcat service installation details for the > instance you want to replace and back up its config files. > > 2. Remove it (reverse whatever process you used to install, whether > Apache installer, manual, etc.). Oh, I wasn't expecting to be able to upgrade the official Tomcat installer's services. But this is good information for anyone to have. > 3. Install using alternate installer; e.g.: > > apache-tomcat-a.b.c-setup.exe /instance="FOO" > > 4. Update the config files, copy application server files, etc. > > See the documentation - > https://github.com/Bill-Stewart/ApacheTomcatSetup - for details. > (Without /instance it installs a default instance - i.e., default > directory of "\Program Files\Apache Tomcat", "Apache Tomcat" as > the service name, etc.) > > To upgrade (in general): > > 1. Touch (update timestamps of) config files you don't want the > installer to overwrite. > > 2. Run the above install commands with the new version of the > installer. Don't forget the /instance parameter if you used it to > install initially (otherwise, the installer will install or upgrade > the default instance). > > Note that each instance installed using the alternate installer > (default or otherwise) installs to a separate directory and appears > as a separate entry in the Windows "installed application" list. > (This is typically the expected behavior for application > installations on Windows machines.) Yes, this is exactly what I'd expect. > I certainly don't claim that the alternative installer is suitable > for all applications and configurations, but for fairly common use > cases on Windows machines, the two-step upgrade process noted above > (I think) is pretty simple. Definitely. I remember having to upgrade these for my client once and it was a PITA. We really only do it each time we upgrade Tomcat to a new major version (when we went from 8.0 -> 8.5). It was a pain because of all the copy/pasting which would definitely be solved either with your installer or with a new "dump config to script" feature on Tomcat's installer. I don't know if you are interested in such things, but being table to export a configuration from one machine to another might be useful for your installer, too. Something like "deploy to server A, manually-configure, tweak, test, prove" and then "copy deployment configuration to servers B - Z". - -chris -----BEGIN PGP SIGNATURE----- Comment: Using GnuPG with Thunderbird - https://www.enigmail.net/ iQIzBAEBCAAdFiEEMmKgYcQvxMe7tcJcHPApP6U8pFgFAl8sHQ8ACgkQHPApP6U8 pFiEOQ//a4q36Z4zt61C3rgmrXrPTTHfPKi+z+4s5EKvnHGx76kOCM8BugetuDA9 AAsOdU28uOqdsi2t2oLbnEluu3Xy7StS7vakIksH38Vanuhwu1vkTK6hwweeU+fW JHbG7tIt3AllX8PDqFwE0LXgDOeJ8pRAI6Y2fJUDaPXM7KgmxpifeP0cFxt0N9Qx /ZH7/VWLs/PbkB/mCZSd8OgFpal7fcDocQfvisOnu/6wGQrYU1z9p56xjaOBLDpc jSMRCRQUtsSbsWOKmm+SVx15RU5QK0z7S5bzjcPI/Kce6mdOM3hqQUuqM2xcoKwg lP3M+SvDt1kjtLFp/FEgr1hm6kPDOf2Jb0mV1Zq+2LNaCX1cowAYA2NFdDb7fX/o XW8zEztINlj9RJZpas15lxameUdjSf5GUWqOqtm9vwj6BIEq55FDBbGMKrSRbP2Q 7GiYI4amHzZgr36hF87UnW65fW+p1eMq03b7dI5mrydcYYGGPUPLzfPv/Ho/EZuR I1nwYWRzZ9RaiP4QPOthewSiFlDlE21l1zZBqQxNUxWh50BvItzJ1NhGlVQPHoKh H9AV0+k+BrRLAejHGoG8b04pFI7XHo12LIj6joA+6MUBmioIzy43rKerx1zbojA/ gTN0UD5QR8CqhhelDpOIfpaBnGhzoE93agRMcRFeD2wSrh7OxoM= =WvXy -----END PGP SIGNATURE----- --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
