July 2014 - richfaces-issues - Jboss List Archives

[JBoss JIRA] (RF-13728) Editor cant display after page load if page is opened directly

by Michal Petrov (JIRA)

[ https://issues.jboss.org/browse/RF-13728?page=com.atlassian.jira.plugin.s... ] Michal Petrov reassigned RF-13728: ---------------------------------- Assignee: Michal Petrov > Editor cant display after page load if page is opened directly > -------------------------------------------------------------- > > Key: RF-13728 > URL: https://issues.jboss.org/browse/RF-13728 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-input > Affects Versions: 4.5.0.Alpha3 > Environment: Fifefox 30, Chrome 35.0.1916.153, EAP 6.3. > Reporter: Martin Tomasek > Assignee: Michal Petrov > > Component richEditor is not displayed after page load if browser has empty cache and page is opened directy. For example Google Chrome anonymous mode, Firefox with cleared cache (ctrl+shift+d+delete - clear all) opening url http://localhost:8080/metamer/faces/components/richEditor/simple.xhtml?te.... Console displays these error messages: > {code} > Failed to load resource: the server responded with a status of 404 (Not Found) http://localhost:8080/metamer/faces/components/richEditor/config.js?t=E4KA > Failed to load resource: the server responded with a status of 404 (Not Found) http://localhost:8080/metamer/faces/components/richEditor/skins/moono/edi... > Failed to load resource: the server responded with a status of 404 (Not Found) http://localhost:8080/metamer/faces/components/richEditor/lang/en.js?t=E4KA > Uncaught TypeError: Cannot set property 'dir' of undefined ckeditor.js;jsessionid=cCSt9DELY4qr8as9rF23pBU7:218 > {code} > Component starts work correctly after another page load or if your first request is not to this component but to another one - open http://localhost:8080/metamer/ and then directly http://localhost:8080/metamer/faces/components/richEditor/simple.xhtml?te... - component is visible and work. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

10 years, 3 months

1
0
0 / 0

[JBoss JIRA] (RF-13719) rich.fileUpload breaks form action in portal

by Anurag Debnath (JIRA)

[ https://issues.jboss.org/browse/RF-13719?page=com.atlassian.jira.plugin.s... ] Anurag Debnath updated RF-13719: -------------------------------- > rich.fileUpload breaks form action in portal > -------------------------------------------- > > Key: RF-13719 > URL: https://issues.jboss.org/browse/RF-13719 > Project: RichFaces > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: component-input > Affects Versions: 4.3.5 > Environment: JBoss Portal 6.1.1 > Reporter: Jonáš Trantina > Labels: gss > Attachments: reproducer.zip, reproducer2.zip > > > When a rich:fileUpload si submitted (i.e. files are uploaded) action of the form is not preserved well. > In fileupload.js __submit method there is the following code: > {code:JavaScript} > var encodedURLInputs = this.form.children("input[name='javax.faces.encodedURL']"); > var originalAction = encodedURLInputs.length > 0 ? encodedURLInputs.val() : this.form.attr("action"); > {code} > the var "originalAction" is then used to revert to the original action url of the form. However, encodedURLInputs and form action prop does not contain the same url. Because encodedURLInputs has bigger priority URL from that input is restored into the form and not the original form action. This breaks the form as the next submission fails. > In portal the solution is > {code:JavaScript} > var originalFormAction =this.form.attr("action"); > {code} > and then restore "originalFormAction" instead of "originalAction", but I am not sure if this doesn't break anything in other environments. > Is this a bug in richfaces or is the content of input[name='javax.faces.encodedURL'] set badly? > To reproduce you can use the reproducer attached. > Example URLs: > form action > {code} > /portal/classic/home/uploadform?portal:componentId=834fa198-ff3d-4a5c-a1c7-33c85e8a410d&interactionstate=JBPNS_rO0ABXcsABBfanNmQnJpZGdlVmlld0lkAAAAAQALL2hvbWUueGh0bWwAB19fRU9GX18*&portal:type=action > {code} > input[name='javax.faces.encodedURL'] > {code} > /portal/classic/home/uploadform?portal:windowState=normal&portal:componentId=834fa198-ff3d-4a5c-a1c7-33c85e8a410d&portal:cacheLevel=PAGE&resourcestate=JBPNS_rO0ABXdAABBfanNmQnJpZGdlVmlld0lkAAAAAQALL2hvbWUueGh0bWwACF9wYnJBamF4AAAAAQAEdHJ1ZQAHX19FT0ZfXw**&portal:type=resource&portal:portletMode=view > {code} -- This message was sent by Atlassian JIRA (v6.2.6#6264)

10 years, 3 months

1
0
0 / 0

[JBoss JIRA] (RF-13728) Editor cant display after page load if page is opened directly

by Martin Tomasek (JIRA)

[ https://issues.jboss.org/browse/RF-13728?page=com.atlassian.jira.plugin.s... ] Martin Tomasek commented on RF-13728: ------------------------------------- I tried showcase and component didnt work properly. Step do reproduce are the same as above with url: http://localhost:8080/showcase/richfaces/component-sample.jsf?demo=editor... > Editor cant display after page load if page is opened directly > -------------------------------------------------------------- > > Key: RF-13728 > URL: https://issues.jboss.org/browse/RF-13728 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-input > Affects Versions: 4.5.0.Alpha3 > Environment: Fifefox 30, Chrome 35.0.1916.153, EAP 6.3. > Reporter: Martin Tomasek > > Component richEditor is not displayed after page load if browser has empty cache and page is opened directy. For example Google Chrome anonymous mode, Firefox with cleared cache (ctrl+shift+d+delete - clear all) opening url http://localhost:8080/metamer/faces/components/richEditor/simple.xhtml?te.... Console displays these error messages: > {code} > Failed to load resource: the server responded with a status of 404 (Not Found) http://localhost:8080/metamer/faces/components/richEditor/config.js?t=E4KA > Failed to load resource: the server responded with a status of 404 (Not Found) http://localhost:8080/metamer/faces/components/richEditor/skins/moono/edi... > Failed to load resource: the server responded with a status of 404 (Not Found) http://localhost:8080/metamer/faces/components/richEditor/lang/en.js?t=E4KA > Uncaught TypeError: Cannot set property 'dir' of undefined ckeditor.js;jsessionid=cCSt9DELY4qr8as9rF23pBU7:218 > {code} > Component starts work correctly after another page load or if your first request is not to this component but to another one - open http://localhost:8080/metamer/ and then directly http://localhost:8080/metamer/faces/components/richEditor/simple.xhtml?te... - component is visible and work. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

10 years, 3 months

1
0
0 / 0

[JBoss JIRA] (RF-13719) rich.fileUpload breaks form action in portal

by Martin Weiler (JIRA)

[ https://issues.jboss.org/browse/RF-13719?page=com.atlassian.jira.plugin.s... ] Martin Weiler updated RF-13719: ------------------------------- > rich.fileUpload breaks form action in portal > -------------------------------------------- > > Key: RF-13719 > URL: https://issues.jboss.org/browse/RF-13719 > Project: RichFaces > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: component-input > Affects Versions: 4.3.5 > Environment: JBoss Portal 6.1.1 > Reporter: Jonáš Trantina > Labels: gss > Attachments: reproducer.zip, reproducer2.zip > > > When a rich:fileUpload si submitted (i.e. files are uploaded) action of the form is not preserved well. > In fileupload.js __submit method there is the following code: > {code:JavaScript} > var encodedURLInputs = this.form.children("input[name='javax.faces.encodedURL']"); > var originalAction = encodedURLInputs.length > 0 ? encodedURLInputs.val() : this.form.attr("action"); > {code} > the var "originalAction" is then used to revert to the original action url of the form. However, encodedURLInputs and form action prop does not contain the same url. Because encodedURLInputs has bigger priority URL from that input is restored into the form and not the original form action. This breaks the form as the next submission fails. > In portal the solution is > {code:JavaScript} > var originalFormAction =this.form.attr("action"); > {code} > and then restore "originalFormAction" instead of "originalAction", but I am not sure if this doesn't break anything in other environments. > Is this a bug in richfaces or is the content of input[name='javax.faces.encodedURL'] set badly? > To reproduce you can use the reproducer attached. > Example URLs: > form action > {code} > /portal/classic/home/uploadform?portal:componentId=834fa198-ff3d-4a5c-a1c7-33c85e8a410d&interactionstate=JBPNS_rO0ABXcsABBfanNmQnJpZGdlVmlld0lkAAAAAQALL2hvbWUueGh0bWwAB19fRU9GX18*&portal:type=action > {code} > input[name='javax.faces.encodedURL'] > {code} > /portal/classic/home/uploadform?portal:windowState=normal&portal:componentId=834fa198-ff3d-4a5c-a1c7-33c85e8a410d&portal:cacheLevel=PAGE&resourcestate=JBPNS_rO0ABXdAABBfanNmQnJpZGdlVmlld0lkAAAAAQALL2hvbWUueGh0bWwACF9wYnJBamF4AAAAAQAEdHJ1ZQAHX19FT0ZfXw**&portal:type=resource&portal:portletMode=view > {code} -- This message was sent by Atlassian JIRA (v6.2.6#6264)

10 years, 3 months

1
0
0 / 0

[JBoss JIRA] (RF-13728) Editor cant display after page load if page is opened directly

by Juraj Húska (JIRA)

[ https://issues.jboss.org/browse/RF-13728?page=com.atlassian.jira.plugin.s... ] Juraj Húska commented on RF-13728: ---------------------------------- I can reproduce the issue as well on my machine, with {{EAP 6.3.0.ER8}}. > Editor cant display after page load if page is opened directly > -------------------------------------------------------------- > > Key: RF-13728 > URL: https://issues.jboss.org/browse/RF-13728 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-input > Affects Versions: 4.5.0.Alpha3 > Environment: Fifefox 30, Chrome 35.0.1916.153, EAP 6.3. > Reporter: Martin Tomasek > > Component richEditor is not displayed after page load if browser has empty cache and page is opened directy. For example Google Chrome anonymous mode, Firefox with cleared cache (ctrl+shift+d+delete - clear all) opening url http://localhost:8080/metamer/faces/components/richEditor/simple.xhtml?te.... Console displays these error messages: > {code} > Failed to load resource: the server responded with a status of 404 (Not Found) http://localhost:8080/metamer/faces/components/richEditor/config.js?t=E4KA > Failed to load resource: the server responded with a status of 404 (Not Found) http://localhost:8080/metamer/faces/components/richEditor/skins/moono/edi... > Failed to load resource: the server responded with a status of 404 (Not Found) http://localhost:8080/metamer/faces/components/richEditor/lang/en.js?t=E4KA > Uncaught TypeError: Cannot set property 'dir' of undefined ckeditor.js;jsessionid=cCSt9DELY4qr8as9rF23pBU7:218 > {code} > Component starts work correctly after another page load or if your first request is not to this component but to another one - open http://localhost:8080/metamer/ and then directly http://localhost:8080/metamer/faces/components/richEditor/simple.xhtml?te... - component is visible and work. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

10 years, 3 months

1
0
0 / 0

[JBoss JIRA] (RF-13728) Editor cant display after page load if page is opened directly

by Juraj Húska (JIRA)

[ https://issues.jboss.org/browse/RF-13728?page=com.atlassian.jira.plugin.s... ] Juraj Húska updated RF-13728: ----------------------------- Description: Component richEditor is not displayed after page load if browser has empty cache and page is opened directy. For example Google Chrome anonymous mode, Firefox with cleared cache (ctrl+shift+d+delete - clear all) opening url http://localhost:8080/metamer/faces/components/richEditor/simple.xhtml?te.... Console displays these error messages: {code} Failed to load resource: the server responded with a status of 404 (Not Found) http://localhost:8080/metamer/faces/components/richEditor/config.js?t=E4KA Failed to load resource: the server responded with a status of 404 (Not Found) http://localhost:8080/metamer/faces/components/richEditor/skins/moono/edi... Failed to load resource: the server responded with a status of 404 (Not Found) http://localhost:8080/metamer/faces/components/richEditor/lang/en.js?t=E4KA Uncaught TypeError: Cannot set property 'dir' of undefined ckeditor.js;jsessionid=cCSt9DELY4qr8as9rF23pBU7:218 {code} Component starts work correctly after another page load or if your first request is not to this component but to another one - open http://localhost:8080/metamer/ and then directly http://localhost:8080/metamer/faces/components/richEditor/simple.xhtml?te... - component is visible and work. was: Component richEditor is not displayed after page load if browser has empty cache and page is opened directy. For example Google Chrome anonymous mode, Firefox with cleared cache (ctrl+shift+d+delete - clear all) opening url http://localhost:8080/metamer/faces/components/richEditor/simple.xhtml?te.... Console displays these error messages: Failed to load resource: the server responded with a status of 404 (Not Found) http://localhost:8080/metamer/faces/components/richEditor/config.js?t=E4KA Failed to load resource: the server responded with a status of 404 (Not Found) http://localhost:8080/metamer/faces/components/richEditor/skins/moono/edi... Failed to load resource: the server responded with a status of 404 (Not Found) http://localhost:8080/metamer/faces/components/richEditor/lang/en.js?t=E4KA Uncaught TypeError: Cannot set property 'dir' of undefined ckeditor.js;jsessionid=cCSt9DELY4qr8as9rF23pBU7:218 Component starts work correctly after another page load or if your first request is not to this component but to another one - open http://localhost:8080/metamer/ and then directly http://localhost:8080/metamer/faces/components/richEditor/simple.xhtml?te... - component is visible and work. > Editor cant display after page load if page is opened directly > -------------------------------------------------------------- > > Key: RF-13728 > URL: https://issues.jboss.org/browse/RF-13728 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-input > Affects Versions: 4.5.0.Alpha3 > Environment: Fifefox 30, Chrome 35.0.1916.153, EAP 6.3. > Reporter: Martin Tomasek > > Component richEditor is not displayed after page load if browser has empty cache and page is opened directy. For example Google Chrome anonymous mode, Firefox with cleared cache (ctrl+shift+d+delete - clear all) opening url http://localhost:8080/metamer/faces/components/richEditor/simple.xhtml?te.... Console displays these error messages: > {code} > Failed to load resource: the server responded with a status of 404 (Not Found) http://localhost:8080/metamer/faces/components/richEditor/config.js?t=E4KA > Failed to load resource: the server responded with a status of 404 (Not Found) http://localhost:8080/metamer/faces/components/richEditor/skins/moono/edi... > Failed to load resource: the server responded with a status of 404 (Not Found) http://localhost:8080/metamer/faces/components/richEditor/lang/en.js?t=E4KA > Uncaught TypeError: Cannot set property 'dir' of undefined ckeditor.js;jsessionid=cCSt9DELY4qr8as9rF23pBU7:218 > {code} > Component starts work correctly after another page load or if your first request is not to this component but to another one - open http://localhost:8080/metamer/ and then directly http://localhost:8080/metamer/faces/components/richEditor/simple.xhtml?te... - component is visible and work. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

10 years, 3 months

1
0
0 / 0

[JBoss JIRA] (RF-13728) Editor cant display after page load if page is opened directly

by Juraj Húska (JIRA)

[ https://issues.jboss.org/browse/RF-13728?page=com.atlassian.jira.plugin.s... ] Juraj Húska updated RF-13728: ----------------------------- Summary: Editor cant display after page load if page is opened directly (was: Rich edit cant display after page load if page is opened directly) > Editor cant display after page load if page is opened directly > -------------------------------------------------------------- > > Key: RF-13728 > URL: https://issues.jboss.org/browse/RF-13728 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-input > Affects Versions: 4.5.0.Alpha3 > Environment: Fifefox 30, Chrome 35.0.1916.153, EAP 6.3. > Reporter: Martin Tomasek > > Component richEditor is not displayed after page load if browser has empty cache and page is opened directy. For example Google Chrome anonymous mode, Firefox with cleared cache (ctrl+shift+d+delete - clear all) opening url http://localhost:8080/metamer/faces/components/richEditor/simple.xhtml?te.... Console displays these error messages: > Failed to load resource: the server responded with a status of 404 (Not Found) http://localhost:8080/metamer/faces/components/richEditor/config.js?t=E4KA > Failed to load resource: the server responded with a status of 404 (Not Found) http://localhost:8080/metamer/faces/components/richEditor/skins/moono/edi... > Failed to load resource: the server responded with a status of 404 (Not Found) http://localhost:8080/metamer/faces/components/richEditor/lang/en.js?t=E4KA > Uncaught TypeError: Cannot set property 'dir' of undefined ckeditor.js;jsessionid=cCSt9DELY4qr8as9rF23pBU7:218 > Component starts work correctly after another page load or if your first request is not to this component but to another one - open http://localhost:8080/metamer/ and then directly http://localhost:8080/metamer/faces/components/richEditor/simple.xhtml?te... - component is visible and work. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

10 years, 3 months

1
0
0 / 0

[JBoss JIRA] (RF-13719) rich.fileUpload breaks form action in portal

by Anurag Debnath (JIRA)

[ https://issues.jboss.org/browse/RF-13719?page=com.atlassian.jira.plugin.s... ] Anurag Debnath updated RF-13719: -------------------------------- > rich.fileUpload breaks form action in portal > -------------------------------------------- > > Key: RF-13719 > URL: https://issues.jboss.org/browse/RF-13719 > Project: RichFaces > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: component-input > Affects Versions: 4.3.5 > Environment: JBoss Portal 6.1.1 > Reporter: Jonáš Trantina > Labels: gss > Attachments: reproducer.zip, reproducer2.zip > > > When a rich:fileUpload si submitted (i.e. files are uploaded) action of the form is not preserved well. > In fileupload.js __submit method there is the following code: > {code:JavaScript} > var encodedURLInputs = this.form.children("input[name='javax.faces.encodedURL']"); > var originalAction = encodedURLInputs.length > 0 ? encodedURLInputs.val() : this.form.attr("action"); > {code} > the var "originalAction" is then used to revert to the original action url of the form. However, encodedURLInputs and form action prop does not contain the same url. Because encodedURLInputs has bigger priority URL from that input is restored into the form and not the original form action. This breaks the form as the next submission fails. > In portal the solution is > {code:JavaScript} > var originalFormAction =this.form.attr("action"); > {code} > and then restore "originalFormAction" instead of "originalAction", but I am not sure if this doesn't break anything in other environments. > Is this a bug in richfaces or is the content of input[name='javax.faces.encodedURL'] set badly? > To reproduce you can use the reproducer attached. > Example URLs: > form action > {code} > /portal/classic/home/uploadform?portal:componentId=834fa198-ff3d-4a5c-a1c7-33c85e8a410d&interactionstate=JBPNS_rO0ABXcsABBfanNmQnJpZGdlVmlld0lkAAAAAQALL2hvbWUueGh0bWwAB19fRU9GX18*&portal:type=action > {code} > input[name='javax.faces.encodedURL'] > {code} > /portal/classic/home/uploadform?portal:windowState=normal&portal:componentId=834fa198-ff3d-4a5c-a1c7-33c85e8a410d&portal:cacheLevel=PAGE&resourcestate=JBPNS_rO0ABXdAABBfanNmQnJpZGdlVmlld0lkAAAAAQALL2hvbWUueGh0bWwACF9wYnJBamF4AAAAAQAEdHJ1ZQAHX19FT0ZfXw**&portal:type=resource&portal:portletMode=view > {code} -- This message was sent by Atlassian JIRA (v6.2.6#6264)

10 years, 3 months

1
0
0 / 0

[JBoss JIRA] (RF-13728) Rich edit cant display after page load if page is opened directly

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-13728?page=com.atlassian.jira.plugin.s... ] Brian Leathem commented on RF-13728: ------------------------------------ I am not able to reproduce this. Can you verify this is an issue on other machines/environments? > Rich edit cant display after page load if page is opened directly > ----------------------------------------------------------------- > > Key: RF-13728 > URL: https://issues.jboss.org/browse/RF-13728 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-input > Affects Versions: 4.5.0.Alpha3 > Environment: Fifefox 30, Chrome 35.0.1916.153, EAP 6.3. > Reporter: Martin Tomasek > > Component richEditor is not displayed after page load if browser has empty cache and page is opened directy. For example Google Chrome anonymous mode, Firefox with cleared cache (ctrl+shift+d+delete - clear all) opening url http://localhost:8080/metamer/faces/components/richEditor/simple.xhtml?te.... Console displays these error messages: > Failed to load resource: the server responded with a status of 404 (Not Found) http://localhost:8080/metamer/faces/components/richEditor/config.js?t=E4KA > Failed to load resource: the server responded with a status of 404 (Not Found) http://localhost:8080/metamer/faces/components/richEditor/skins/moono/edi... > Failed to load resource: the server responded with a status of 404 (Not Found) http://localhost:8080/metamer/faces/components/richEditor/lang/en.js?t=E4KA > Uncaught TypeError: Cannot set property 'dir' of undefined ckeditor.js;jsessionid=cCSt9DELY4qr8as9rF23pBU7:218 > Component starts work correctly after another page load or if your first request is not to this component but to another one - open http://localhost:8080/metamer/ and then directly http://localhost:8080/metamer/faces/components/richEditor/simple.xhtml?te... - component is visible and work. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

10 years, 3 months

1
0
0 / 0

[JBoss JIRA] (RF-13726) partialViewContext.release triggering assertNotReleased

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-13726?page=com.atlassian.jira.plugin.s... ] Brian Leathem resolved RF-13726. -------------------------------- Resolution: Duplicate Issue > partialViewContext.release triggering assertNotReleased > ------------------------------------------------------- > > Key: RF-13726 > URL: https://issues.jboss.org/browse/RF-13726 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: core > Affects Versions: 4.3.7 > Environment: JSF 2.2 Mojarra + Richfaces 4.3 > Eclipse + Tomcat > Reporter: mel turphin > Priority: Critical > > when the release method is called on > com.sun.faces.context.FacesContextImpl > the first thing that is done is to mark relased=true > > released = true; > later on partialViewContext.release can be called > partialViewContext.release(); > this is following some set of calls that ends with getAttributes and assertNotReleased raising an exception since the context was already marked as released > ExtendedPartialViewContextImpl > org.richfaces.context.ExtendedPartialViewContext.release() > setInstance(facesContext, null); > facesContext.getAttributes().put(ATTRIBUTE_NAME, instance); > getAttributes --> assertNotReleased(); > stack trace: > SEVERE: Servlet.service() for servlet [Faces Servlet] in context with path [/rf43] threw exception > java.lang.IllegalStateException > at com.sun.faces.context.FacesContextImpl.assertNotReleased(FacesContextImpl.java:705) > at com.sun.faces.context.FacesContextImpl.getAttributes(FacesContextImpl.java:237) > at org.richfaces.context.ExtendedPartialViewContext.setInstance(ExtendedPartialViewContext.java:55) > at org.richfaces.context.ExtendedPartialViewContext.release(ExtendedPartialViewContext.java:64) > at org.richfaces.context.ExtendedPartialViewContextImpl.release(ExtendedPartialViewContextImpl.java:424) > at com.sun.faces.context.FacesContextImpl.release(FacesContextImpl.java:591) > at javax.faces.webapp.FacesServlet.service(FacesServlet.java:665) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:303) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208) > at org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52) > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241) > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208) > at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:220) > at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:122) > at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:501) > at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171) > at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) > at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:950) > at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:116) > at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408) > at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1040) > at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:607) > at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:314) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) > at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61) > at java.lang.Thread.run(Thread.java:744) -- This message was sent by Atlassian JIRA (v6.2.6#6264)

10 years, 3 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

richfaces-issues July 2014