[ICE-10968] Unable to pick date with ace:dateTimeEntry on Pluto - ICEsoft JIRA Issue Tracker

Details

Type: Bug
Status: Closed
Priority: Major
Resolution: Invalid
Affects Version/s: 4.1.1
Fix Version/s: 4.1.1
Component/s: ACE-Components
Labels:
None
Environment:
Apache Pluto

Assignee Priority:
P1

Description

- Start Apache Pluto 2.0.2 and navigate to http://localhost:8080/pluto/portal

- Username: pluto

- Password: pluto

- Copy the attached icefaces4-portlet-4.0.0-SNAPSHOT.war artifact to the tomcat/webapps folder

- Using the Pluto Admin page, add a new page named "ICE4" and then add the "ICEfaces4" portlet to it.

- Navigate to the new ICE4 page

- Click in the "Date of Birth" field at try to select a date from the popup calendar

If the bug is fixed then the date will be selected and appear in the textbox.

Otherwise, if the bug still exists then there will be an error in the browser's console log:
Uncaught TypeError: Cannot read property 'length' of undefined
http://localhost:8080/pluto/portal/ICE4/__rsicefaces4-portlet-40x200x20-SNAPSHOT0x21!2241321%7C0?ln=ice.core&javax.faces.resource=bridge.js

Options
- Sort By Name
- Sort By Date
- Ascending
- Descending
- Download All

Attachments

Hide
icefaces4-portlet-4.0.0-SNAPSHOT.war

17/Feb/16 4:39 PM

11.54 MB

Neil Griffin
META-INF/MANIFEST.MF 0.3 kB

META-INF/context.xml 0.1 kB

WEB-INF/.../ApplicantBackingBean.class 9 kB

WEB-INF/classes/.../ApplicantModelBean.class 4 kB

WEB-INF/classes/.../ApplicantViewBean.class 1 kB

WEB-INF/classes/.../bean/ListModelBean.class 5 kB

WEB-INF/.../PortletPreferencesBackingBean.class 4 kB

WEB-INF/classes/com/.../demos/dto/City.class 1 kB

WEB-INF/classes/com/.../dto/Province.class 0.9 kB

WEB-INF/.../UploadedFileWrapper.class 5 kB

WEB-INF/classes/i18n.properties 1 kB

WEB-INF/classes/i18nFaces.properties 0.1 kB

WEB-INF/classes/log4j.properties 2 kB

WEB-INF/classes/META-INF/apache-2.0.txt 11 kB

WEB-INF/classes/.../cddl-1.0-gpl-2.0-cp.txt 44 kB

WEB-INF/classes/META-INF/cddl-1.0.txt 16 kB

WEB-INF/classes/META-INF/NOTICE.txt 0.6 kB

WEB-INF/classes/META-INF/THIRD-PARTY.txt 0.7 kB

WEB-INF/faces-config.xml 0.9 kB

WEB-INF/lib/commons-logging-1.1.1.jar 59 kB

WEB-INF/.../icefaces-4.1.1-20160216.170212-3.jar 684 kB

WEB-INF/.../icefaces-ace-4.1.1-20160216.171751-3.jar 6.07 MB

WEB-INF/lib/jsf-api-2.2.13.jar 680 kB

WEB-INF/lib/jsf-impl-2.2.13.jar 2.30 MB

WEB-INF/.../liferay-faces-alloy-3.0.0-SNAPSHOT.jar 573 kB

WEB-INF/.../liferay-faces-bridge-api-4.0.0-SNAPSHOT.jar 94 kB

WEB-INF/.../liferay-faces-bridge-impl-4.0.0-SNAPSHOT.jar 451 kB

WEB-INF/.../liferay-faces-util-3.0.0-SNAPSHOT.jar 276 kB

WEB-INF/lib/log4j-1.2.14.jar 359 kB

WEB-INF/portlet.xml 2 kB

Showing 30 of 50 items Download Zip
Show

icefaces4-portlet-4.0.0-SNAPSHOT.war

17/Feb/16 4:39 PM

11.54 MB

Neil Griffin

Activity

Ascending order - Click to sort in descending order

Hide

Permalink

Arturo Zambrano added a comment - 18/Feb/16 1:50 PM

I haven't been able to successfully deploy the attached portlet on Apache Pluto 2.0.2. I'm able to add the portlet to a page, but when I try to view the page I get this exception, displayed right on the browser:

Error rendering portlet 1.
javax.portlet.faces.BridgeException: javax.faces.FacesException: Expression Error: Named Object: com.liferay.faces.portlet.component.renderurl.RenderURL not found.
	at com.liferay.faces.bridge.internal.BridgePhaseRenderImpl.execute(BridgePhaseRenderImpl.java:105)
	at com.liferay.faces.bridge.internal.BridgeImpl.doFacesRequest(BridgeImpl.java:131)
	at javax.portlet.faces.GenericFacesPortlet.doView(GenericFacesPortlet.java:263)
	at javax.portlet.GenericPortlet.doDispatch(GenericPortlet.java:348)
	at javax.portlet.faces.GenericFacesPortlet.doDispatch(GenericFacesPortlet.java:212)
	at javax.portlet.GenericPortlet.render(GenericPortlet.java:253)
	at org.apache.pluto.driver.services.container.FilterChainImpl.doFilter(FilterChainImpl.java:163)
	at org.apache.pluto.driver.services.container.FilterChainImpl.processFilter(FilterChainImpl.java:91)
	at org.apache.pluto.driver.services.container.FilterManagerImpl.processFilter(FilterManagerImpl.java:105)
	at org.apache.pluto.container.driver.PortletServlet.dispatch(PortletServlet.java:340)
	at org.apache.pluto.container.driver.PortletServlet.doGet(PortletServlet.java:261)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:617)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
	...

I tried to simplify the portlet to make it only display the dateTimeEntry component, but I keep getting the same exception.

I followed the steps exactly as they appear in the description. Am I missing a step or do I need to add a library or something else to Pluto?

Show

Arturo Zambrano added a comment - 18/Feb/16 1:50 PM I haven't been able to successfully deploy the attached portlet on Apache Pluto 2.0.2. I'm able to add the portlet to a page, but when I try to view the page I get this exception, displayed right on the browser: Error rendering portlet 1. javax.portlet.faces.BridgeException: javax.faces.FacesException: Expression Error: Named Object: com.liferay.faces.portlet.component.renderurl.RenderURL not found. at com.liferay.faces.bridge.internal.BridgePhaseRenderImpl.execute(BridgePhaseRenderImpl.java:105) at com.liferay.faces.bridge.internal.BridgeImpl.doFacesRequest(BridgeImpl.java:131) at javax.portlet.faces.GenericFacesPortlet.doView(GenericFacesPortlet.java:263) at javax.portlet.GenericPortlet.doDispatch(GenericPortlet.java:348) at javax.portlet.faces.GenericFacesPortlet.doDispatch(GenericFacesPortlet.java:212) at javax.portlet.GenericPortlet.render(GenericPortlet.java:253) at org.apache.pluto.driver.services.container.FilterChainImpl.doFilter(FilterChainImpl.java:163) at org.apache.pluto.driver.services.container.FilterChainImpl.processFilter(FilterChainImpl.java:91) at org.apache.pluto.driver.services.container.FilterManagerImpl.processFilter(FilterManagerImpl.java:105) at org.apache.pluto.container.driver.PortletServlet.dispatch(PortletServlet.java:340) at org.apache.pluto.container.driver.PortletServlet.doGet(PortletServlet.java:261) at javax.servlet.http.HttpServlet.service(HttpServlet.java:617) at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) ... I tried to simplify the portlet to make it only display the dateTimeEntry component, but I keep getting the same exception. I followed the steps exactly as they appear in the description. Am I missing a step or do I need to add a library or something else to Pluto?

6 older comments

Hide

Permalink

Mircea Toma added a comment - 22/Feb/16 9:00 AM - edited

No, Liferay will not render the script tag. But at least it renders its content in a different place:

<div id="bottomJS">
    .....
</div>
<script type="text/javascript">
.....ice.setupBridge("_1_WAR_icefaces4portlet_INSTANCE_vV75ldMObRSc_:vv20q4nh4_icefaces_config","v20q4nh4","jdiky5fkvu",{reloadOnUpdateFailure:!1,deltaSubmit:!1,focusManaged:!0,disableDefaultErrorPopups:!1,standardFormSerialization:!1,sendDisposeWindow:!1,blockUIOnSubmit:!1,clientSideElementUpdateDetermination:!1,parameterPrefix:""}); .......
</script>

Show

Mircea Toma added a comment - 22/Feb/16 9:00 AM - edited No, Liferay will not render the script tag. But at least it renders its content in a different place: <div id= "bottomJS" > ..... </div> <script type= "text/javascript" > .....ice.setupBridge( "_1_WAR_icefaces4portlet_INSTANCE_vV75ldMObRSc_:vv20q4nh4_icefaces_config" , "v20q4nh4" , "jdiky5fkvu" ,{reloadOnUpdateFailure:!1,deltaSubmit:!1,focusManaged:!0,disableDefaultErrorPopups:!1,standardFormSerialization:!1,sendDisposeWindow:!1,blockUIOnSubmit:!1,clientSideElementUpdateDetermination:!1,parameterPrefix:""}); ....... </script>

Hide

Permalink

Neil Griffin added a comment - 22/Feb/16 9:32 AM

Is it OK that it Liferay renders it at the bottom of the page? That is a Liferay-only optimization that we have in the bridge. If it is not rendered at all in Pluto, then that means we have a bug in the bridge and this issue can be closed.

Show

Neil Griffin added a comment - 22/Feb/16 9:32 AM Is it OK that it Liferay renders it at the bottom of the page? That is a Liferay-only optimization that we have in the bridge. If it is not rendered at all in Pluto, then that means we have a bug in the bridge and this issue can be closed.

Hide

Permalink

Mircea Toma added a comment - 22/Feb/16 10:07 AM

Yes, it's fine if the script is rendered at the bottom of the page. I'll close the issue then.

Show

Mircea Toma added a comment - 22/Feb/16 10:07 AM Yes, it's fine if the script is rendered at the bottom of the page. I'll close the issue then.

Hide

Permalink

Mircea Toma added a comment - 22/Feb/16 10:08 AM

This is not an issue with ICEfaces. See above.

Show

Mircea Toma added a comment - 22/Feb/16 10:08 AM This is not an issue with ICEfaces. See above.

Hide

Permalink

Kyle Stiemann added a comment - 23/Feb/16 3:19 PM

This issue is a bug in Liferay Faces. We have created FACES-2615 to track the issue, and I hope to commit a fix today.

Show

Kyle Stiemann added a comment - 23/Feb/16 3:19 PM This issue is a bug in Liferay Faces. We have created FACES-2615 to track the issue, and I hope to commit a fix today.

People

Assignee:

Mircea Toma

Reporter:

Neil Griffin

Votes:

0 Vote for this issue

Watchers:

5 Start watching this issue

Dates

Created:

17/Feb/16 4:34 PM

Updated:

13/Mar/17 1:33 PM

Resolved:

22/Feb/16 10:08 AM