jsf-1.2

Migrating from JSF 1.1 to JSF 1.2

假装没事ソ 提交于 2019-12-01 14:09:43
Can anybody tell me what things I need to keep in mind before migrating an application from JSF 1.1 to JSF 1.2? BalusC Not much, really. JSF 1.2 is 100% backwards compatible with JSF 1.1. Only thing which you need to take into account that JSF 1.2 fixes many, really many bugs. So if you ever incorrectly assumed some specific JSF 1.1 application behavior as "normal" behavior, but which is under the covers actually caused by a bug, then it would seemingly break. In any case, just run unit tests before and after the upgrade and fix the issues individually. It's only migrating from JSF 1.x to 2.x

Migrating from JSF 1.1 to JSF 1.2

浪子不回头ぞ 提交于 2019-12-01 12:26:31
问题 Can anybody tell me what things I need to keep in mind before migrating an application from JSF 1.1 to JSF 1.2? 回答1: Not much, really. JSF 1.2 is 100% backwards compatible with JSF 1.1. Only thing which you need to take into account that JSF 1.2 fixes many, really many bugs. So if you ever incorrectly assumed some specific JSF 1.1 application behavior as "normal" behavior, but which is under the covers actually caused by a bug, then it would seemingly break. In any case, just run unit tests

Hot republishing/deploying of static xhtml files issues

给你一囗甜甜゛ 提交于 2019-12-01 10:50:29
I'm noticing a lot of issues operating the "hot deploying" of JSF pages in the following environment: Eclipse Indigo(latest version) Tomcat 5.5 JSF 1.2 Facelets View Handler I noticed that, if I modify an already rendered xhtml page (for example the CSS style of an element) and then re-publish(through Eclipse or manually copying the xhtml file inside Tomcat) this page (maintaining the servlet container up), it doesn't show me the current changes. I also, in vain, setup the following configuration on my web application: <Context docBase="mywebapp" path="/mywebapp" reloadable="true"

In JSF 1.2 how do I changing Logging level of RenderResponsePhase?

老子叫甜甜 提交于 2019-12-01 10:04:30
问题 I am getting the following messsage in System out: " FacesMessage(s) have been enqueued.... ". The solution with Sun's JavaServer Faces implementation (1.2_07-b03-FCS) was to add this to web.xml: <context-param> <description> Set to true to disable the following warning message: FacesMessage(s) have been enqueued, but may not have been displayed </description> <param-name>com.ibm.ws.jsf.disableEnqueuedMessagesWarning</param-name> <param-value>true</param-value> </context-param> But for some

Hot republishing/deploying of static xhtml files issues

眉间皱痕 提交于 2019-12-01 09:25:58
问题 I'm noticing a lot of issues operating the "hot deploying" of JSF pages in the following environment: Eclipse Indigo(latest version) Tomcat 5.5 JSF 1.2 Facelets View Handler I noticed that, if I modify an already rendered xhtml page (for example the CSS style of an element) and then re-publish(through Eclipse or manually copying the xhtml file inside Tomcat) this page (maintaining the servlet container up), it doesn't show me the current changes. I also, in vain, setup the following

h:commandButton is not firing action if the h:form has enctype=“multipart/form-data”

生来就可爱ヽ(ⅴ<●) 提交于 2019-12-01 08:20:49
问题 JSF: 1.2 Server: Weblogic I am trying to implement multiple file upload. As I need to give support for IE7 so I cannot use HTML5 input file. So I have planned to add a button, on clicking it will add a input file in the page. Primarily I have started my work with ADF Faces. But that didn't worked. That was behaving in unexpected way. I have also tried Tomahawk's file upload component, but the problem was with this component that after adding a new file upload from the backend the previously

JSF 1.2 on Wildfly 8 Final - weld-core-jsf is still referencing JSF 2.2 API

眉间皱痕 提交于 2019-11-30 15:46:06
I'm currently migrating a JSF-1.2 app to Wildfly 8 Final and am stuck :( First of all, I've read many post with related issues (e.g. https://community.jboss.org/message/845006 or Migrate JSF 1.2 Seam app to WildFly Beta 1 ) but the proposed solution (excluding the weld subsystem) doesn't work for me. What I did: I followed the multi-jsf feature tutorial here and installed JSF 1.2 as a module for wildfly (to be exact, 3 modules). The next was that I added exclusions for javax.faces.api and com.sun.jsf-impl (main slots) as well as the corresponding dependencies to the 1.2 slots to my jboss

Iterating over a list in JSF 1.2

感情迁移 提交于 2019-11-29 11:42:05
Is there any way of iterating over a list in JSF 1.2 without using any third party components? I know I can do it using Tomahawk. I also know that it can be done using JSTL, but I am keeping that as my last resort. Also I cannot use <ui:repeat> since we are using JSF 1.2. Is there any elegant way like <ui:repeat> to do it in jsf 1.2? BalusC The only JSF 1.2 component which can iterate over a List is the <h:dataTable> . In JSP, the only other "standard" (i.e. not "3rd party") tag which can iterate over a List is the JSTL <c:forEach> . Using JSTL shouldn't harm that much if the List which you'd

what dictates JSF version? Container or faces-config?

情到浓时终转凉″ 提交于 2019-11-29 07:15:55
I am currently running a legacy JSF application on JBoss AS 4.3. I believe that this implements JSF 1.2. However, when I looked at the faces-config, I saw that it was using the JSF 1.1 DTD. Which version of JSF am I using? The exact JSF implementation version information is available in /META-INF/MANIFEST.MF file of the JSF implementation JAR file. It's usually located near the bottom of the manifest file as follows: Implementation-Title: Mojarra Implementation-Version: 1.2_12-b01-FCS Implementation-Vendor: Sun Microsystems, Inc. A JAR file can be opened with a ZIP tool. In case of Sun RI /

What is Mojarra?

血红的双手。 提交于 2019-11-28 18:05:59
How is Mojarra different from Sun's JSF Reference Implemenation? Is it just a later version? Is it simply a rename? The Sun JSF Reference Implementation, also known as Sun JSF RI, was named like that, just "JSF RI", from the beginning on until version 1.2_08. The dev team found it an extremely boring and nothing-saying name. They would like to participate with the fancy product code name hype and wanted to have it in line with the "Glassfish" project which JSF RI is part of . After some user community polls (initiated by the good ol' forums.sun.com), the name "Mojarra" was been chosen. Since