Details
Bug
Major
Description
When I set the "com.icesoft" flag to true in my log4j.xml file, I see stuff like this in the Tomcat console:
02:57:10,937 DEBUG [BridgeFacesContext:166] Cannot find clientId _sample_icefaces_sun_WAR_sampleicefacessunportlet_INSTANCE_g3Hm__id1:_sample_icefaces_sun_WAR_sampleicefacessunportlet_INSTANCE_g3Hm__id4:firstNamefrom facesMessages
Is this a warning? Is it an error?
Drop the attached portlet in your $HOME/liferay/deploy (aka hot-deploy) folder and it will hot-deploy itself when the portal is running. When you tab from one field to another, you will see debugs like the one mentioned above.
02:57:10,937 DEBUG [BridgeFacesContext:166] Cannot find clientId _sample_icefaces_sun_WAR_sampleicefacessunportlet_INSTANCE_g3Hm__id1:_sample_icefaces_sun_WAR_sampleicefacessunportlet_INSTANCE_g3Hm__id4:firstNamefrom facesMessages
Is this a warning? Is it an error?
Drop the attached portlet in your $HOME/liferay/deploy (aka hot-deploy) folder and it will hot-deploy itself when the portal is running. When you tab from one field to another, you will see debugs like the one mentioned above.
-
Hide
-
-
Edit.jspx
-
Help.jspx
-
JobApplication.jspx
-
META-INF/context.xml
-
WEB-INF/classes/Override.properties
-
WEB-INF/classes/.../JobApplication.class
-
WEB-INF/classes/log4j.xml
-
WEB-INF/faces-config.xml
-
WEB-INF/geronimo-web.xml
-
WEB-INF/jboss-web.xml
-
WEB-INF/lib/backport-util-concurrent.jar
-
WEB-INF/lib/commons-beanutils.jar
-
WEB-INF/lib/commons-collections.jar
-
WEB-INF/lib/commons-digester.jar
-
WEB-INF/lib/commons-fileupload.jar
-
WEB-INF/lib/commons-lang.jar
-
WEB-INF/lib/commons-logging.jar
-
WEB-INF/lib/commons-validator.jar
-
WEB-INF/lib/el-api.jar
-
WEB-INF/lib/icefaces-comps.jar
-
WEB-INF/lib/icefaces.jar
-
WEB-INF/lib/jsf-api.jar
-
WEB-INF/lib/jsf-impl.jar
-
WEB-INF/lib/log4j.jar
-
WEB-INF/lib/oro.jar
-
WEB-INF/lib/util-bridges.jar
-
WEB-INF/lib/util-java.jar
-
WEB-INF/lib/util-taglib.jar
-
WEB-INF/liferay-display.xml
-
WEB-INF/liferay-plugin-package.xml
-
-
Activity
| Field | Original Value | New Value |
|---|---|---|
| Attachment | sample-icefaces-sun-portlet-4.3.0.1.war [ 10611 ] |
| Fix Version/s | 1.7DR#1 [ 10100 ] | |
| Assignee Priority | P3 | |
| Assignee | Mircea Toma [ mircea.toma ] |
| Fix Version/s | 1.7 [ 10080 ] | |
| Fix Version/s | 1.7DR#1 [ 10100 ] |
| Assignee Priority | P3 | |
| Assignee | Mircea Toma [ mircea.toma ] | Deryk Sinotte [ deryk.sinotte ] |
| Repository | Revision | Date | User | Message |
| ICEsoft Public SVN Repository | #15088 | Fri Nov 02 17:08:48 MDT 2007 | deryk.sinotte | |
| Files Changed | ||||
MODIFY
/icefaces/trunk/icefaces/core/src/com/icesoft/faces/context/BridgeFacesContext.java
|
| Status | Open [ 1 ] | Resolved [ 5 ] |
| Fix Version/s | 1.7DR#3 [ 10112 ] | |
| Fix Version/s | 1.7 [ 10080 ] | |
| Resolution | Fixed [ 1 ] |
| Fix Version/s | 1.7 [ 10080 ] |
| Status | Resolved [ 5 ] | Closed [ 6 ] |
| Assignee | Deryk Sinotte [ deryk.sinotte ] |
This was not a functionality bug and it was not limited to the portlet environment. The logging message was at DEBUG level but the wording made it sound more ominous that it really was. It logs the information that there are no FacesMessages for each component that has an <ice:message> component associated with it. I adjusted the logic a bit and reworded the logging message to be a bit more benign. I also made it TRACE level rather than DEBUG. Resolving as fixed.