[JBoss JIRA] Created: (RF-2393) Tree nested inside node of an outer tree has strange behaviour on ajax submit when there are validation errors
by Mike Hanafey (JIRA)
Tree nested inside node of an outer tree has strange behaviour on ajax submit when there are validation errors
--------------------------------------------------------------------------------------------------------------
Key: RF-2393
URL: http://jira.jboss.com/jira/browse/RF-2393
Project: RichFaces
Issue Type: Bug
Affects Versions: 3.1.4
Environment: Glassfish v2, JSF RI 1.2
Reporter: Mike Hanafey
Attachments: NestedTree.war
I have situation where there is an outer tree whose nodes have an inner tree. Specifically, the outer tree is over DNA sequences, and each DNA sequence may have a tree of comments attached to it.
Both the inner and outer trees have a couple of faces, one is used when a node is in display mode, and the other when it is in edit mode.
If the inner tree is put into edit mode at a node (via an ajax request) and a validation error occurs on a second ajax request to submit the edits, the whole inner tree for that node disappears. It can be recovered by doing a browser redisplay. If there is no validation error, the edit works as expected
Looking at the XmlHttpRequest response when there is a validation error shows that the response does not contain the expected tree nodes.
When this same comment tree code (both the backing beans and the facelets views) is applied on an unnested tree this problem does not occur.
A test war is attached (the war is big only because it includes the library dependencies -- the test code itself is small).
To demonstrate, deploy the war and look at the top page.
Click on the + next to "Comments" (this is the un-nested tree). Click "Ajax Save". Observe the "Value is required" messages.
Enter something into the first textfield, and do the "Ajax Save". Now a custom validation message appears.
Now for the first strangeness. Enter something in both the textfield and the textarea. The custom validation message appears on both inputs, but now the inputs just made are erased. When only one of these fields have data, the data entered in the other field is preserved, and I believe the clearing of input data is another error, but not the one in the title of this this issue.
To see the main issue, open the tree labeled "Sequences". This has a comments tree just like the one above nested inside the sequence node.
Click on the + next the "Comments" under "Sequences".
Click on "Ajax Save". Now instead of seeing the "Value is required" error, the inner tree node collapses. Click on the "Submit" button, an reopen the "Sequences" tree to see that the inner tree is in fact still intact.
Click on "Ajax Immediate". Now the tree does not collapse. The only difference is this button is immediate, so the validation steps are not done.
Finally, clicking on "Plain Save" shows the expected validation errors (now the Sequence tree collapses after the submit so it must be manually opened, but I guess this is expected behavior because the open / close state is not maintained across the request). The problem where the inputs that fail validation are erased remains even with this non-ajax update mode).
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
16 years, 7 months
[JBoss JIRA] Created: (RF-5380) dropSupport: "disableDefault" attribute doesn't work.
by Mikhail Vitenkov (JIRA)
dropSupport: "disableDefault" attribute doesn't work.
-----------------------------------------------------
Key: RF-5380
URL: https://jira.jboss.org/jira/browse/RF-5380
Project: RichFaces
Issue Type: Bug
Affects Versions: 3.3.0
Environment: IE6, IE7, FF 3.1.3, Safari 3.1, Opera 9.62(3.3.0.BETA3)
Reporter: Mikhail Vitenkov
Assignee: Nick Belaevski
#1. Add dragSupport and dropSupport zones following way:
<h:panelGrid columns="1" id="panel1">
<h:panelGroup id="column1">
<a4j:outputPanel>
<rich:dragSupport dragType="dragType1"></rich:dragSupport>
<h:outputText value="Drag it 1" />
</a4j:outputPanel>
</h:panelGroup>
</h:panelGrid>
<h:panelGrid columns="1" id="panel3">
<h:panelGroup id="column3">
<a4j:outputPanel>
<rich:dropSupport acceptedTypes="dragType1"></rich:dropSupport>
<h:outputText value="Drop from 1" />
</a4j:outputPanel>
</h:panelGroup>
</h:panelGrid>
#2. For dropSupport set action="main", where "main" is action navigation to the main page, defined in faces-config.xml
#3. Set ondrop="window.open('http://www.jboss.org/','_blank','width=200,height=200');"
#4. Set disableDefault="true".
#5. Navigate to page and make drag'n'drop content from "panel1" panelGrid to "panel3" panelGrid.(acceptedTypes="dragType1")
Actual behavior:
www.jboss.org opens in new window, then "main" navigation action works.
Try to append by hands "return false;" to the ondrop handler's content and repeat Step #5 - works fine: www.jboss.org opens in new window, current page remains.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
16 years, 7 months
[JBoss JIRA] Created: (RF-4986) Tooltip for calendar doesn't work when used in h:panelGrid
by Yurii Kartsev (JIRA)
Tooltip for calendar doesn't work when used in h:panelGrid
----------------------------------------------------------
Key: RF-4986
URL: https://jira.jboss.org/jira/browse/RF-4986
Project: RichFaces
Issue Type: Bug
Affects Versions: 3.2.2
Environment: Windows XP SP2
RF v.3.2.2.SR1 SVN $Revision: 10967 $ $Date: 2008-10-29 16:50:25 +0200 (РЎСЂ, 29 РѕРєС‚ 2008) $
JSF 1.2_07-b03-FCS
facelets-1.1.14
Firefox 2.0.0.18
Reporter: Yurii Kartsev
This code does NOT show me the tooltip:
<h:panelGrid columns="9" style="width:100%">
<h:panelGroup>
<a4j:region id="calendar_employeeBirthDateEdit" layout="block">
<rich:calendar id="employeeBirthDateEdit" value="#{amBean.employee.birthDate}"
enableManualInput="#{amBean.calendarEnableManualInput}" popup="#{amBean.calendarPopup}" locale="#{amBean.calendarLocale}"
datePattern="#{amBean.calendarPattern}" showInput="#{amBean.calendarShowInput}"
oninputclick="#{rich:component('calendarParretnTT')}.show(event);"
inputClass="inputcalendarfield" />
</a4j:region>
<rich:toolTip id="calendarParretnTT" followMouse="true" direction="top-right" delay="500" attached="false"
styleClass="tooltip" style="width:13px" value="#{amBean.calendarPattern}" />
</h:panelGroup>
</h:panelGrid>
But if I remove h:panelGrid and h:panel:Group - tooltip is shown well.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
16 years, 7 months
[JBoss JIRA] Created: (RF-1710) ajax4jsf version of tidy parser removes "redunant" whitespace in selection option id's and values
by Rajeev Chandrasekaran (JIRA)
ajax4jsf version of tidy parser removes "redunant" whitespace in selection option id's and values
-------------------------------------------------------------------------------------------------
Key: RF-1710
URL: http://jira.jboss.com/jira/browse/RF-1710
Project: RichFaces
Issue Type: Bug
Affects Versions: 3.1.3
Reporter: Rajeev Chandrasekaran
The tidy parser seems to remove whitespace characters in select option id's and values. In my case, I had a value like "my company" where there are 2 spaces between "my" and "company". Although the 2 spaces were properly rendered when the page was first rendered, after submitting the page (which had other validation errors), the same page rendered again (because of the validation errors) but with 2 spaces between "my" and "company" consolidated down to just a single space.
If I set the following property (literal-attributes=true) in a user-specific tidy.properties in the classpath, the problem goes away. I noticed that this property is commented out in the tidy.properties that ships with richfaces.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
16 years, 7 months
[JBoss JIRA] Created: (RF-2772) Make panelBarItem accordion functionality work with a4j:repeat
by Adam Jenkins (JIRA)
Make panelBarItem accordion functionality work with a4j:repeat
--------------------------------------------------------------
Key: RF-2772
URL: http://jira.jboss.com/jira/browse/RF-2772
Project: RichFaces
Issue Type: Feature Request
Affects Versions: 3.1.4
Environment: Tomcat 5.5, Java 5, Exadel Studio 4.0.4a
Reporter: Adam Jenkins
Hi All,
I'm trying to build a dynamic accordion (rich:panelBar) by enclosing the panelBarItems in an a4j:repeat tag....it renders the panelBarItems, however the accordion functionality doesn't work (IE 6). If I do a standard (static) accordion it works fine, and, if I have a panelBar with static panelBarItems, followed by dynamic panelBarItems (inside an a4j:repeat) the static panelBarItems work fine, but the others don't (snippet below). Is this a limitation of this component or a bug?
In the below code, the panelBarItems labelled 'test' work perfectly, however the ones labelled 'some div' don't work at all.
<t:panelGroup colspan="2">
<rich:panelBar id="claim-panel-bar">
<rich:panelBarItem id="bar1" label="test"></rich:panelBarItem>
<rich:panelBarItem id="bar2" label="test"></rich:panelBarItem>
<rich:panelBarItem id="bar3" label="test"></rich:panelBarItem>
<rich:panelBarItem id="bar4" label="test"></rich:panelBarItem>
<a4j:repeat id="claim-history-repeat" value="#{generalInformation.myItems}" var="item" binding="#{generalInformation.myItemsRepeat}">
<rich:panelBarItem id="claim-panel" label="some div">
some stuff
</rich:panelBarItem>
</a4j:repeat>
</rich:panelBar>
</t:panelGroup>
Is this a limitation of the component, a bug, or am I doing something wrong here?
Cheers
Adam
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
16 years, 7 months
[JBoss JIRA] Created: (RF-4560) numeric character reference being unescaped (Maybe in TidyParser?)
by David Waters (JIRA)
numeric character reference being unescaped (Maybe in TidyParser?)
------------------------------------------------------------------
Key: RF-4560
URL: https://jira.jboss.org/jira/browse/RF-4560
Project: RichFaces
Issue Type: Bug
Affects Versions: 3.2.1
Environment: Windows XP, Sun Java 1.6, Tomcat 6, MyFaces 1.2.3, Tomahawk 1.1.6
Reporter: David Waters
Numeric character reference are being resolved and the character they represent is being sent to the client instead of Numeric Character reference.
With the parser turned off for regular requests, the following code works correctly on the first render but fails on the ajax update
[web.xml]
...
<filter>
<display-name>RichFaces Filter</display-name>
<filter-name>richfaces</filter-name>
<filter-class>org.ajax4jsf.Filter</filter-class>
<!-- Only filter on ajax request not every request http://javablog.be/java/fix-your-richfaces-ajax-performance-problems/-->
<init-param>
<param-name>forceparser</param-name>
<param-value>false</param-value>
</init-param>
</filter>
...
[END]
[TEST PAGE]
<%@page pageEncoding="UTF-8" contentType="text/html; charset=UTF-8" %>
<%@ taglib uri="http://java.sun.com/jsf/core" prefix="f"%>
<%@ taglib uri="http://java.sun.com/jsf/html" prefix="h"%>
<%@ taglib uri="http://myfaces.apache.org/tomahawk" prefix="t"%>
<%@ taglib uri="http://richfaces.org/a4j" prefix="a4j"%>
<%@ taglib uri="http://richfaces.org/rich" prefix="rich"%>
<f:view>
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en">
<meta http-equiv="Content-Type" content="text/html;charset=UTF-8" />
<head>
</head>
<body>
<h:form id="Frm1">
<a4j:outputPanel id="panel">
<t:outputText id="textOut" value="•" escape="false"/>
<a4j:commandButton reRender="panel"/>
</a4j:outputPanel>
</h:form>
</body>
</html>
</f:view>
[END]
[Network Trace for full request, response]
...
<span id="Frm1:panel">
<span id="Frm1:textOut">
•
</span>
<input id="Frm1:j_id_jsp_388183768_4" name="Frm1:j_id_jsp_388183768_4" onclick="A4J.AJAX.Submit('j_id_jsp_388183768_0','Frm1',event,{'parameters':{'Frm1:j_id_jsp_388183768_4':'Frm1:j_id_jsp_388183768_4'} ,'actionUrl':'/Coverzone/test/testAjax.jsf'} );return false;" type="button" />
</span>
...
[END]
[Network Trace for Ajax response]
...
<span id="Frm1:panel">
<span id="Frm1:textOut">
</span>
<input id="Frm1:j_id_jsp_388183768_4" name="Frm1:j_id_jsp_388183768_4" onclick="A4J.AJAX.Submit('j_id_jsp_388183768_0','Frm1',event,{'parameters':{'Frm1:j_id_jsp_388183768_4':'Frm1:j_id_jsp_388183768_4'} ,'actionUrl':'/Coverzone/test/testAjax.jsf'} );return false;" type="button" />
</span>
...
[END]
NOTE: the output of Frm1:textOut in first response is • in the ajax response this is the char(149).
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
16 years, 7 months
[JBoss JIRA] Created: (RF-5186) In the ExtendedDataTable, when you order by a column, modifing the original order, the selection doesn´t work correctly
by Laura Romero Brox (JIRA)
In the ExtendedDataTable, when you order by a column, modifing the original order, the selection doesn´t work correctly
-----------------------------------------------------------------------------------------------------------------------
Key: RF-5186
URL: https://jira.jboss.org/jira/browse/RF-5186
Project: RichFaces
Issue Type: Bug
Affects Versions: 3.2.2
Environment: Eclipse 3.4.0, jboss-4.2.2.GA, jboss-seam-2.0.2.SP1, IE7
Reporter: Laura Romero Brox
Fix For: 3.2.2
In the ExtendedDataTable, when you order by a column, modifing the original order, the selection doesn´t work correctly. The list in the page is different than in server. The component returns an index that isn´t good in server list.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
16 years, 7 months
[JBoss JIRA] Created: (RF-5501) ContextMenu: ajax buzzes in case limitToList="true" and reRender is not defined.
by Alexander Dubovsky (JIRA)
ContextMenu: ajax buzzes in case limitToList="true" and reRender is not defined.
--------------------------------------------------------------------------------
Key: RF-5501
URL: https://jira.jboss.org/jira/browse/RF-5501
Project: RichFaces
Issue Type: Bug
Affects Versions: 3.3.0
Environment: 3.3.0.CR1
Reporter: Alexander Dubovsky
Assignee: Nick Belaevski
Source:
<a4j:status id="a4jStatusID" startText="WORK!" startStyle="color: red;"
stopText="a4j:status"></a4j:status>
<h:commandButton id="button" onclick="return false;" value="menu">
<rich:contextMenu event="oncontextmenu" attached="true"
submitMode="ajax">
<rich:menuItem value="cut" limitToList="true"
actionListener="#{custom.processCutElement}">
</rich:menuItem>
</rich:contextMenu>
</h:commandButton>
# Open page
# Call context menu and click menu item
Result: status buzzes
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
16 years, 7 months
[JBoss JIRA] Created: (RF-3702) rich:orderingList doesn't update the correct instance when
by Zied Hamdi (JIRA)
rich:orderingList doesn't update the correct instance when
-----------------------------------------------------------
Key: RF-3702
URL: http://jira.jboss.com/jira/browse/RF-3702
Project: RichFaces
Issue Type: Bug
Affects Versions: 3.2.0
Environment: facelets 1.1.14
Reporter: Zied Hamdi
The 'selection' attribute of 'rich:orederingList' doesn't update the binded object when in a loop (ui:repeat, a4j:repeat, h:dataTable), but the first element instead.
See the log output that demonstrates the problem:
Initialized ListHolder with : [my, first]
Initialized ListHolder with : [my, last]
Initialized ListHolder with : [my, everything]
selected set on '[my, first]'
Button clicked on '[my, last]'
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml"
xmlns:f="http://java.sun.com/jsf/core"
xmlns:h="http://java.sun.com/jsf/html"
xmlns:rich="http://richfaces.org/rich"
xmlns:ui="http://java.sun.com/jsf/facelets"
xmlns:a4j="http://richfaces.org/a4j"
xmlns:jsp="http://java.sun.com/JSP/Page"
xmlns:c="http://java.sun.com/jstl/core">
<f:view>
<body style="margin: 0; padding: 0;">
<h:form id="mainForm">
<h:messages title="errors"/>
<ui:repeat value="#{testController.listHolders}" var="listHolder">
<rich:panel id="panel" header="#{listHolder.entries}">
<rich:orderingList id="orderingList" value="#{listHolder.entries}" var="entry"
selection="#{listHolder.selected}">
<rich:column>
<h:outputText id="outputText" value="#{entry}" />
</rich:column>
</rich:orderingList>
<h:commandButton id="button" actionListener="#{listHolder.doItLstr}"
value="do it" />
</rich:panel>
</ui:repeat>
</h:form>
</body>
</f:view>
</html>
public class TestController {
protected List<ListHolder> listHolders = new ArrayList<ListHolder>();
{
listHolders.add(new ListHolder("my first"));
listHolders.add(new ListHolder("my last"));
listHolders.add(new ListHolder("my everything"));
}
public class ListHolder {
List<String> entries = new ArrayList<String>();
Set<String> selected;
public ListHolder(String value) {
entries = Arrays.asList(value.split(" "));
System.out.println("Initialized ListHolder with : " + entries);
}
public void doItLstr(ActionEvent actionEvent) {
System.out.println("Button clicked on '" + entries + "'");
}
public List<String> getEntries() {
return entries;
}
public void setEntries(List<String> entries) {
this.entries = entries;
}
public Set<String> getSelected() {
return selected;
}
public void setSelected(Set<String> selected) {
System.out.println("selected set on '" + entries + "'");
this.selected = selected;
}
}
public List<ListHolder> getListHolders() {
return listHolders;
}
public void setListHolders(List<ListHolder> listHolders) {
this.listHolders = listHolders;
}
}
----------------------------------------- workaround attempt -----------------------------
I've tried to do a binding on each row but it doesn't work too: I have an error as if ui:repeat was performed at compile time, but I'm almost sure it is a render-time tag (it doesn't work with a h:dataTable too)
Caused by: javax.el.PropertyNotFoundException: /test/orderingList.xhtml @21,78 binding="#{listHolder.orderingList}": Target Unreachable, identifier 'listHolder' resolved to null
at com.sun.facelets.el.TagValueExpression.setValue(TagValueExpression.java:95)
at com.sun.faces.application.ApplicationImpl.createComponent(ApplicationImpl.java:248)
at com.sun.facelets.tag.jsf.ComponentHandler.createComponent(ComponentHandler.java:224)
at com.sun.facelets.tag.jsf.ComponentHandler.apply(ComponentHandler.java:139)
at com.sun.facelets.tag.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:47)
at com.sun.facelets.tag.jsf.ComponentHandler.applyNextHandler(ComponentHandler.java:314)
at com.sun.facelets.tag.jsf.ComponentHandler.apply(ComponentHandler.java:169)
at com.sun.facelets.tag.jsf.ComponentHandler.applyNextHandler(ComponentHandler.java:314)
at com.sun.facelets.tag.jsf.ComponentHandler.apply(ComponentHandler.java:169)
at com.sun.facelets.tag.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:47)
at com.sun.facelets.tag.jsf.ComponentHandler.applyNextHandler(ComponentHandler.java:314)
at com.sun.facelets.tag.jsf.ComponentHandler.apply(ComponentHandler.java:169)
at com.sun.facelets.tag.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:47)
at com.sun.facelets.tag.jsf.core.ViewHandler.apply(ViewHandler.java:109)
at com.sun.facelets.tag.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:47)
at com.sun.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:49)
at com.sun.facelets.tag.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:47)
at com.sun.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:25)
at com.sun.facelets.impl.DefaultFacelet.apply(DefaultFacelet.java:95)
at com.sun.facelets.FaceletViewHandler.buildView(FaceletViewHandler.java:524)
at com.sun.facelets.FaceletViewHandler.renderView(FaceletViewHandler.java:567)
at org.ajax4jsf.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:108)
at org.ajax4jsf.application.AjaxViewHandler.renderView(AjaxViewHandler.java:189)
at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:109)
at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:100)
at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139)
at javax.faces.webapp.FacesServlet.service(FacesServlet.java:266)
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
16 years, 7 months
[JBoss JIRA] Created: (RF-3341) rich:dataTable encodes its childs if this isn't nesessary
by Ilya Shaikovsky (JIRA)
rich:dataTable encodes its childs if this isn't nesessary
---------------------------------------------------------
Key: RF-3341
URL: http://jira.jboss.com/jira/browse/RF-3341
Project: RichFaces
Issue Type: Bug
Affects Versions: 3.2.1
Reporter: Ilya Shaikovsky
Assigned To: Nick Belaevski
<rich:tabPanel switchType="ajax">
<rich:tab label="First">
<h:form>
<h:inputText value="#{userBean.name}">
<a4j:support event="onkeyup" reRender="out1"/>
</h:inputText>
<h:outputText id="out1" value="#{userBean.name}"/>
</h:form>
</rich:tab>
<rich:tab label="Second" >
<h:form>
<h:inputText value="#{userBean.job}">
<a4j:support event="onkeyup" reRender="out2"/>
</h:inputText>
<h:outputText id="out2" value="#{userBean.job}"/>
<rich:dataTable value="#{capitalsBean.capitals}" var="cap">
<rich:column>
<h:outputText value="#{cap.name}"/>
</rich:column>
</rich:dataTable>
</h:form>
</rich:tab>
<rich:tab label="Third">
Here is tab #3
</rich:tab>
</rich:tabPanel>
input some letters to input on tab 1
getters and setters for name property called - OK
getters and setters for job property doesn't called - OK
getter for capitals list called. - WRONG
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
16 years, 7 months
[JBoss JIRA] Created: (RF-5421) Facelets App Breaks when redeployed
by John Leed (JIRA)
Facelets App Breaks when redeployed
-----------------------------------
Key: RF-5421
URL: https://jira.jboss.org/jira/browse/RF-5421
Project: RichFaces
Issue Type: Bug
Affects Versions: 3.2.2
Environment: SJSAS 9.1
Netbeans 6.5
Reporter: John Leed
When the 3 RichFaces libs are packaged with the Facelets war and the war is redeployed, the following exception occurs:
[#|2008-12-17T12:43:30.729-0500|WARNING|sun-appserver9.1|javax.enterprise.resource.webcontainer.jsf.lifecycle|_ThreadID=17;_ThreadName=httpSSLWorkerThread-80-1;_RequestID=89fb51e6-e59b-4f80-9e5b-d8a0bbb7cefb;|executePhase(RENDER_RESPONSE 6,com.sun.faces.context.FacesContextImpl@2cd18f) threw exception
com.sun.facelets.tag.TagAttributeException: /index.xhtml @41,65 switchType="client" object is not an instance of declaring class
at com.sun.facelets.tag.BeanPropertyTagRule$LiteralPropertyMetadata.applyMetadata(BeanPropertyTagRule.java:53)
at com.sun.facelets.tag.MetadataImpl.applyMetadata(MetadataImpl.java:36)
at com.sun.facelets.tag.MetaTagHandler.setAttributes(MetaTagHandler.java:62)
at com.sun.facelets.tag.jsf.ComponentHandler.apply(ComponentHandler.java:144)
at com.sun.facelets.tag.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:47)
at com.sun.facelets.tag.jsf.ComponentHandler.applyNextHandler(ComponentHandler.java:314)
at com.sun.facelets.tag.jsf.ComponentHandler.apply(ComponentHandler.java:169)
at com.sun.facelets.tag.jsf.core.ViewHandler.apply(ViewHandler.java:109)
at com.sun.facelets.tag.ui.DefineHandler.applyDefinition(DefineHandler.java:64)
at com.sun.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:131)
at com.sun.facelets.impl.DefaultFaceletContext$TemplateManager.apply(DefaultFaceletContext.java:310)
at com.sun.facelets.impl.DefaultFaceletContext.includeDefinition(DefaultFaceletContext.java:280)
at com.sun.facelets.tag.ui.InsertHandler.apply(InsertHandler.java:68)
at com.sun.facelets.tag.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:47)
at com.sun.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:49)
at com.sun.facelets.tag.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:47)
at com.sun.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:25)
at com.sun.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:248)
at com.sun.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:294)
at com.sun.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:273)
at com.sun.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:144)
at com.sun.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:113)
at com.sun.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:49)
at com.sun.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:25)
at com.sun.facelets.impl.DefaultFacelet.apply(DefaultFacelet.java:95)
at com.sun.facelets.FaceletViewHandler.buildView(FaceletViewHandler.java:524)
at com.sun.facelets.FaceletViewHandler.renderView(FaceletViewHandler.java:567)
at org.ajax4jsf.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:108)
at org.ajax4jsf.application.AjaxViewHandler.renderView(AjaxViewHandler.java:196)
at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:106)
at com.sun.faces.lifecycle.LifecycleImpl.phase(LifecycleImpl.java:251)
at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:144)
at javax.faces.webapp.FacesServlet.service(FacesServlet.java:245)
at org.apache.catalina.core.ApplicationFilterChain.servletService(ApplicationFilterChain.java:411)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:317)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:198)
at org.ajax4jsf.webapp.BaseXMLFilter.doXmlFilter(BaseXMLFilter.java:177)
at org.ajax4jsf.webapp.BaseFilter.handleRequest(BaseFilter.java:267)
at org.ajax4jsf.webapp.BaseFilter.processUploadsAndHandleRequest(BaseFilter.java:380)
at org.ajax4jsf.webapp.BaseFilter.doFilter(BaseFilter.java:507)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:230)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:198)
at com.kroger.thmm.filter.CookieFilter.doFilter(CookieFilter.java:59)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:230)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:198)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:288)
at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:271)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:202)
at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:632)
at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:577)
at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:94)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:206)
at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:632)
at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:577)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:571)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:1080)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:150)
at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:632)
at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:577)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:571)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:1080)
at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:272)
at com.sun.enterprise.web.connector.grizzly.DefaultProcessorTask.invokeAdapter(DefaultProcessorTask.java:637)
at com.sun.enterprise.web.connector.grizzly.DefaultProcessorTask.doProcess(DefaultProcessorTask.java:568)
at com.sun.enterprise.web.connector.grizzly.DefaultProcessorTask.process(DefaultProcessorTask.java:813)
at com.sun.enterprise.web.connector.grizzly.DefaultReadTask.executeProcessorTask(DefaultReadTask.java:341)
at com.sun.enterprise.web.connector.grizzly.DefaultReadTask.doTask(DefaultReadTask.java:263)
at com.sun.enterprise.web.connector.grizzly.DefaultReadTask.doTask(DefaultReadTask.java:214)
at com.sun.enterprise.web.connector.grizzly.TaskBase.run(TaskBase.java:265)
at com.sun.enterprise.web.connector.grizzly.ssl.SSLWorkerThread.run(SSLWorkerThread.java:106)
Caused by: java.lang.IllegalArgumentException: object is not an instance of declaring class
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at com.sun.facelets.tag.BeanPropertyTagRule$LiteralPropertyMetadata.applyMetadata(BeanPropertyTagRule.java:49)
... 69 more
|#]
[#|2008-12-17T12:43:30.729-0500|SEVERE|sun-appserver9.1|org.ajax4jsf.webapp.BaseXMLFilter|_ThreadID=17;_ThreadName=httpSSLWorkerThread-80-1;_RequestID=89fb51e6-e59b-4f80-9e5b-d8a0bbb7cefb;|Exception in the filter chain
javax.servlet.ServletException: object is not an instance of declaring class
at javax.faces.webapp.FacesServlet.service(FacesServlet.java:256)
at org.apache.catalina.core.ApplicationFilterChain.servletService(ApplicationFilterChain.java:411)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:317)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:198)
at org.ajax4jsf.webapp.BaseXMLFilter.doXmlFilter(BaseXMLFilter.java:177)
at org.ajax4jsf.webapp.BaseFilter.handleRequest(BaseFilter.java:267)
at org.ajax4jsf.webapp.BaseFilter.processUploadsAndHandleRequest(BaseFilter.java:380)
at org.ajax4jsf.webapp.BaseFilter.doFilter(BaseFilter.java:507)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:230)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:198)
at com.kroger.thmm.filter.CookieFilter.doFilter(CookieFilter.java:59)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:230)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:198)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:288)
at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:271)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:202)
at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:632)
at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:577)
at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:94)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:206)
at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:632)
at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:577)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:571)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:1080)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:150)
at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:632)
at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:577)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:571)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:1080)
at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:272)
at com.sun.enterprise.web.connector.grizzly.DefaultProcessorTask.invokeAdapter(DefaultProcessorTask.java:637)
at com.sun.enterprise.web.connector.grizzly.DefaultProcessorTask.doProcess(DefaultProcessorTask.java:568)
at com.sun.enterprise.web.connector.grizzly.DefaultProcessorTask.process(DefaultProcessorTask.java:813)
at com.sun.enterprise.web.connector.grizzly.DefaultReadTask.executeProcessorTask(DefaultReadTask.java:341)
at com.sun.enterprise.web.connector.grizzly.DefaultReadTask.doTask(DefaultReadTask.java:263)
at com.sun.enterprise.web.connector.grizzly.DefaultReadTask.doTask(DefaultReadTask.java:214)
at com.sun.enterprise.web.connector.grizzly.TaskBase.run(TaskBase.java:265)
at com.sun.enterprise.web.connector.grizzly.ssl.SSLWorkerThread.run(SSLWorkerThread.java:106)
Caused by: java.lang.IllegalArgumentException: object is not an instance of declaring class
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at com.sun.facelets.tag.BeanPropertyTagRule$LiteralPropertyMetadata.applyMetadata(BeanPropertyTagRule.java:49)
at com.sun.facelets.tag.MetadataImpl.applyMetadata(MetadataImpl.java:36)
at com.sun.facelets.tag.MetaTagHandler.setAttributes(MetaTagHandler.java:62)
at com.sun.facelets.tag.jsf.ComponentHandler.apply(ComponentHandler.java:144)
at com.sun.facelets.tag.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:47)
at com.sun.facelets.tag.jsf.ComponentHandler.applyNextHandler(ComponentHandler.java:314)
at com.sun.facelets.tag.jsf.ComponentHandler.apply(ComponentHandler.java:169)
at com.sun.facelets.tag.jsf.core.ViewHandler.apply(ViewHandler.java:109)
at com.sun.facelets.tag.ui.DefineHandler.applyDefinition(DefineHandler.java:64)
at com.sun.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:131)
at com.sun.facelets.impl.DefaultFaceletContext$TemplateManager.apply(DefaultFaceletContext.java:310)
at com.sun.facelets.impl.DefaultFaceletContext.includeDefinition(DefaultFaceletContext.java:280)
at com.sun.facelets.tag.ui.InsertHandler.apply(InsertHandler.java:68)
at com.sun.facelets.tag.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:47)
at com.sun.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:49)
at com.sun.facelets.tag.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:47)
at com.sun.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:25)
at com.sun.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:248)
at com.sun.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:294)
at com.sun.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:273)
at com.sun.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:144)
at com.sun.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:113)
at com.sun.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:49)
at com.sun.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:25)
at com.sun.facelets.impl.DefaultFacelet.apply(DefaultFacelet.java:95)
at com.sun.facelets.FaceletViewHandler.buildView(FaceletViewHandler.java:524)
at com.sun.facelets.FaceletViewHandler.renderView(FaceletViewHandler.java:567)
at org.ajax4jsf.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:108)
at org.ajax4jsf.application.AjaxViewHandler.renderView(AjaxViewHandler.java:196)
at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:106)
at com.sun.faces.lifecycle.LifecycleImpl.phase(LifecycleImpl.java:251)
at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:144)
at javax.faces.webapp.FacesServlet.service(FacesServlet.java:245)
... 37 more
|#]
[#|2008-12-17T12:43:30.745-0500|SEVERE|sun-appserver9.1|javax.enterprise.system.container.web|_ThreadID=17;_ThreadName=httpSSLWorkerThread-80-1;_RequestID=89fb51e6-e59b-4f80-9e5b-d8a0bbb7cefb;|StandardWrapperValve[Faces Servlet]: PWC1406: Servlet.service() for servlet Faces Servlet threw exception
java.lang.IllegalArgumentException: object is not an instance of declaring class
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at com.sun.facelets.tag.BeanPropertyTagRule$LiteralPropertyMetadata.applyMetadata(BeanPropertyTagRule.java:49)
at com.sun.facelets.tag.MetadataImpl.applyMetadata(MetadataImpl.java:36)
at com.sun.facelets.tag.MetaTagHandler.setAttributes(MetaTagHandler.java:62)
at com.sun.facelets.tag.jsf.ComponentHandler.apply(ComponentHandler.java:144)
at com.sun.facelets.tag.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:47)
at com.sun.facelets.tag.jsf.ComponentHandler.applyNextHandler(ComponentHandler.java:314)
at com.sun.facelets.tag.jsf.ComponentHandler.apply(ComponentHandler.java:169)
at com.sun.facelets.tag.jsf.core.ViewHandler.apply(ViewHandler.java:109)
at com.sun.facelets.tag.ui.DefineHandler.applyDefinition(DefineHandler.java:64)
at com.sun.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:131)
at com.sun.facelets.impl.DefaultFaceletContext$TemplateManager.apply(DefaultFaceletContext.java:310)
at com.sun.facelets.impl.DefaultFaceletContext.includeDefinition(DefaultFaceletContext.java:280)
at com.sun.facelets.tag.ui.InsertHandler.apply(InsertHandler.java:68)
at com.sun.facelets.tag.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:47)
at com.sun.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:49)
at com.sun.facelets.tag.CompositeFaceletHandler.apply(CompositeFaceletHandler.java:47)
at com.sun.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:25)
at com.sun.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:248)
at com.sun.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:294)
at com.sun.facelets.impl.DefaultFacelet.include(DefaultFacelet.java:273)
at com.sun.facelets.impl.DefaultFaceletContext.includeFacelet(DefaultFaceletContext.java:144)
at com.sun.facelets.tag.ui.CompositionHandler.apply(CompositionHandler.java:113)
at com.sun.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:49)
at com.sun.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:25)
at com.sun.facelets.impl.DefaultFacelet.apply(DefaultFacelet.java:95)
at com.sun.facelets.FaceletViewHandler.buildView(FaceletViewHandler.java:524)
at com.sun.facelets.FaceletViewHandler.renderView(FaceletViewHandler.java:567)
at org.ajax4jsf.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:108)
at org.ajax4jsf.application.AjaxViewHandler.renderView(AjaxViewHandler.java:196)
at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:106)
at com.sun.faces.lifecycle.LifecycleImpl.phase(LifecycleImpl.java:251)
at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:144)
at javax.faces.webapp.FacesServlet.service(FacesServlet.java:245)
at org.apache.catalina.core.ApplicationFilterChain.servletService(ApplicationFilterChain.java:411)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:317)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:198)
at org.ajax4jsf.webapp.BaseXMLFilter.doXmlFilter(BaseXMLFilter.java:177)
at org.ajax4jsf.webapp.BaseFilter.handleRequest(BaseFilter.java:267)
at org.ajax4jsf.webapp.BaseFilter.processUploadsAndHandleRequest(BaseFilter.java:380)
at org.ajax4jsf.webapp.BaseFilter.doFilter(BaseFilter.java:507)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:230)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:198)
at com.kroger.thmm.filter.CookieFilter.doFilter(CookieFilter.java:59)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:230)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:198)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:288)
at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:271)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:202)
at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:632)
at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:577)
at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:94)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:206)
at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:632)
at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:577)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:571)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:1080)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:150)
at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:632)
at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:577)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:571)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:1080)
at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:272)
at com.sun.enterprise.web.connector.grizzly.DefaultProcessorTask.invokeAdapter(DefaultProcessorTask.java:637)
at com.sun.enterprise.web.connector.grizzly.DefaultProcessorTask.doProcess(DefaultProcessorTask.java:568)
at com.sun.enterprise.web.connector.grizzly.DefaultProcessorTask.process(DefaultProcessorTask.java:813)
at com.sun.enterprise.web.connector.grizzly.DefaultReadTask.executeProcessorTask(DefaultReadTask.java:341)
at com.sun.enterprise.web.connector.grizzly.DefaultReadTask.doTask(DefaultReadTask.java:263)
at com.sun.enterprise.web.connector.grizzly.DefaultReadTask.doTask(DefaultReadTask.java:214)
at com.sun.enterprise.web.connector.grizzly.TaskBase.run(TaskBase.java:265)
at com.sun.enterprise.web.connector.grizzly.ssl.SSLWorkerThread.run(SSLWorkerThread.java:106)
|#]
The application continues to do this in the presence of at least rich:calendar and rich:tabPanel until the app server is restarted.
This issue seems to be similar: http://www.seamframework.org/39279.lace
There is a bit of a workaround: putting the RichFaces jars into the domain1/lib folder and not packaging them with the application. However, as seen in issues RF-1255 and RF-5212, putting the jars into a shared lib folder breaks the Glassfish admin console.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
16 years, 7 months
[JBoss JIRA] Created: (RF-3720) Wrong adjustment of a dataFilterSlider's right end
by Juergen Zimmermann (JIRA)
Wrong adjustment of a dataFilterSlider's right end
--------------------------------------------------
Key: RF-3720
URL: http://jira.jboss.com/jira/browse/RF-3720
Project: RichFaces
Issue Type: Bug
Affects Versions: 3.2.1
Environment: JSF RI 1.2_09-BETA1, IE 7 and FF 3.0RC3
Reporter: Juergen Zimmermann
I have this definition for dataFilterSlider:
<rich:dataFilterSlider id="dataFilterSlider"
binding="#{kv.dataFilterSlider}"
sliderListener="#{kv.sliderListener}"
for="kundenTabelle"
forValRef="kv.gefundeneKunden"
filterBy="getKategorie"
startRange="2"
endRange="6"
increment="1"
handleValue="6"
manualInput="true"
onslide="true"
onchange="true"
storeResults="true"
trailer="true"/>
However, the value 5 cannot be reached via dragging the slider. When doing a manual input of 5, this value is positioned at the right end, too. Just like the upper boundary (being the value 6).
This happens with IE 7. A screenshot will be provided. Using FF 3.0RC3 the value 5 even cannot be entered manually.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
16 years, 7 months
[JBoss JIRA] Created: (RF-3580) Ordering list keeps old values.
by Sergey Halipov (JIRA)
Ordering list keeps old values.
-------------------------------
Key: RF-3580
URL: http://jira.jboss.com/jira/browse/RF-3580
Project: RichFaces
Issue Type: Bug
Affects Versions: 3.2.1
Reporter: Sergey Halipov
1. Create some ordering list component and bind its selection to REQUEST bean.
2. Select some rows, submit selection with ajax commandButton. Selection will be shown in corresponding outputText.
3. Refresh the page, selection in outputText is empty as expected.
4. Press commandButton again without any selection. OLD selection from step 2 is shown.
XHTML code:
<rich:orderingList id="orderingList"
....................
selection="#{orderingListBean.selection}" >
..................
<h:column>
<a4j:commandButton value="Ajax Action" reRender="results" />
</h:column>
.........................
</rich:orderingList>
<h:panelGroup id="results" >
<h:outputText value="#{orderingListBean.selectionString}" id="selection" />
</h:panelGroup>
Java code:
public Collection<Item> getSelection() {
return selection;
}
public void setSelection(Collection<Item> selection) {
this.selection = selection;
}
public String getSelectionString() {
StringBuffer buff = new StringBuffer();
for (Iterator<Item> it = selection.iterator(); it.hasNext();) {
Item item = it.next();
buff.append(item.getName());
if (it.hasNext()) {
buff.append(',');
}
}
return buff.toString();
}
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
16 years, 7 months
[JBoss JIRA] Created: (RF-4748) Order of files using FileUpload Component
by Ravi Kiran Bhaskar (JIRA)
Order of files using FileUpload Component
-----------------------------------------
Key: RF-4748
URL: https://jira.jboss.org/jira/browse/RF-4748
Project: RichFaces
Issue Type: Feature Request
Affects Versions: 3.3.0, Future, Wishes
Environment: All Platforms & OS
Reporter: Ravi Kiran Bhaskar
if I am uploading files via rich:fileUpload and the upload dialog box shows the
1.jpg
2.jpg
3.jpg
4.jpg
And I select all files top-down the order in which the files show up in the fileupload screen is
4.jpg
1.jpg
2.jpg
3.jpg
(Note that the last pic 4.jpg ends up first)
and If I select bottom up i.e 4.jpg through 1.jpg then it shows up in correct order in the fileuploadscreen like the following
1.jpg
2.jpg
3.jpg
4.jpg
Is there any way which can give correct ordering when selected top-down ? Sorting files by names after uploading might not be an option in some cases where the application might not know ahead of time whether the names are numeric/alphanumeric.
If richfaces ends up implementing sorting, it would also be wiser to implement sorting by name/type/size/starts with etc to make the component more useful for all types of applications/scenarios.
Thanking you in anticipation,
Ravi
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
16 years, 7 months
[JBoss JIRA] Created: (RF-5223) rich:listShuttle not firing onlistchanged event
by Jonathan Moores (JIRA)
rich:listShuttle not firing onlistchanged event
-----------------------------------------------
Key: RF-5223
URL: https://jira.jboss.org/jira/browse/RF-5223
Project: RichFaces
Issue Type: Bug
Affects Versions: 3.3.0
Environment: Windows Vista x64 business, JSF 1.2_10, RF 3.3.0 BETA 2
Reporter: Jonathan Moores
Trying to attach a4j:support to the onlistchanged event and nothing is firing. I tried the attribute too (removed a4j:support leaving only attribute). Also no joy.
<rich:listShuttle id="customerListShuffle1" sourceValue="#{documentBean.availableCustomers}" rows="25"
listsHeight="150" onlistchanged="alert('listChanged');"
targetValue="#{documentBean.current.customers}" var="customer"
sourceCaptionLabel="Available Customers"
targetCaptionLabel="Assigned Customers" orderControlsVisible="false"
converter="customerConverter" >
<a4j:support event="onlistchanged" reRender="emailToListShuffle" actionListener="#{documentBean.listChanged}" onsubmit="alert('test')"/>
<rich:column visible="false">
<h:outputText value="#{customer.custId}"/>
</rich:column>
<rich:column>
<h:outputText value="#{customer.custName}"/>
</rich:column>
</rich:listShuttle>
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
16 years, 7 months
[JBoss JIRA] Created: (RF-5324) Editor: JS error on page under Firefox.
by Alexander Dubovsky (JIRA)
Editor: JS error on page under Firefox.
---------------------------------------
Key: RF-5324
URL: https://jira.jboss.org/jira/browse/RF-5324
Project: RichFaces
Issue Type: Bug
Affects Versions: 3.3.0
Environment: 3.3.0.BETA3
Reporter: Alexander Dubovsky
Assignee: Nick Belaevski
JS Error in Mozilla FF 3.0.4 on page with rich:editor:
Permission denied to get property XULElement.accessibleType
setupIframe()()tiny_mce...rc.js.jsf (line 7068)
init()()tiny_mce...rc.js.jsf (line 7055)
(?)()()tiny_mce...rc.js.jsf (line 6875)
(?)()()tiny_mce...rc.js.jsf (line 4633)
allDone()tiny_mce...rc.js.jsf (line 4685)
success()()tiny_mce...rc.js.jsf (line 4704)
ready()tiny_mce...rc.js.jsf (line 899)
[Break on this error] d.close();
Source:
<h:form>
<rich:editor></rich:editor>
</h:form>
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
16 years, 7 months