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
