[JBoss JIRA] (RF-12031) rich:validator does not work after re render (ajax)
by Michael B (JIRA)
[ https://issues.jboss.org/browse/RF-12031?page=com.atlassian.jira.plugin.s... ]
Michael B commented on RF-12031:
--------------------------------
Currently we are facing the same issue using RF 4.3.5.
We tried the workaround as described here, but have a few problems we'd like to share.
For inputText adding
<a4j:ajax event="blur" render="<input-id>" />
seems to work at first, but has some backdraws.
Adding this seems to produce 2 JS handlers to execute.The first one (onchange) fails due to the missing JS-function "av_....", while the other performs the validation correctly. (This can be verified when looking at the output of firebug for example.)
A bit ugly but somewhat OK. - However combining this workaround with <rich:focus preserve="true" /> inside the form leads to a validation error message showing for a moment and then disappearing again directly after. The validation message will only remain visible when defining the workaround with the additional limitRender="true" attribute and also adding the id of the message for this field to the render attribute.
Another problem is, that this workaround is only valid for inputText fields. Currently we are facing the same problem for example with the rich:calendar component having a rich:validator.
This is reproducable with the same configuration as shown in the description of this JIRA. - After the page was loaded via ajax re-render, perform a click on the select date button. Try to select a day. Normally the selected date is validated, the selector pop-up closes and the value is applied to the input field of the calendar. In this case the selector pop-up is not closed automatically. Again this problem is due to the missing JS-function "av_...." as can be seen also in firebug.
We've tried several of the ajax event handlers of the calendar component to find a similar workaround like the one for inputText, but with no success so far.
We still have to check that assumption, but I guess the same problem will occur for other field types like rich:select as well...
Our current project heavily relies on ajax re-rendering and using the rich:validator as bridge for client side validation and thus this issue is becoming a show-stopper for us.
Therefore, please re-open this issue! Any hint for finding a suitable workaround for other components besides inputText would also be greatly appreciated!
> rich:validator does not work after re render (ajax)
> ---------------------------------------------------
>
> Key: RF-12031
> URL: https://issues.jboss.org/browse/RF-12031
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-validators
> Affects Versions: 4.2.0.Final
> Environment: browsers: Firefox, Chrome
> Reporter: Andries Ehlers
> Assignee: Lukáš Fryč
> Priority: Minor
>
> When you have a simple inputText component with rich:validator inside, validation works perfectly when you move focus away from the component - validation messages display, e.g:
> {code:xml|borderStyle=solid}
> <h:inputText id="mytest1" value="#{profileBean.profileUser.firstName}">
> <rich:validator/>
> </h:inputText>
> <rich:message for="mytest1"/>
> {code}
> If the above code resides in a panel, which is conditionally rendered, then <rich:validator> ceases to function when you re-render the panel with ajax, eg:
> {code:xml|borderStyle=solid}
> <h:form id="dummyForm" prependId="false">
> <h:commandButton value="Toggle" actionListener="#{profileBean.toggleRender}">
> <f:ajax execute="@form" render="@form"/>
> </h:commandButton>
> <!--This will toggle on/off as you click the button above-->
> <h:panelGroup layout="block" rendered="#{profileBean.mustRenderThePanel}">
> <br/>
> <h:inputText id="mytest1" value="#{profileBean.profileUser.firstName}">
> <rich:validator/> <!--this fails to work when you move focus away -->
> </h:inputText>
> <rich:message for="mytest1"/>
> </h:panelGroup>
> </h:form>
> {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
10 years, 8 months
[JBoss JIRA] (RF-13514) Support file upload progress tracking in Servlets >= 3.0 environment
by Juraj Húska (JIRA)
[ https://issues.jboss.org/browse/RF-13514?page=com.atlassian.jira.plugin.s... ]
Juraj Húska edited comment on RF-13514 at 3/27/14 11:19 AM:
------------------------------------------------------------
I have tested {{r:fileUpload}} refactored in [this|https://github.com/richfaces/richfaces/tree/RF-13514-fileupload-prog...] branch.
I have encountered following issues:
*WildFly 8.0.0.Final* && *Chrome*:
* it is required to click on add button more than one times
** eg. upload a file and then try to add next file, you need to click on add more times - in Metamer
* {{maxFilesQuantity}} attribute does not work, has no effect
* keydown not fired
*JBoss AS 7.1.1.Final* && *Chrome*
* fileupload is not working,
** e.g. on Showcase: choose a file to upload
** click on upload button
** see that there is progress bar with the initial state displayed, but it does not change nor the file is uploaded
** I can not see any error
Should I file separate issues for those (I have not done it so as I find it weird providing that it is not in master) ? Thanks
was (Author: jhuska):
I have tested {{r:fileUpload}} refactored in [this|https://github.com/richfaces/richfaces/tree/RF-13514-fileupload-prog...] branch.
I have encountered following issues:
*WildFly 8.0.0.Final* && *Chrome*:
** eg. upload a file and then try to add next file, you need to click on add more times
* {{maxFilesQuantity}} attribute does not work, has no effect
* keydown not fired
*JBoss AS 7.1.1.Final* && *Chrome*
* fileupload is not working,
** e.g. on Showcase: choose a file to upload
** click on upload button
** see that there is progress bar with the initial state displayed, but it does not change nor the file is uploaded
** I can not see any error
Should I file separate issues for those (I have not done it so as I find it weird providing that it is not in master) ? Thanks
> Support file upload progress tracking in Servlets >= 3.0 environment
> --------------------------------------------------------------------
>
> Key: RF-13514
> URL: https://issues.jboss.org/browse/RF-13514
> Project: RichFaces
> Issue Type: Enhancement
> Security Level: Public(Everyone can see)
> Components: component-input, core
> Affects Versions: 5.0.0.Alpha3
> Reporter: Lukáš Fryč
> Assignee: Michal Petrov
> Fix For: 4.5.0.Alpha3
>
>
> We currently support two approaches for file upload:
> * Servlets 2.5: own request form data parser [{{MultipartRequestParser}}|https://github.com/richfaces/richfaces/blob/master/framework/src/main/java/org/richfaces/request/MultipartRequestParser.java]
> * Servlets 3.0: leveraging {{HttpServletRequest#getParts()}}
> However as we have discussed RF-13444, we had to finally do a trade-off of limiting support of file progress tracking. I.e. in Servlets 3.0 we have no simple way how to track file upload progress since getParts() returns data for completed request.
> There are several possible outcomes:
> 1) drop server-side file upload progress tracking and leverage XHR2/HTML5 that has built-in ability to track progress
> * imho we are already prepared to switch to XHR2 and client-side progress (possibly leveraging some third-party widget) since [all major browsers support it at least one version back|http://caniuse.com/#feat=xhr2]
> * existing implementation: http://www.script-tutorials.com/pure-html5-file-upload/
> 2) use a {{ServletFilter}} to wrap a request as our {{FileUploadFacesContextFactory}} currently do and so have an earlier access to the request object
> * this principle has a drawback - we have to ensure our filter has high-enough priority so the servlet container won't touch the request body yet
--
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
10 years, 8 months
[JBoss JIRA] (RF-13514) Support file upload progress tracking in Servlets >= 3.0 environment
by Juraj Húska (JIRA)
[ https://issues.jboss.org/browse/RF-13514?page=com.atlassian.jira.plugin.s... ]
Juraj Húska edited comment on RF-13514 at 3/27/14 11:17 AM:
------------------------------------------------------------
I have tested {{r:fileUpload}} refactored in [this|https://github.com/richfaces/richfaces/tree/RF-13514-fileupload-prog...] branch.
I have encountered following issues:
*WildFly 8.0.0.Final* && *Chrome*:
** eg. upload a file and then try to add next file, you need to click on add more times
* {{maxFilesQuantity}} attribute does not work, has no effect
* oncomplete not fired
* keydown not fired
*JBoss AS 7.1.1.Final* && *Chrome*
* fileupload is not working,
** e.g. on Showcase: choose a file to upload
** click on upload button
** see that there is progress bar with the initial state displayed, but it does not change nor the file is uploaded
** I can not see any error
Should I file separate issues for those (I have not done it so as I find it weird providing that it is not in master) ? Thanks
was (Author: jhuska):
I have tested {{r:fileUpload}} refactored in [this|https://github.com/richfaces/richfaces/tree/RF-13514-fileupload-prog...] branch.
I have encountered following issues:
*WildFly 8.0.0.Final* && *Chrome*:
** eg. upload a file and then try to add next file, you need to click on add more times
* {{maxFilesQuantity}} attribute does not work, has no effect
* onbegin not fired
* oncomplete not fired
* keydown not fired
*JBoss AS 7.1.1.Final* && *Chrome*
* fileupload is not working,
** e.g. on Showcase: choose a file to upload
** click on upload button
** see that there is progress bar with the initial state displayed, but it does not change nor the file is uploaded
** I can not see any error
Should I file separate issues for those (I have not done it so as I find it weird providing that it is not in master) ? Thanks
> Support file upload progress tracking in Servlets >= 3.0 environment
> --------------------------------------------------------------------
>
> Key: RF-13514
> URL: https://issues.jboss.org/browse/RF-13514
> Project: RichFaces
> Issue Type: Enhancement
> Security Level: Public(Everyone can see)
> Components: component-input, core
> Affects Versions: 5.0.0.Alpha3
> Reporter: Lukáš Fryč
> Assignee: Michal Petrov
> Fix For: 4.5.0.Alpha3
>
>
> We currently support two approaches for file upload:
> * Servlets 2.5: own request form data parser [{{MultipartRequestParser}}|https://github.com/richfaces/richfaces/blob/master/framework/src/main/java/org/richfaces/request/MultipartRequestParser.java]
> * Servlets 3.0: leveraging {{HttpServletRequest#getParts()}}
> However as we have discussed RF-13444, we had to finally do a trade-off of limiting support of file progress tracking. I.e. in Servlets 3.0 we have no simple way how to track file upload progress since getParts() returns data for completed request.
> There are several possible outcomes:
> 1) drop server-side file upload progress tracking and leverage XHR2/HTML5 that has built-in ability to track progress
> * imho we are already prepared to switch to XHR2 and client-side progress (possibly leveraging some third-party widget) since [all major browsers support it at least one version back|http://caniuse.com/#feat=xhr2]
> * existing implementation: http://www.script-tutorials.com/pure-html5-file-upload/
> 2) use a {{ServletFilter}} to wrap a request as our {{FileUploadFacesContextFactory}} currently do and so have an earlier access to the request object
> * this principle has a drawback - we have to ensure our filter has high-enough priority so the servlet container won't touch the request body yet
--
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
10 years, 8 months
[JBoss JIRA] (RF-13514) Support file upload progress tracking in Servlets >= 3.0 environment
by Juraj Húska (JIRA)
[ https://issues.jboss.org/browse/RF-13514?page=com.atlassian.jira.plugin.s... ]
Juraj Húska edited comment on RF-13514 at 3/27/14 11:18 AM:
------------------------------------------------------------
I have tested {{r:fileUpload}} refactored in [this|https://github.com/richfaces/richfaces/tree/RF-13514-fileupload-prog...] branch.
I have encountered following issues:
*WildFly 8.0.0.Final* && *Chrome*:
** eg. upload a file and then try to add next file, you need to click on add more times
* {{maxFilesQuantity}} attribute does not work, has no effect
* keydown not fired
*JBoss AS 7.1.1.Final* && *Chrome*
* fileupload is not working,
** e.g. on Showcase: choose a file to upload
** click on upload button
** see that there is progress bar with the initial state displayed, but it does not change nor the file is uploaded
** I can not see any error
Should I file separate issues for those (I have not done it so as I find it weird providing that it is not in master) ? Thanks
was (Author: jhuska):
I have tested {{r:fileUpload}} refactored in [this|https://github.com/richfaces/richfaces/tree/RF-13514-fileupload-prog...] branch.
I have encountered following issues:
*WildFly 8.0.0.Final* && *Chrome*:
** eg. upload a file and then try to add next file, you need to click on add more times
* {{maxFilesQuantity}} attribute does not work, has no effect
* oncomplete not fired
* keydown not fired
*JBoss AS 7.1.1.Final* && *Chrome*
* fileupload is not working,
** e.g. on Showcase: choose a file to upload
** click on upload button
** see that there is progress bar with the initial state displayed, but it does not change nor the file is uploaded
** I can not see any error
Should I file separate issues for those (I have not done it so as I find it weird providing that it is not in master) ? Thanks
> Support file upload progress tracking in Servlets >= 3.0 environment
> --------------------------------------------------------------------
>
> Key: RF-13514
> URL: https://issues.jboss.org/browse/RF-13514
> Project: RichFaces
> Issue Type: Enhancement
> Security Level: Public(Everyone can see)
> Components: component-input, core
> Affects Versions: 5.0.0.Alpha3
> Reporter: Lukáš Fryč
> Assignee: Michal Petrov
> Fix For: 4.5.0.Alpha3
>
>
> We currently support two approaches for file upload:
> * Servlets 2.5: own request form data parser [{{MultipartRequestParser}}|https://github.com/richfaces/richfaces/blob/master/framework/src/main/java/org/richfaces/request/MultipartRequestParser.java]
> * Servlets 3.0: leveraging {{HttpServletRequest#getParts()}}
> However as we have discussed RF-13444, we had to finally do a trade-off of limiting support of file progress tracking. I.e. in Servlets 3.0 we have no simple way how to track file upload progress since getParts() returns data for completed request.
> There are several possible outcomes:
> 1) drop server-side file upload progress tracking and leverage XHR2/HTML5 that has built-in ability to track progress
> * imho we are already prepared to switch to XHR2 and client-side progress (possibly leveraging some third-party widget) since [all major browsers support it at least one version back|http://caniuse.com/#feat=xhr2]
> * existing implementation: http://www.script-tutorials.com/pure-html5-file-upload/
> 2) use a {{ServletFilter}} to wrap a request as our {{FileUploadFacesContextFactory}} currently do and so have an earlier access to the request object
> * this principle has a drawback - we have to ensure our filter has high-enough priority so the servlet container won't touch the request body yet
--
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
10 years, 8 months
[JBoss JIRA] (RF-13514) Support file upload progress tracking in Servlets >= 3.0 environment
by Juraj Húska (JIRA)
[ https://issues.jboss.org/browse/RF-13514?page=com.atlassian.jira.plugin.s... ]
Juraj Húska edited comment on RF-13514 at 3/27/14 11:17 AM:
------------------------------------------------------------
I have tested {{r:fileUpload}} refactored in [this|https://github.com/richfaces/richfaces/tree/RF-13514-fileupload-prog...] branch.
I have encountered following issues:
*WildFly 8.0.0.Final* && *Chrome*:
** eg. upload a file and then try to add next file, you need to click on add more times
* {{maxFilesQuantity}} attribute does not work, has no effect
* onbegin not fired
* oncomplete not fired
* keydown not fired
*JBoss AS 7.1.1.Final* && *Chrome*
* fileupload is not working,
** e.g. on Showcase: choose a file to upload
** click on upload button
** see that there is progress bar with the initial state displayed, but it does not change nor the file is uploaded
** I can not see any error
Should I file separate issues for those (I have not done it so as I find it weird providing that it is not in master) ? Thanks
was (Author: jhuska):
I have tested {{r:fileUpload}} refactored in [this|https://github.com/richfaces/richfaces/tree/RF-13514-fileupload-prog...] branch.
I have encountered following issues:
*WildFly 8.0.0.Final* && *Chrome*:
** eg. upload a file and then try to add next file, you need to click on add more times
* {{maxFilesQuantity}} attribute does not work, has no effect
* onbeforedomupdate not fired
* onbegin not fired
* oncomplete not fired
* keydown not fired
*JBoss AS 7.1.1.Final* && *Chrome*
* fileupload is not working,
** e.g. on Showcase: choose a file to upload
** click on upload button
** see that there is progress bar with the initial state displayed, but it does not change nor the file is uploaded
** I can not see any error
Should I file separate issues for those (I have not done it so as I find it weird providing that it is not in master) ? Thanks
> Support file upload progress tracking in Servlets >= 3.0 environment
> --------------------------------------------------------------------
>
> Key: RF-13514
> URL: https://issues.jboss.org/browse/RF-13514
> Project: RichFaces
> Issue Type: Enhancement
> Security Level: Public(Everyone can see)
> Components: component-input, core
> Affects Versions: 5.0.0.Alpha3
> Reporter: Lukáš Fryč
> Assignee: Michal Petrov
> Fix For: 4.5.0.Alpha3
>
>
> We currently support two approaches for file upload:
> * Servlets 2.5: own request form data parser [{{MultipartRequestParser}}|https://github.com/richfaces/richfaces/blob/master/framework/src/main/java/org/richfaces/request/MultipartRequestParser.java]
> * Servlets 3.0: leveraging {{HttpServletRequest#getParts()}}
> However as we have discussed RF-13444, we had to finally do a trade-off of limiting support of file progress tracking. I.e. in Servlets 3.0 we have no simple way how to track file upload progress since getParts() returns data for completed request.
> There are several possible outcomes:
> 1) drop server-side file upload progress tracking and leverage XHR2/HTML5 that has built-in ability to track progress
> * imho we are already prepared to switch to XHR2 and client-side progress (possibly leveraging some third-party widget) since [all major browsers support it at least one version back|http://caniuse.com/#feat=xhr2]
> * existing implementation: http://www.script-tutorials.com/pure-html5-file-upload/
> 2) use a {{ServletFilter}} to wrap a request as our {{FileUploadFacesContextFactory}} currently do and so have an earlier access to the request object
> * this principle has a drawback - we have to ensure our filter has high-enough priority so the servlet container won't touch the request body yet
--
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
10 years, 8 months
[JBoss JIRA] (RF-13514) Support file upload progress tracking in Servlets >= 3.0 environment
by Juraj Húska (JIRA)
[ https://issues.jboss.org/browse/RF-13514?page=com.atlassian.jira.plugin.s... ]
Juraj Húska commented on RF-13514:
----------------------------------
I have tested {{r:fileUpload}} refactored in [this|https://github.com/richfaces/richfaces/tree/RF-13514-fileupload-prog...] branch.
I have encountered following issues:
*WildFly 8.0.0.Final* && *Chrome*:
** eg. upload a file and then try to add next file, you need to click on add more times
* {{maxFilesQuantity}} attribute does not work, has no effect
* onbeforedomupdate not fired
* onbegin not fired
* oncomplete not fired
* keydown not fired
*JBoss AS 7.1.1.Final* && *Chrome*
* fileupload is not working,
** e.g. on Showcase: choose a file to upload
** click on upload button
** see that there is progress bar with the initial state displayed, but it does not change nor the file is uploaded
** I can not see any error
Should I file separate issues for those (I have not done it so as I find it weird providing that it is not in master) ? Thanks
> Support file upload progress tracking in Servlets >= 3.0 environment
> --------------------------------------------------------------------
>
> Key: RF-13514
> URL: https://issues.jboss.org/browse/RF-13514
> Project: RichFaces
> Issue Type: Enhancement
> Security Level: Public(Everyone can see)
> Components: component-input, core
> Affects Versions: 5.0.0.Alpha3
> Reporter: Lukáš Fryč
> Assignee: Michal Petrov
> Fix For: 4.5.0.Alpha3
>
>
> We currently support two approaches for file upload:
> * Servlets 2.5: own request form data parser [{{MultipartRequestParser}}|https://github.com/richfaces/richfaces/blob/master/framework/src/main/java/org/richfaces/request/MultipartRequestParser.java]
> * Servlets 3.0: leveraging {{HttpServletRequest#getParts()}}
> However as we have discussed RF-13444, we had to finally do a trade-off of limiting support of file progress tracking. I.e. in Servlets 3.0 we have no simple way how to track file upload progress since getParts() returns data for completed request.
> There are several possible outcomes:
> 1) drop server-side file upload progress tracking and leverage XHR2/HTML5 that has built-in ability to track progress
> * imho we are already prepared to switch to XHR2 and client-side progress (possibly leveraging some third-party widget) since [all major browsers support it at least one version back|http://caniuse.com/#feat=xhr2]
> * existing implementation: http://www.script-tutorials.com/pure-html5-file-upload/
> 2) use a {{ServletFilter}} to wrap a request as our {{FileUploadFacesContextFactory}} currently do and so have an earlier access to the request object
> * this principle has a drawback - we have to ensure our filter has high-enough priority so the servlet container won't touch the request body yet
--
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
10 years, 8 months
[JBoss JIRA] (RF-13349) a4j:queue must be first child for rich:autocomplete
by Pavol Pitonak (JIRA)
[ https://issues.jboss.org/browse/RF-13349?page=com.atlassian.jira.plugin.s... ]
Pavol Pitonak updated RF-13349:
-------------------------------
Tester: Pavol Pitonak
> a4j:queue must be first child for rich:autocomplete
> ---------------------------------------------------
>
> Key: RF-13349
> URL: https://issues.jboss.org/browse/RF-13349
> Project: RichFaces
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Affects Versions: 4.3.4
> Reporter: alexey plotnikov
> Assignee: Pavol Pitonak
> Labels: waiting_on_user
>
> All described here https://community.jboss.org/message/845845 but i'll repeat.
> In this example:
> {code}
> <rich:autocomplete mode="ajax" autocompleteMethod="#{autocomplete.autocompleteLegals}"
> minChars="0" var="s" fetchValue="#{s.realName}" id="legal-suggestion"
> autofill="false"
> onselectitem="autocompleteChangeLegal(event.target)" style="display: inline;"
> layout="table" value="#{autocomplete.legalName}"
> required="true">
> <h:column>
> <h:outputText style="display:none;" value="#{s.id}"/>
> <h:outputText style="display:none;" value="#{s.realName}"/>
> </h:column>
> <h:column>
> <h:outputText value="#{s.name}" escape="false"/>
> </h:column>
> <a4j:queue requestDelay="500" ignoreDupResponses="true" />
> </rich:autocomplete>
> {code}
> a4j:queue - is *ignored!*
> But here
> {code}
> <rich:autocomplete mode="ajax" autocompleteMethod="#{autocomplete.autocompleteLegals}"
> minChars="0" var="s" fetchValue="#{s.realName}" id="legal-suggestion"
> autofill="false"
> onselectitem="autocompleteChangeLegal(event.target)" style="display: inline;"
> layout="table" value="#{autocomplete.legalName}"
> required="true">
> <a4j:queue requestDelay="500" ignoreDupResponses="true" />
> <h:column>
> <h:outputText style="display:none;" value="#{s.id}"/>
> <h:outputText style="display:none;" value="#{s.realName}"/>
> </h:column>
> <h:column>
> <h:outputText value="#{s.name}" escape="false"/>
> </h:column>
> </rich:autocomplete>
> {code}
> a4j:queue *not ignored*. So a4j:queue must be first child for autocomplete.
> For another components a4j:queue can be any child(first or last).
> For example this code:
> {code}
> <h:selectOneMenu value="#{agentMenuMassList.menuProfile}">
> <s:selectItems noSelectionLabel="#{messages['pages.noSelect']}" value="#{agentMenuMassList.menuProfiles}" var="m" label="#{m.name}"/>
> <s:convertEntity/>
> <a4j:ajax event="change" render="editPanel,menuPanel" listener="#{agentMenuMassList.change}"/>
> <a4j:queue requestDelay="5000" />
> </h:selectOneMenu>
> {code}
> *not* ignoring a4j:queue
--
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
10 years, 8 months
[JBoss JIRA] (RF-13591) RichFaces 4.5 not compilable because of integration tests
by Pavol Pitonak (JIRA)
Pavol Pitonak created RF-13591:
----------------------------------
Summary: RichFaces 4.5 not compilable because of integration tests
Key: RF-13591
URL: https://issues.jboss.org/browse/RF-13591
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: build/distribution
Affects Versions: 4.5.0.Alpha2
Reporter: Pavol Pitonak
Priority: Blocker
RichFaces 4.5 cannot be build because of compilation errors in integration tests:
{code}
[ERROR] Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:2.3.2:testCompile (default-testCompile) on project richfaces: Compilation failure: Compilation failure:
[ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[9,30] error: cannot find symbol
[ERROR] package org.richfaces.ui.toggle
[ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[10,39] error: package org.richfaces.ui.toggle.tabPanel does not exist
[ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[18,12] error: cannot find symbol
[ERROR] class TabPanelItemChangeEventBean
[ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[19,27] error: cannot find symbol
[ERROR] class TabPanelItemChangeEventBean
[ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[21,28] error: cannot find symbol
[ERROR] class TabPanelItemChangeEventBean
[ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[25,11] error: cannot find symbol
[ERROR] class TabPanelItemChangeEventBean
[ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[29,35] error: cannot find symbol
[ERROR] class TabPanelItemChangeEventBean
[ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/tabPanel/model/TabPanelItemChangeEventBean.java:[33,16] error: cannot find symbol
[ERROR] class TabPanelItemChangeEventBean
[ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusDefaults.java:[48,34] error: package org.richfaces.ui.misc.focus does not exist
[ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusEnforcing.java:[38,34] error: package org.richfaces.ui.misc.focus does not exist
[ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusEnforcingOverridesFocusSettings.java:[31,34] error: package org.richfaces.ui.misc.focus does not exist
[ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusEnforcingOverridesFocusSettings.java:[32,34] error: package org.richfaces.ui.misc.focus does not exist
[ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusCandidates.java:[34,34] error: package org.richfaces.ui.misc.focus does not exist
[ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusCandidates.java:[35,34] error: package org.richfaces.ui.misc.focus does not exist
[ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationBuiltInBean.java:[31,26] error: cannot find symbol
[ERROR] package org.richfaces.model
[ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationBuiltInBean.java:[44,12] error: cannot find symbol
[ERROR] class IterationBuiltInBean
[ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationBuiltInBean.java:[45,12] error: cannot find symbol
[ERROR] class IterationBuiltInBean
[ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationBuiltInBean.java:[57,11] error: cannot find symbol
[ERROR] class IterationBuiltInBean
[ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationBuiltInBean.java:[61,11] error: cannot find symbol
[ERROR] class IterationBuiltInBean
[ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationBuiltInBean.java:[65,29] error: cannot find symbol
[ERROR] class IterationBuiltInBean
[ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusSubmissionMethods.java:[50,34] error: package org.richfaces.ui.misc.focus does not exist
[ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationTableStateBean.java:[31,26] error: cannot find symbol
[ERROR] package org.richfaces.model
[ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationTableStateBean.java:[49,12] error: cannot find symbol
[ERROR] class IterationTableStateBean
[ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationTableStateBean.java:[50,12] error: cannot find symbol
[ERROR] class IterationTableStateBean
[ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationTableStateBean.java:[85,11] error: cannot find symbol
[ERROR] class IterationTableStateBean
[ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationTableStateBean.java:[89,11] error: cannot find symbol
[ERROR] class IterationTableStateBean
[ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/IterationTableStateBean.java:[93,29] error: cannot find symbol
[ERROR] class IterationTableStateBean
[ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusValidationAware.java:[56,34] error: package org.richfaces.ui.misc.focus does not exist
[ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusValidationAware.java:[57,34] error: package org.richfaces.ui.misc.focus does not exist
[ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[63,51] error: package org.richfaces.ui.iteration.extendedDataTable does not exist
[ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[64,51] error: package org.richfaces.ui.iteration.extendedDataTable does not exist
[ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusDefaults.java:[100,16] error: cannot find symbol
[ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusEnforcing.java:[62,19] error: cannot find symbol
[ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusEnforcingOverridesFocusSettings.java:[49,8] error: cannot find symbol
[ERROR] class VerifyFocusEnforcingOverridesFocusSettings
[ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusEnforcingOverridesFocusSettings.java:[50,8] error: cannot find symbol
[ERROR]
[ERROR] E extends HtmlElement declared in method <E>getElementById(String)
[ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusCandidates.java:[77,8] error: cannot find symbol
[ERROR] class VerifyFocusCandidates
[ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/VerifyFocusCandidates.java:[78,8] error: cannot find symbol
[ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusValidationAware.java:[153,16] error: cannot find symbol
[ERROR] class AbstractFocus
[ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/focus/ITFocusValidationAware.java:[154,16] error: cannot find symbol
[ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[136,16] error: cannot find symbol
[ERROR] class ExtendedDataTableState
[ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[136,55] error: cannot find symbol
[ERROR] class ExtendedDataTableState
[ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[140,16] error: cannot find symbol
[ERROR] class AbstractExtendedDataTable
[ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[140,58] error: cannot find symbol
[ERROR] class AbstractExtendedDataTable
[ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[141,16] error: cannot find symbol
[ERROR] class ExtendedDataTableState
[ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[141,56] error: cannot find symbol
[ERROR] class ExtendedDataTableState
[ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[187,20] error: cannot find symbol
[ERROR] class AbstractExtendedDataTable
[ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[187,62] error: cannot find symbol
[ERROR] class AbstractExtendedDataTable
[ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[188,20] error: cannot find symbol
[ERROR] class ExtendedDataTableState
[ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[188,60] error: cannot find symbol
[ERROR] class ExtendedDataTableState
[ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[228,20] error: cannot find symbol
[ERROR] class AbstractExtendedDataTable
[ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[228,62] error: cannot find symbol
[ERROR] class AbstractExtendedDataTable
[ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[229,20] error: cannot find symbol
[ERROR] class ExtendedDataTableState
[ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[229,60] error: cannot find symbol
[ERROR] class ExtendedDataTableState
[ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[268,16] error: cannot find symbol
[ERROR] class AbstractExtendedDataTable
[ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[268,58] error: cannot find symbol
[ERROR] class AbstractExtendedDataTable
[ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[269,16] error: cannot find symbol
[ERROR] class ExtendedDataTableState
[ERROR] /mnt/hudson_workspace/workspace/richfaces-4.5/framework/src/test/integration/org/richfaces/ui/extendedDataTable/ITTableState.java:[269,56] error: cannot find symbol
{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
10 years, 8 months
[JBoss JIRA] (RF-11427) rich:tab - actionListener
by Valiantsin Shukaila (JIRA)
[ https://issues.jboss.org/browse/RF-11427?page=com.atlassian.jira.plugin.s... ]
Valiantsin Shukaila commented on RF-11427:
------------------------------------------
Can you describe what kind of issues with immediate=true there? I would try to fix it.
> rich:tab - actionListener
> -------------------------
>
> Key: RF-11427
> URL: https://issues.jboss.org/browse/RF-11427
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-panels-layout-themes
> Affects Versions: 4.0.0.Final, 4.1.0.Milestone2, 4.2.3.CR1
> Environment: RichFaces 4.1.0-SNAPSHOT r.5debbf8981de1839984bdaa38b31f58ed028239d
> Metamer 4.1.0-SNAPSHOT r.22728
> Mojarra 2.1.2-FCS
> Apache Tomcat 7.0.16
> OpenJDK Runtime Environment 1.6.0_22-b22 @ Linux
> Mozilla/5.0 (X11; Linux x86_64; rv:6.0) Gecko/20100101 Firefox/6.0
> RichFaces 4.2.1-SNAPSHOT
> Metamer 4.2.1-SNAPSHOT
> Mojarra 2.1.7-jbossorg-1
> JBoss AS 7.1.1.Final
> Java(TM) SE Runtime Environment 1.6.0_26-b03 @ Linux
> Chrome 18.0.1025.168 @ Linux i686
> Reporter: Jan Papousek
> Labels: ci_issue
> Fix For: 5-Tracking
>
>
> It seems that the actionListener attribute doesn't work.
> # deploy Metamer and open http://localhost:8080/metamer/faces/components/richTab/simple.xhtml
> # open tab2
> # open tab1 (action and action listener are invoked)
> # open tab2
> # open tab1 (action and action listener are *NOT* invoked)
> # open tab1 (action and action listener are invoked)
--
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
10 years, 8 months