Re: war ## version naming

2018-10-22 Thread Lukasz Lenart
false. As `container` comes from Tiles itself, > > then it seems this is a Tiles itself issue. Try explicitly defining > > @TilesDefinitions on `login` action to workaround this issue. > > > > Regards. > > > > >-Original Message- > > >Fr

Re: war ## version naming

2018-10-22 Thread Greg Huber
workaround this issue. > > Regards. > > >-Original Message- > >From: Greg Huber > >Sent: Monday, October 22, 2018 4:56 PM > >To: Struts > >Subject: Re: war ## version naming > > > >Giving up with the StrutsWild

RE: war ## version naming

2018-10-22 Thread Yasser Zamani
is a Tiles itself issue. Try explicitly defining @TilesDefinitions on `login` action to workaround this issue. Regards. >-Original Message- >From: Greg Huber >Sent: Monday, October 22, 2018 4:56 PM >To: Struts >Subject: Re: war ## version naming &

Re: war ## version naming

2018-10-22 Thread Greg Huber
Giving up with the StrutsWildcardServletApplicationContext and load it via the web.xml org.apache.tiles.definition.DefinitionsFactory.DEFINITIONS_CONFIG /WEB-INF/tiles.xml Unfortunately now the tiles loads, I cannot login to the app. The http session is alway

Re: war ## version naming

2018-10-22 Thread Greg Huber
It's something to do with the URL in StrutsWildcardServletApplicationContext and StrutsApplicationResource. from the debug: base Resource /opt/apache-tomcat/apache-tomcat-9.0.12/webapps/ROOT at file:/opt/apache-tomcat/apache-tomcat-9.0.12/webapps/ROOT##239/WEB-INF/tiles.xml url.getPath() returns:

Re: war ## version naming

2018-10-22 Thread Greg Huber
..Some more, Could possibly be in StrutsWildcardServletApplicationContext? Looks like it's found the config file OK 2018-10-22 11:40:59,699 DEBUG org.apache.struts2.tiles.StrutsWildcardServletApplicationContext StrutsWildcardServletApplicationContext:findResources - Found resources [Resource /op

Re: war ## version naming

2018-10-22 Thread Greg Huber
If I deploy the war named ROOT##version-number.war I get this error. ROOT.war works OK. ...Using ROOT##version-number.war makes it easier to version jars, rather than just ROOT.war. Tomcat deploys them the same. I did have a go at remote debugging a while back, but as it was something to do with

RE: war ## version naming

2018-10-22 Thread Yasser Zamani
Did you mean it starts working when you rename to what doesn't contain #? Could you please enable and set logging to debug and see what TilesResult.class logs? Regards. >-Original Message- >From: Greg Huber >Sent: Sunday, October 21, 2018 2:50 PM >To: Struts >Subject: war ## version