[
https://issues.jboss.org/browse/RF-13061?page=com.atlassian.jira.plugin.s...
]
Lukáš Fryč commented on RF-13061:
---------------------------------
Hey Juergen, we have discussed this topic on last meeting as can be seen in
[
minutes|http://transcripts.jboss.org/meeting/irc.freenode.org/richfaces/2...]:
{code}
14:04:23 <bleathem> #topic Wildfly testing
14:05:06 <bleathem> #info one of our community memebers came up with a good idea: he
set up Wildfly with JSF 2.1, and has noticed some issue when running a RichFaces app
14:05:45 <lfryc> hmm, is it really good idea since WF comes by default with JSF
2.2?
14:05:47 <bleathem> #info I propose we run our full test suite like this, to uncover
any Underto integration issues, against a version of JSF with which we are known to work
well
14:06:10 <ppitonak> bleathem: doesn't make sense to me
14:06:13 <lfryc> do you think people will be encouraged to downgrade?
14:06:28 <bleathem> We've already gone through some issues that turned out to be
caused by undertow, that we thought were caused by JSF 2.2
14:06:37 <ppitonak> bleathem: do we want to support *all* versions of Mojarra on
WildFly?
14:06:40 <bleathem> I just want to see what fails
14:06:49 <lfryc> we can test against JSF 2.2 then
14:06:58 <lfryc> that's the target for JavaEE 7 for us
14:07:27 <lfryc> there are other containers which bundles Mojarra 2.1
14:07:39 <ppitonak> lfryc: +1
14:07:58 <lfryc> I have just concerns that it will reveal issues we don't have
to address
14:08:08 <lfryc> if Juergenn wants to go that way, he certainly can :-)
14:08:18 <lfryc> I think it's enough to test against Alpha software ;-)
14:08:31 <bleathem> So we know we run well against Mojarra 2.1.19 for instance. If
we test against Wildfly with Mojarra 2.1.19 and a test fails, we know it's caused by
undertow. If we test against Wildfly with JSF 2.2 and a test fails, we don't know the
cause. Is it JSF 2.2? Or is it Undertow?
14:09:02 <ppitonak> bleathem: so it makes sense to setup Mojarra 2.2 with Tomcat
14:09:11 <bleathem> +1
14:09:12 <ppitonak> bleathem: not Mojarra 2.1 with WildFly
14:09:23 <lfryc> I agree with ppitonak here
14:09:38 <ppitonak> bleathem: testing WildFly is by-product of our work :)
14:09:39 <lfryc> integration with Tomcat reveals us Mojarra/MyFaces issues
14:09:44 <bleathem> Ok, I don't feel strongly enough about it to push for it, it
was just an idea.
14:10:09 <bleathem> #info rather than test Wildfly with JSF 2.1, we can test tomcat
with JSF 2.2
{code}
Just a note: Alpha1 wasn't upgraded to JSF 2.2 yet and we haven't fine-tuned
{{Alpha1}} against WildFly {{Alpha1}} ([clarified
here|https://community.jboss.org/message/823882#823882]).
We will address compatibility with JSF 2.2 and WildFly in Alpha2 (and later) releases.
I would definitely encourage you to give it a try, however remember that both, RichFaces 5
on JSF 2.2, and WildFly itself (especially with multi-jsf feature) are in Alpha stages.
:-)
r:fileUpload stops working: "Request prolog cannot be
read"
-----------------------------------------------------------
Key: RF-13061
URL:
https://issues.jboss.org/browse/RF-13061
Project: RichFaces
Issue Type: Bug
Security Level: Public(Everyone can see)
Components: component-input
Affects Versions: 5.0.0.Alpha1
Reporter: Juergen Zimmermann
Assignee: Stuart Douglas
I just tried r:fileUpload with the current snapshot for WildFly 8.0.0.Alpha2 (changed
Mojarra 2.2.0 to 2.1.23). It actually looks pretty good. However, I'm getting this
stacktrace for fileUpload:
{code}
16:33:44,571 SEVERE [org.richfaces.log.Application] Exception parsing multipart request:
Request prolog cannot be read: org.richfaces.ui.input.fileUpload.FileUploadException:
Exception parsing multipart request: Request prolog cannot be read
at org.richfaces.request.MultipartRequestParser.parse(MultipartRequestParser.java:156)
[richfaces-5.0.0.Alpha1.jar:5.0.0.Alpha1]
at org.richfaces.request.MultipartRequest25.parseIfNecessary(MultipartRequest25.java:77)
[richfaces-5.0.0.Alpha1.jar:5.0.0.Alpha1]
at org.richfaces.request.MultipartRequest25.getParameter(MultipartRequest25.java:114)
[richfaces-5.0.0.Alpha1.jar:5.0.0.Alpha1]
at com.sun.faces.context.RequestParameterMap.get(RequestParameterMap.java:75)
[jsf-impl-2.1.23.jar:2.1.23]
at com.sun.faces.context.RequestParameterMap.get(RequestParameterMap.java:56)
[jsf-impl-2.1.23.jar:2.1.23]
at java.util.Collections$UnmodifiableMap.get(Collections.java:1339) [rt.jar:1.7.0_21]
at com.sun.faces.facelets.tag.ui.UIDebug.debugRequest(UIDebug.java:168)
[jsf-impl-2.1.23.jar:2.1.23]
at
com.sun.faces.context.flash.ELFlash$PreviousNextFlashInfoManager.decode(ELFlash.java:1225)
[jsf-impl-2.1.23.jar:2.1.23]
at com.sun.faces.context.flash.ELFlash.getCurrentFlashManager(ELFlash.java:1059)
[jsf-impl-2.1.23.jar:2.1.23]
at com.sun.faces.context.flash.ELFlash.doPrePhaseActions(ELFlash.java:557)
[jsf-impl-2.1.23.jar:2.1.23]
at com.sun.faces.lifecycle.Phase.handleBeforePhase(Phase.java:215)
[jsf-impl-2.1.23.jar:2.1.23]
at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:99) [jsf-impl-2.1.23.jar:2.1.23]
at com.sun.faces.lifecycle.RestoreViewPhase.doPhase(RestoreViewPhase.java:116)
[jsf-impl-2.1.23.jar:2.1.23]
at com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:118)
[jsf-impl-2.1.23.jar:2.1.23]
at javax.faces.webapp.FacesServlet.service(FacesServlet.java:593)
[jsf-api-2.1.23.jar:2.1]
at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:87)
[undertow-servlet-1.0.0.Alpha19.jar:1.0.0.Alpha19]
at
io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:130)
[undertow-servlet-1.0.0.Alpha19.jar:1.0.0.Alpha19]
at io.undertow.websockets.jsr.JsrWebSocketFilter.doFilter(JsrWebSocketFilter.java:138)
[undertow-websockets-jsr-1.0.0.Alpha19.jar:1.0.0.Alpha19]
at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:56)
[undertow-servlet-1.0.0.Alpha19.jar:1.0.0.Alpha19]
at
io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132)
[undertow-servlet-1.0.0.Alpha19.jar:1.0.0.Alpha19]
at io.undertow.servlet.handlers.FilterHandler.handleRequest(FilterHandler.java:85)
[undertow-servlet-1.0.0.Alpha19.jar:1.0.0.Alpha19]
at
io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:56)
[undertow-servlet-1.0.0.Alpha19.jar:1.0.0.Alpha19]
at
io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36)
[undertow-servlet-1.0.0.Alpha19.jar:1.0.0.Alpha19]
at
org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78)
at
io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:115)
[undertow-servlet-1.0.0.Alpha19.jar:1.0.0.Alpha19]
at
io.undertow.security.handlers.AuthenticationCallHandler.handleRequest(AuthenticationCallHandler.java:52)
[undertow-core-1.0.0.Alpha19.jar:1.0.0.Alpha19]
at
io.undertow.security.handlers.AuthenticationConstraintHandler.handleRequest(AuthenticationConstraintHandler.java:51)
[undertow-core-1.0.0.Alpha19.jar:1.0.0.Alpha19]
at
io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:45)
[undertow-core-1.0.0.Alpha19.jar:1.0.0.Alpha19]
at
io.undertow.servlet.handlers.security.ServletSecurityConstraintHandler.handleRequest(ServletSecurityConstraintHandler.java:55)
[undertow-servlet-1.0.0.Alpha19.jar:1.0.0.Alpha19]
at
io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:58)
[undertow-core-1.0.0.Alpha19.jar:1.0.0.Alpha19]
at
io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:65)
[undertow-servlet-1.0.0.Alpha19.jar:1.0.0.Alpha19]
at
io.undertow.security.handlers.SecurityInitialHandler.handleRequest(SecurityInitialHandler.java:70)
[undertow-core-1.0.0.Alpha19.jar:1.0.0.Alpha19]
at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25)
[undertow-core-1.0.0.Alpha19.jar:1.0.0.Alpha19]
at
org.wildfly.extension.undertow.security.SecurityContextCreationHandler.handleRequest(SecurityContextCreationHandler.java:54)
at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25)
[undertow-core-1.0.0.Alpha19.jar:1.0.0.Alpha19]
at
io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:127)
[undertow-servlet-1.0.0.Alpha19.jar:1.0.0.Alpha19]
at
io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:114)
[undertow-servlet-1.0.0.Alpha19.jar:1.0.0.Alpha19]
at
io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:47)
[undertow-servlet-1.0.0.Alpha19.jar:1.0.0.Alpha19]
at
io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:90)
[undertow-servlet-1.0.0.Alpha19.jar:1.0.0.Alpha19]
at io.undertow.server.HttpHandlers.executeRootHandler(HttpHandlers.java:36)
[undertow-core-1.0.0.Alpha19.jar:1.0.0.Alpha19]
at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:607)
[undertow-core-1.0.0.Alpha19.jar:1.0.0.Alpha19]
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
[rt.jar:1.7.0_21]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
[rt.jar:1.7.0_21]
at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_21]
Caused by: java.io.IOException: Request prolog cannot be read
at
org.richfaces.request.MultipartRequestParser.readProlog(MultipartRequestParser.java:270)
[richfaces-5.0.0.Alpha1.jar:5.0.0.Alpha1]
at
org.richfaces.request.MultipartRequestParser.initialize(MultipartRequestParser.java:172)
[richfaces-5.0.0.Alpha1.jar:5.0.0.Alpha1]
at org.richfaces.request.MultipartRequestParser.parse(MultipartRequestParser.java:148)
[richfaces-5.0.0.Alpha1.jar:5.0.0.Alpha1]
... 43 more
{code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see:
http://www.atlassian.com/software/jira