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
>

Reply via email to