Turns out the developer was deleting the app dir along with war and
restarting.

John

On Thu, Apr 23, 2020 at 1:19 PM John Larsen <john.lar...@javapipe.com>
wrote:

> Ah doing ROOT.war is my pet peeve. I find this bad practice. Its nice to
> have ROOT especially when the developer insists theres something wrong with
> tomcat when really its their webapp. Having ROOT intact, can show that by
> removing their webapp and tomcat works.
>
> As for "/" vs "" - not sure that would solve the problem - i mean
> logically it doesnt make sense, but I will give it a try.
>
> John Larsen
>
>
> On Thu, Apr 23, 2020 at 1:15 PM Mark Thomas <ma...@apache.org> wrote:
>
>> On 23/04/2020 20:10, John Larsen wrote:
>> > Ok so my next question is how to handle this better? The goal here is so
>> > that one does not have to enter /webappName/ on the end of the domain.
>> > We use the context to tell Tomcat which webapp to load instead of ROOT.
>>
>> Name the file "ROOT.war"
>>
>> And if you need some sort of identifier on the file:
>> "ROOT##alnomost-any-text-you-like.war"
>>
>> In the meantime, try specifying the path in server.xml as "" rather than
>> "/".
>>
>> Mark
>>
>>
>> >
>> > John Larsen
>> >
>> >
>> > On Thu, Apr 23, 2020 at 12:47 PM Christopher Schultz <
>> > ch...@christopherschultz.net> wrote:
>> >
>> > John,
>> >
>> > On 4/23/20 14:38, John Larsen wrote:
>> >>>> New tomcats 9.0.34 seems to fail when uploading new war when theres
>> >>>> a context in server.xml pointing to the particular exploded war.
>> >>>> Says 'The main resource set specified is not valid.' It's like hot
>> >>>> deploy is deleting the old webapp and restarting tomcat?
>> >>>>
>> >>>> <Context path="/" debug="0" privileged="true"
>> >>>>
>> >>>> docBase="/home/some/path/tomcat/webapps/webappName">
>> >>>>
>> >>>> </Context>
>> >>>>
>> >>>> To work around this one has to comment out the above context, start
>> >>>> tomcat so the war will deploy, uncomment and then restart tomcat
>> >>>> again.
>> >
>> > Is there a compelling reason to have <Context> in your conf/server.xml
>> > file at all? It sounds like it's not doing anything for you; indeed it
>> > it giving you a headache.
>> >
>> > -chris
>> >>
>> >> ---------------------------------------------------------------------
>> >> 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
>>
>> --
​
John Larsen
__________
<https://javapipe.com/>
<https://www.facebook.com/Javapipe/>   <https://twitter.com/JavaPipe>
<https://www.linkedin.com/company/javapipe-llc>

Reply via email to