Return-Path: X-Original-To: apmail-struts-user-archive@www.apache.org Delivered-To: apmail-struts-user-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 33174C2EA for ; Wed, 26 Jun 2013 07:46:34 +0000 (UTC) Received: (qmail 79968 invoked by uid 500); 26 Jun 2013 07:46:24 -0000 Delivered-To: apmail-struts-user-archive@struts.apache.org Received: (qmail 79949 invoked by uid 500); 26 Jun 2013 07:46:24 -0000 Mailing-List: contact user-help@struts.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Help: List-Post: List-Id: "Struts Users Mailing List" Reply-To: "Struts Users Mailing List" Delivered-To: mailing list user@struts.apache.org Received: (qmail 79905 invoked by uid 99); 26 Jun 2013 07:46:22 -0000 Received: from minotaur.apache.org (HELO minotaur.apache.org) (140.211.11.9) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 26 Jun 2013 07:46:22 +0000 Received: from localhost (HELO mail-pd0-f176.google.com) (127.0.0.1) (smtp-auth username lukaszlenart, mechanism plain) by minotaur.apache.org (qpsmtpd/0.29) with ESMTP; Wed, 26 Jun 2013 07:46:13 +0000 Received: by mail-pd0-f176.google.com with SMTP id t12so1330706pdi.7 for ; Wed, 26 Jun 2013 00:46:12 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type:content-transfer-encoding; bh=ZOr7dz2dO79DIsztiXCifLby8n5a8yO8h6ZAI3GOD6w=; b=HTP9aYno9HfuCz/Rt7c993bz369n7tBuqVWqYmzDyold1OwKcD4CYGAvnqZ3ScIxWs 0Dnqc1BelsY7UohFOATV5fF5wUJi+3WcmkDhYsxVFHRga3k4GCq8eDjNiFBxi7iujDOJ /CNgXlTBukquGRpS6TJ8qHIoE6FSpKyaWUaXLNqedHhpKmhGLaT4Sihi759qwqs8Zf/h 4inIGKv5SXmvBv6yXiZiBwLP1w7p+U2XyKbMIpKzv/udPPBRRZASWNoFzPaPMfffjvYc igoRJeLIYEAK4D6gt7PopG0L7gxcmY/M9IW+ZNpf4Gqg+bDbR4se7ZaJvVAlQG2oHTPa OnFQ== X-Received: by 10.68.4.9 with SMTP id g9mr2670188pbg.217.1372232772920; Wed, 26 Jun 2013 00:46:12 -0700 (PDT) MIME-Version: 1.0 Received: by 10.68.52.103 with HTTP; Wed, 26 Jun 2013 00:45:52 -0700 (PDT) In-Reply-To: References: From: Lukasz Lenart Date: Wed, 26 Jun 2013 09:45:52 +0200 Message-ID: Subject: Re: s:action tag showing result To: Struts Users Mailing List Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable As I understand you use ? Which means result named "json" shouldn't be executed, you can even remove it. Regards --=20 =C5=81ukasz + 48 606 323 122 http://www.lenart.org.pl/ 2013/6/22 Felipe Lorenz : > 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, t= he 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 o= s 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 n= o find my result name, but my list is populated and no result from this act= ion tag appear in my page. > > I hope this information can help. > > Also, I am printing my config: > > struts.xml: > > > "-//Apache Software Foundation//DTD Struts Configuration 2.3//EN" > "http://struts.apache.org/dtds/struts-2.3.dtd"> > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > /login.jsp > /forbidden.jsp > > > > > > > > > > struts-ajax.xml > > > "-//Apache Software Foundation//DTD Struts Configuration 2.0//EN" > "http://struts.apache.org/dtds/struts-2.0.dtd"> > > > > > > > > > > > > > > > > ^cidades\[\d+\]\.idCidade, > ^cidades\[\d+\]\.nmCidade > > > > > > > > Thanks for all your help! > > Felipe Lorenz > > Em 22/06/2013, =C3=A0s 04:27, Lukasz Lenart escreveu: > >> 2013/6/22 Litman, Bruno : >>> We are also experiencing issues with tags and theme files, we are upgra= ding 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 : >>> .... >>> 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 str= uts. >>> So now we are having success with >>> ... >>> >>> 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 wit= h "requiredLabel" without success. Was the xhtml theme's ftl file "controlh= eader_core" updated to reflect the changes in the struts-tags.tld (required= Label replaced required)? >> >> You are right, it is bug :\ Please fill an issue >> >>> Also, it seems applications are randomly serving ftl files from other a= pplications' 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 ef= fect can be seen randomly on other applications which shouldn=E2=80=99t eve= n 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 tag as opposed to being just an attribute of the s:textfield ta= g, but even so it is still not always using the same ftl files (however alw= ays 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 >> -- >> =C5=81ukasz >> + 48 606 323 122 http://www.lenart.org.pl/ >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org >> For additional commands, e-mail: user-help@struts.apache.org >> > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: user-unsubscribe@struts.apache.org > For additional commands, e-mail: user-help@struts.apache.org > --------------------------------------------------------------------- To unsubscribe, e-mail: user-unsubscribe@struts.apache.org For additional commands, e-mail: user-help@struts.apache.org