Amit, On Fri, Oct 26, 2018 at 9:45 AM Amit Pande <amit.pa...@veritas.com> wrote:
> Thank you once again, Chris and Mark! > > > https://tomcat.apache.org/tomcat-9.0-doc/introduction.html#CATALINA_HOME_and_CATALINA_BASE > > Was able to meet our requirement of moving Tomcat configuration to a > custom location using a different CATALINA_BASE. > Great! > The "-config" option will be cleaned up in next Tomcat release(s), right? > It will probably be removed in a future version, yes. That's what Chris meant in writing: My vote would be to deprecate it immediately and remove it completely >> in Tomcat 10. >> > Best, Igal Thanks, > Amit > > On 10/4/18, 12:15 PM, "Christopher Schultz" <ch...@christopherschultz.net> > wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA256 > > Amit, > > On 10/4/18 12:17, Amit Pande wrote: > > Thanks! I will take a detailed relook at using CATALINA_BASE and > > keep you posted. > > > > > > Also, since the "-config" option is there since 4.0.x time till > > now, would it be safe to assume that this option won't be > > deprecated since some users (admittedly not too many) might > > actually be using it? If it's going to stay, do you feel it's worth > > documenting (till the time it isn't actually deprecated with some > > alternate)? > > > > I agree while not desirable at the moment, using "-config" solves > > our problem. So, we might have to use this as last fallback > > option. > > It sounds like this feature barely works and probably doesn't work in > many situations. > > My vote would be to deprecate it immediately and remove it completely > in Tomcat 10. > > I'm sorry, but I don't think I understand why you cannot use > CATALINA_BASE as "usual" in your situation. > > - -chris > > > On 10/4/18, 8:38 AM, "Mark Thomas" <ma...@apache.org> wrote: > > > > On 03/10/18 17:18, Amit Pande wrote: > >> Thank you so much, Mark! > >> > >> In our case, the server.xml contains some information which is > >> generated run time (pre-config before Tomcat is started) like the > >> paths to key store and trust store, cipher suites, etc. > >> > >> Also, we have an active-passive cluster setup in which only the > >> currently active node has the access to a shared disk which has > >> all our product configuration data including the key store, > >> trust store files needed in server.xml. > >> > >> We have a requirement to share the configuration across both the > >> nodes of the cluster to avoid keeping duplicate copies of > >> configuration (server.xml). And since some of the server.xml > >> configuration is generated runtime, it isn’t trivial in our case > >> to keep these copies in sync. > >> > >> This is the prime reason to have a shared Tomcat configuration. > >> We may also want, in future, to spawn and additional instance of > >> Tomcat with re-usable configuration (except adjusting the port > >> numbers ). > >> > >> The not-so-elegant choice we might have is to move the entire > >> Tomcat installation to this cluster aware shared storage but > >> defeats the purpose of having a shared disk for configuration > >> data and not the binaries. > >> > >> What alternates should we explore? > > > > You could look at using separate CATALINA_HOME and CATALINA_BASE. > > See > > > > > > > Whether have the web applications on the node or the shared > > storage is arguable either way. If you want it on the node, just > > use an absolute path that points to someone on the node for > > appBase. > > > > Mark > > > > --------------------------------------------------------------------- > > > > > 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----- > Comment: Using GnuPG with Thunderbird - https://www.enigmail.net/ > > iQIzBAEBCAAdFiEEMmKgYcQvxMe7tcJcHPApP6U8pFgFAlu2SrwACgkQHPApP6U8 > pFjlHw/+OZ8FgsTCHvzIIAYBRdAQ+If0M3Q7Wpp7w/tqUYjbHgERPBiof2arPft5 > ir2tfUh11M0YiUvTPXfzzq7BHe5sXsDQHTxLimN1gq6+WOlZVd3k//giFQUmcwsK > RZtKUQUnGWUsjJ/n7z4rWna+gdleukWQ0k7qgbRR/dAiaAUd2mRfy4LgKpHvTVex > y6SXSmcGZ963vzPuZurMIyfPY2iUxb7Y1dbC8Pv7J0vAWhw1we08t33oMJa3Pcp4 > vgV2Ylc6nwyw4LpFcTdNOzWaLIKBwJ4zwv2rQW9Tp8zhiU6O5BfVmzP3Zo04K18x > z1Zvw9mhOISIWn0vE+k6WxU/t17UVKYonPUBwJ0JelVNBE/tGsCSwiHK67gBhs0F > K/+QN8+625TDcUmxYtTMdXQVel/ZvWCrdVZKCJlM3uHSsSySoPhkQU+gCt9PExx9 > YIgxzzViI3NiIkeobf8VmBMtZKaYWLWa6+eSoVVmj8UA7Glj5/tvT8o1AXDerYEk > kNWojPCOMx1l6rgysrlX6pRY3ltDnqGmlkzhxrU72afUXMpZ9VhKVawZ5457SEan > mYWGR5o09lmUE4VBFt87yL+VVSdmlckrC/2hQjDbK6qHQMUDIM6fs98mJ/fgVE2m > pL9gZG/4J3Tp6nQEFuAKehtFO+aQmRk6UKP6iW+ux2iarzQ5Z7k= > =32WJ > -----END PGP SIGNATURE----- > > --------------------------------------------------------------------- > 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 >