Sure! I have created an user at jira, but I think I dont have permissions to open a new issue. Or am I in the wrong place? :)
Felipe Lorenz Em 27/06/2013, às 03:11, Lukasz Lenart escreveu: > Thanks Felipe! > > I think we must extend RestActionProxyFactory to also add exclude list > of namespaces, eg. "/ajax,/login", thus will allow to work in your > configuration. > > Could you register an issue? > > > Thanks in advance > -- > Łukasz > + 48 606 323 122 http://www.lenart.org.pl/ > > 2013/6/26 Felipe Lorenz <felipe.lor...@idealogic.com.br>: >> Hi Lukasz, >> >> I could identify one plugin wich could be creating this behaviour, the rest >> plugin. >> >> >> Since I have this configuration: >>>> <constant name="struts.mapper.class" >>>> value="org.apache.struts2.dispatcher.mapper.PrefixBasedActionMapper"/> >>>> <constant name="struts.mapper.prefixMapping" >>>> value=":rest,/ajax:struts,/login:struts"/> >> >> >> I expect that, when I request the following url >> http://xxxxxxxxxxx.com/ajax/anyThingHere, struts should handle this call. >> But instead, RestActionProxyFactory is handle this call. >> >> But the RestActionProxyFactory class has a if, and every time the namespace >> attribute is injected with "/ajax" value. So the condition always is >> redirect to the rest plugin handler and not to the struts default. >> >> Here is my ActionProxyFactory implementation: >> >> public class CustomActionProxyFactory extends RestActionProxyFactory { >> >> @Override >> public ActionProxy createActionProxy(String namespace, String >> actionName, String methodName, Map<String, Object> extraContext, boolean >> executeResult, boolean cleanupContext) { >> RestActionProxyFactory p = new RestActionProxyFactory(); >> p.setContainer(container); >> if ("/ajax".equals(namespace)) { >> p.setNamespace("/idealogic"); >> } >> >> return p.createActionProxy(namespace, actionName, methodName, >> extraContext, executeResult, cleanupContext); >> } >> } >> >> By some reason, it fixed the origin behaviour. >> >> I hope it could help you. >> >> Thanks, >> Felipe Lorenz >> >> Em 26/06/2013, às 04:45, Lukasz Lenart escreveu: >> >>> As I understand you use <s:action executeResult="false"/> ? Which >>> means result named "json" shouldn't be executed, you can even remove >>> it. >>> >>> >>> Regards >>> -- >>> Łukasz >>> + 48 606 323 122 http://www.lenart.org.pl/ >>> >>> 2013/6/22 Felipe Lorenz <felipe.lor...@idealogic.com.br>: >>>> Hello Lukasz, >>>> >>>> I still facing this behaviour. Even with 2.3.16-SNAPSHOT. >>>> >>>> One thing that make me thing, was the flush attribute. When it is true, >>>> the json result (the string) appear in the position where the action tag >>>> is in the jsp. But, when I change it to false, the result appears in the >>>> top os my page. >>>> >>>> One workaround that I can use is return a result name that is no defined >>>> in the struts.xml. This workaround throw an exception, since struts could >>>> no find my result name, but my list is populated and no result from this >>>> action tag appear in my page. >>>> >>>> I hope this information can help. >>>> >>>> Also, I am printing my config: >>>> >>>> struts.xml: >>>> >>>> <?xml version="1.0" encoding="UTF-8" ?> >>>> <!DOCTYPE struts PUBLIC >>>> "-//Apache Software Foundation//DTD Struts Configuration 2.3//EN" >>>> "http://struts.apache.org/dtds/struts-2.3.dtd";> >>>> <struts order="10"> >>>> <constant name="struts.devMode" value="false" /> >>>> <constant name="struts.action.extension" value=",json,xhtml,xml"/> >>>> >>>> <constant name="struts.convention.action.mapAllMatches" value="true" >>>> /> >>>> <constant name="struts.convention.default.parent.package" >>>> value="default"/> >>>> >>>> <constant name="struts.custom.i18n.resources" value="global" /> >>>> >>>> <constant name="struts.mapper.class" >>>> value="org.apache.struts2.dispatcher.mapper.PrefixBasedActionMapper"/> >>>> <constant name="struts.mapper.prefixMapping" >>>> value=":rest,/ajax:struts,/login:struts"/> >>>> >>>> <package name="default" extends="rest-default"> >>>> >>>> <interceptors> >>>> <interceptor >>>> class="br.com.idealogic.interceptor.LoginInterceptor" name="login"/> >>>> <interceptor >>>> class="br.com.idealogic.interceptor.PermissaoInterceptor" >>>> name="permissao"/> >>>> <interceptor >>>> class="br.com.idealogic.interceptor.I18nInterceptor" name="idioma"/> >>>> <interceptor >>>> class="br.com.idealogic.interceptor.JPAInterceptor" name="jpa"/> >>>> <interceptor-stack name="jpaStack"> >>>> <interceptor-ref name="login"/> >>>> <interceptor-ref name="permissao"/> >>>> <interceptor-ref name="idioma"/> >>>> <interceptor-ref name="jpa"/> >>>> <interceptor-ref name="restDefaultStack"/> >>>> </interceptor-stack> >>>> </interceptors> >>>> <default-interceptor-ref name="jpaStack"/> >>>> >>>> >>>> <default-action-ref >>>> name="login_sistema"></default-action-ref> >>>> >>>> <global-results> >>>> <result name="login">/login.jsp</result> >>>> <result name="forbidden">/forbidden.jsp</result> >>>> </global-results> >>>> >>>> </package> >>>> >>>> <include file="struts-ajax.xml"/> >>>> <include file="struts-login.xml"/> >>>> <include file="struts-filtro.xml"/> >>>> </struts> >>>> >>>> struts-ajax.xml >>>> >>>> <?xml version="1.0" encoding="UTF-8"?> >>>> <!DOCTYPE struts PUBLIC >>>> "-//Apache Software Foundation//DTD Struts Configuration 2.0//EN" >>>> "http://struts.apache.org/dtds/struts-2.0.dtd";> >>>> <struts> >>>> <package name="ajax" extends="json-default" namespace="/ajax"> >>>> <interceptors> >>>> <interceptor >>>> class="br.com.idealogic.interceptor.JPAInterceptor" name="jpa"/> >>>> <interceptor-stack name="jpaJsonStack"> >>>> <interceptor-ref name="jpa"/> >>>> <interceptor-ref >>>> name="jsonValidationWorkflowStack"/> >>>> </interceptor-stack> >>>> </interceptors> >>>> <default-interceptor-ref name="jpaJsonStack"/> >>>> >>>> >>>> <action name="loadCidadeByEstado" >>>> method="loadCidadeByEstado" >>>> class="br.com.seedingControl.action.CidadeAction"> >>>> <result name="json" type="json"> >>>> <param name="includeProperties"> >>>> ^cidades\[\d+\]\.idCidade, >>>> ^cidades\[\d+\]\.nmCidade >>>> </param> >>>> </result> >>>> </action> >>>> >>>> </package> >>>> </struts> >>>> >>>> Thanks for all your help! >>>> >>>> Felipe Lorenz >>>> >>>> Em 22/06/2013, às 04:27, Lukasz Lenart escreveu: >>>> >>>>> 2013/6/22 Litman, Bruno <blit...@alabamainteractive.org>: >>>>>> We are also experiencing issues with tags and theme files, we are >>>>>> upgrading many applications from 2.3.4.1 to 2.3.14.3 >>>>>> I am not sure if this is related - if not and if I need to start a new >>>>>> discussion please let me know and accept my apology. >>>>>> >>>>>> 1/ >>>>>> >>>>>> We previously always coded forms as : >>>>>> <s:form action="login" namespace="/">.... >>>>>> Now randomly, this fails to generate the proper action url in the html >>>>>> (it is missing the '.action', which results in a 404 once you post the >>>>>> form) >>>>>> >>>>>> The only workaround we have found so far is to add the '.action' suffix >>>>>> to the s:form's action attribute. Before it was always added for us by >>>>>> struts. >>>>>> So now we are having success with >>>>>> <s:form action="login.action" namespace="/">... >>>>>> >>>>>> Is this expected behavior? Did this change recently? 2.3.4.1 is not so >>>>>> ancient.. >>>>> >>>>> No, it isn't - mainly a bug - Struts should add suffix for you, you >>>>> basically use the same action names as defined in struts.xml. This is >>>>> very strange, I have just tested with struts2-blank on Jetty and >>>>> suffix was there. Could you share more details about the config? >>>>> >>>>>> 2/ >>>>>> >>>>>> We are trying to replace the "required" attribute in the textfields with >>>>>> "requiredLabel" without success. Was the xhtml theme's ftl file >>>>>> "controlheader_core" updated to reflect the changes in the >>>>>> struts-tags.tld (requiredLabel replaced required)? >>>>> >>>>> You are right, it is bug :\ Please fill an issue >>>>> >>>>>> Also, it seems applications are randomly serving ftl files from other >>>>>> applications' theme folders with the same name. >>>>>> This was demonstrated by modifying something obvious in one >>>>>> application's ftl file (displaying some text next to a text field's >>>>>> label), and the effect can be seen randomly on other applications which >>>>>> shouldn’t even see that application's template folder (the themes are >>>>>> however named the same in both applications) >>>>>> I am only able to make the "requiredLabel" attribute work if placed in a >>>>>> <s:param> tag as opposed to being just an attribute of the s:textfield >>>>>> tag, but even so it is still not always using the same ftl files >>>>>> (however always from similarly named themes placed inside each >>>>>> application) >>>>>> >>>>>> This is extremely confusing. Is FreeMarker caching files independently >>>>>> of the application? Is the app container interfering with caching? (We >>>>>> are using Resin 4.0.36) >>>>> >>>>> Hmmm... very strange behaviour, it will be hard to find the source of >>>>> the problem. Maybe it is related to new ContainerHolder and how Resin >>>>> is managing threads - but I'm not sure :\ >>>>> >>>>> >>>>> Regards >>>>> -- >>>>> Łukasz >>>>> + 48 606 323 122 http://www.lenart.org.pl/ >>>>> >>>>> --------------------------------------------------------------------- >>>>> To unsubscribe, e-mail: user-unsubscr...@struts.apache.org >>>>> For additional commands, e-mail: user-h...@struts.apache.org >>>>> >>>> >>>> >>>> --------------------------------------------------------------------- >>>> To unsubscribe, e-mail: user-unsubscr...@struts.apache.org >>>> For additional commands, e-mail: user-h...@struts.apache.org >>>> >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: user-unsubscr...@struts.apache.org >>> For additional commands, e-mail: user-h...@struts.apache.org >>> >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: user-unsubscr...@struts.apache.org >> For additional commands, e-mail: user-h...@struts.apache.org >> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: user-unsubscr...@struts.apache.org > For additional commands, e-mail: user-h...@struts.apache.org >
