From jira-events at lists.jboss.org Thu Apr 26 16:49:19 2012 Content-Type: multipart/mixed; boundary="===============3574051480149791777==" MIME-Version: 1.0 From: Jean ANDRE (JIRA) To: richfaces-issues at lists.jboss.org Subject: [richfaces-issues] [JBoss JIRA] (RF-12210) - Date: Thu, 26 Apr 2012 16:49:19 -0400 Message-ID: <1253336915.36992.1335473359046.JavaMail.tomcat@jira02.app.mwc.hst.phx2.redhat.com> In-Reply-To: 179042739.35702.1335449302270.JavaMail.tomcat@jira02.app.mwc.hst.phx2.redhat.com --===============3574051480149791777== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable [ https://issues.jboss.org/browse/RF-12210?page=3Dcom.atlassian.jira.pl= ugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=3D12688152#com= ment-12688152 ] = Jean ANDRE edited comment on RF-12210 at 4/26/12 4:49 PM: ---------------------------------------------------------- With the version 2.1.6, under [BASE 8.0.0.1 cf011135.03], firefox 12, RichF= aces 4.2.0 the application is running and the order of parameters is correc= t. {code} = = {code} We have upgraded this environment for JSF 2.1.7 and it still working, then = we have upgraded with the version 4.2.1 Final of RF and it still work, ther= e is no change in parameter order !?. We also moved the code which does not work under the environment of GlassFi= sh to WAS/RAD environment and this code is running well too. That means, th= ere is something wrong under GlassFish with the same source code excepted f= or the CDI vs Spring, GlassFish vs RAD and other library such as el-impl-2.= 2.jar. So the question is why the order of the parameters are not the same from Gl= assFish environment to WAS/RAD environment for the same application (same X= HTML and same Java Source). = was (Author: jorelia64): With the version 2.1.6, under [BASE 8.0.0.1 cf011135.03], firefox 12, R= ichFaces 4.2.0 the application is running and the order of parameters are c= orrect. {code} = = {code} We have upgraded this environment for JSF 2.1.7 and it still working, then = we have upgraded with the version 4.2.1 Final of RF and it still work, ther= e is no change in parameter order !?. We also moved the code which does not work under the environment of GlassFi= sh to WAS/RAD environment and this code is running well too. That means, th= ere is something wrong under GlassFish with the same source code excepted f= or the CDI vs Spring, GlassFish vs RAD and other library such as el-impl-2.= 2.jar. So the question is why the order of the parameters are not the same from Gl= assFish environment to WAS/RAD environment for the same application (same X= HTML and same Java Source). = > - > -- > > Key: RF-12210 > URL: https://issues.jboss.org/browse/RF-12210 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) = > Affects Versions: 4.2.0.Final, 4.2.1.Final > Environment: FireFox 12 or 8.0.7601 - GlassFish 3.1.2 - Mojarra = 2.1.7 - Windows 7 - commons-lang-2.4 - commons-logging-1.1.1 - cssparser-0.= 9.6 - el-impl-2.2 - guava-11.0.1 - = > hibernate-validator-4.2.0.Final - junit-4.10 - log4j-1.2.16 - sac-1.3 - E= clipse Indigo > Reporter: Jean ANDRE > Attachments: NestedEar_RF-12210.ear, NestedEar_RF-12210.ear, Nest= edWeb_RF-12010-Web.zip, NestedWeb_RF-12010-Web.zip > > > We got the following javascript error message under firebug: = > _Lang.byId: reference un noeud de r=C3=A9f=C3=A9rence ou un identifiant d= oit =C3=AAtre pass=C3=A9 - = > jsf.js.jsf?ln=3Djavax.faces (ligne 1). > Under IE the error message is: > Message=C2=A0: Erreur non sp=C3=A9cifi=C3=A9e. > Ligne=C2=A0: 1 > Caract=C3=A8re=C2=A0: 37254 > Code=C2=A0: 0 > URI=C2=A0: http://localhost:8080/NestedWeb/javax.faces.resource/jsf.js.js= f?ln=3Djavax.faces > At this code: > ){throw this.makeException(new Error(),null,null,this._nameSpace,"byId",t= his.getMessage("ERR_REF_OR_ID",null,"_Lang.byId","reference")); > This error did not appear in previous version of JSF - More over we have = also new another error related to = > > The error occurs when we want to close a dynamic tab. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrato= rs: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira = --===============3574051480149791777==--