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 1CD411051C for ; Thu, 27 Mar 2014 20:43:44 +0000 (UTC) Received: (qmail 48209 invoked by uid 500); 27 Mar 2014 20:43:42 -0000 Delivered-To: apmail-struts-user-archive@struts.apache.org Received: (qmail 47907 invoked by uid 500); 27 Mar 2014 20:43:40 -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 47899 invoked by uid 99); 27 Mar 2014 20:43:39 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 27 Mar 2014 20:43:39 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of lopezblasi@conicet.gov.ar designates 200.0.196.171 as permitted sender) Received: from [200.0.196.171] (HELO berni.conicet.gov.ar) (200.0.196.171) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 27 Mar 2014 20:43:33 +0000 Received: from ipfront.conicet.gov.ar (berni [10.4.0.2]) by berni.conicet.gov.ar (Postfix) with ESMTP id A27FFFE6E1 for ; Thu, 27 Mar 2014 17:43:02 -0300 (ARST) Received: from [10.1.2.197] (11-082.conicet.gov.ar [10.1.2.197]) by ipfront.conicet.gov.ar (Postfix) with ESMTP id 8145F15240D; Thu, 27 Mar 2014 17:43:02 -0300 (ARST) Message-ID: <53348CE8.70907@conicet.gov.ar> Date: Thu, 27 Mar 2014 17:41:12 -0300 From: =?ISO-8859-1?Q?Manuel_L=F3pez_Blasi?= User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: Struts Users Mailing List CC: Diego Barrabino , Diego Fernando Asensio , Juan Pablo Soto , =?ISO-8859-1?Q?Y=E9sica_Nieva?= =?ISO-8859-1?Q?s?= Subject: Request parameters need corresponding getters/setters in action? Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Hello everybody, i'm in the process or migrating our application from struts 2.8.1 to the latest 2.3.16.1 Ga. After some intense debugging and researching i have come to the conclusion that request parameters passed thru url are required to have corresponding setter mothod (dunno if getter too) in targeted action class. I have and url like this: http://localhost:8080/sigerh_5_4/view/licencia/usuario/listarTramite_input.action?pantallaOrigen=Licencia&idMenu=27&idModulo=5&idGrupo=4 the params would be: pantallaOrigen=Licencia &idMenu=27 &idModulo=5 &idGrupo=4 whenever i click the link i get following exception: " INFO: 2014-03-27 17:29:32,673 ERROR .logging.commons.CommonsLogger error (L:34 ) -Developer Notification (set struts.devMode to false to disable this message): Unexpected Exception caught setting 'pantallaOrigen' on 'class ar.gov.conicet.apps.sigerh.presentation.usuario.CListarTramiteAction: Error setting expression 'pantallaOrigen' with value ['Licencia', ] " i added setter methods in this action to see if that would fix the issue and set breakpoints and efectively the framework uses this method and sets those values. Is this a new feature or behaviour? I haven't seen it before. Is there a way to configure this so i don't have to reformat the whole application? Strange enough some links seems to not suffer from this issue: this for example is ok: http://localhost:8080/sigerh_5_4/view/licencia/usuario/tramite.action?tramite.id=789447&accion=ver Another issue with latest release(s): i have noticed that datetimepicker isn't shown anymore, as if it were broken. I checked out struts2 jira issue: https://issues.apache.org/jira/browse/WW-4254 and grabbign some info from there i managed to modify some files from struts2-core-2.3.16.1.jar , i changed some paths in controlheader.ftl controlheader-core.ftl basically applying the same fixes that were performed in that issue. Prior to that the jsp crashed in the same way described in the jira ticket. The changes i made fixed it and no exception or warning is shown in the log anymore. I have dev mode set to true and debug level set to very high level showing everything. Anybody can comment on this two issues? Any quick fix/solution would be highly appreciated. Thanks in advance. Best Regards. --------------------------------------------------------------------- To unsubscribe, e-mail: user-unsubscribe@struts.apache.org For additional commands, e-mail: user-help@struts.apache.org