Done :) pon., 22 paź 2018 o 16:26 Greg Huber <gregh3...@gmail.com> napisał(a): > > 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 > > >> > > >> > >
--------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org For additional commands, e-mail: dev-h...@struts.apache.org
