Just loading the tiles.xml as a context param was the trick. Also, the null session was down to ff. So not to waste the entire day and give up, I retested it, the login and app works normally :-)
(https://struts.apache.org/plugins/tiles/ docs. For the ## to work might be worth a mention to load the tiles.xml files in the web.xml rather than the default which is to search and use the URL.) Cheers Greg On Mon, 22 Oct 2018 at 14:44, Yasser Zamani <yasserzam...@apache.org> wrote: > You're welcome :) > > As far as I could see, when the war file name contains #, in following > Struts code line (TilesResult.java#136) > > definitionValid = container.isValidDefinition(location, request); > > definitionValid changes to 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----- > >From: Greg Huber <gregh3...@gmail.com> > >Sent: Monday, October 22, 2018 4:56 PM > >To: Struts <dev@struts.apache.org> > >Subject: Re: war ## version naming > > > >Giving up with the StrutsWildcardServletApplicationContext and load it > via the > >web.xml > > > ><context-param> > > > ><param- > > >name>org.apache.tiles.definition.DefinitionsFactory.DEFINITIONS_CONFIG</par > >am-name> > > <param-value> > > /WEB-INF/tiles.xml > > </param-value> > > </context-param> > > > >Unfortunately now the tiles loads, I cannot login to the app. The http > session is > >always null after I log on. Possibly other elements don't work. It's > becoming too > >painful, so I must give up on this. > > > >At least Struts looks like it works OK. > > > >Thanks for your help. > > > >Cheers Greg > > > >On Mon, 22 Oct 2018 at 09:23, Yasser Zamani <yasserzam...@apache.org> > >wrote: > > > >> 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 <gregh3...@gmail.com> > >> >Sent: Sunday, October 21, 2018 2:50 PM > >> >To: Struts <dev@struts.apache.org> > >> >Subject: war ## version naming > >> > > >> >Is there a reason why we don't support the ROOT##version.war naming. > >> > > >> > For ROOT##238.war I get a tiles error when I try and login? > >> > > >> >org.apache.tiles.definition.NoSuchDefinitionException: Cannot find > >> definition > >> >named '.Login' at > >> > >> > > >>org.apache.tiles.impl.mgmt.CachingTilesContainer.render(CachingTilesContaine > >r. > >> >java:123) > >> >at > >> >org.apache.struts2.views.tiles.TilesResult.doExecute(TilesResult.java > >> >:158) > >> >at > >> > >> >org.apache.struts2.result.StrutsResultSupport.execute(StrutsResultSup > >> >port.java:2 > >> >06) > >> >at > >> >com.opensymphony.xwork2.DefaultActionInvocation.executeResult(Default > >> >Actio > >> >nInvocation.java:375) > >> >at > >> >com.opensymphony.xwork2.DefaultActionInvocation.invoke(DefaultActionI > >> >nvoc > >> >ation.java:279) > >> >at > >> >com.opensymphony.xwork2.interceptor.MethodFilterInterceptor.intercept > >> >(Meth > >> >odFilterInterceptor.java:101) > >> >at > >> >com.opensymphony.xwork2.DefaultActionInvocation.invoke(DefaultActionI > >> >nvoc > >> >ation.java:249) > >> >at > >> >com.opensymphony.xwork2.interceptor.MethodFilterInterceptor.intercept > >> >(Meth > >> >odFilterInterceptor.java:101) > >> >at > >> >com.opensymphony.xwork2.DefaultActionInvocation.invoke(DefaultActionI > >> >nvoc > >> >ation.java:249) > >> >... > >> > > >> >Looks like tiles cannot find the files? > >> > > >> >deployed folder: > >> > > >> >apache-tomcat-9.0.12/webapps/ROOT##238 > >> > > >> >rather than apache-tomcat-9.0.12/webapps/ROOT > >> > >> --------------------------------------------------------------------- > >> To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org For > >> additional commands, e-mail: dev-h...@struts.apache.org > >> > >> >
