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 > >
