[JBoss JIRA] Created: (RF-4345) aj4:commandButton with immeadiate="true" does not rerender properly
by Oliver Freivogel (JIRA)
aj4:commandButton with immeadiate="true" does not rerender properly
-------------------------------------------------------------------
Key: RF-4345
URL: https://jira.jboss.org/jira/browse/RF-4345
Project: RichFaces
Issue Type: Bug
Affects Versions: 3.2.1
Environment: Ubuntu 8.04 64bit, JDK 6 update 6, Jboss App-Server 4.2.2. Firefox 3.0.1
Reporter: Oliver Freivogel
Resetting a list shuttle and re rendering the view, with the the immediate attribute of the commandButton set to "true" does not work properly; at least testet with firefox 3.0.1.
Here the code used:
the facelets viw:
<!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"
xmlns:h="http://java.sun.com/jsf/html"
xmlns:f="http://java.sun.com/jsf/core"
xmlns:ui="http://java.sun.com/jsf/facelets"
xmlns:a4j="http://richfaces.org/a4j"
xmlns:rich="http://richfaces.org/rich">
<head>
<title></title>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />
</head>
<body>
<a4j:outputPanel id="wizard">
<h:form id="propertySelector">
<rich:listShuttle id="properties" sourceValue="#{attributeSelector2.addable}"
targetValue="#{attributeSelector2.selected}" var="item"
sourceCaptionLabel="Source"
targetCaptionLabel="target"
showButtonLabels="false"
listsHeight="150" sourceListWidth="250" targetListWidth="250">
<h:column>
<f:facet name="header">
<h:outputText value="Entity" />
</f:facet>
<h:outputText value="#{item}" />
</h:column>
<h:column>
<f:facet name="header">
<h:outputText value="Property" />
</f:facet>
<h:outputText value="#{item}"></h:outputText>
</h:column>
</rich:listShuttle>
<a4j:outputPanel layout="block" style="margin-top:5px">
<h:commandButton value="back"
action="#{attributeSelector2.back}" />
<a4j:commandButton value="reset"
action="#{attributeSelector2.reset}" immediate="true"
reRender="wizard"/>
</a4j:outputPanel>
</h:form>
</a4j:outputPanel>
</body>
</html>
The backing bean:
import java.util.ArrayList;
import java.util.Collections;
import java.util.List;
import java.util.Map;
import javax.annotation.PostConstruct;
/**
* Backing Bean for selecting Attributes
*
* @author Oliver Freivogel
* @version 1.0
*/
public class AttributeSelectorBean
{
public AttributeSelectorBean()
{
source = Collections.emptyList();
target = Collections.emptyList();
}
@PostConstruct
public void init()
{
source = new ArrayList<String>();
source.add("test");
source.add("bla");
source.add("gugus");
target = new ArrayList<String>();
}
public List<String> getAddable()
{
return this.source;
}
public void setAddable(List<String> addableProperties)
{
this.source = addableProperties;
}
public List<String> getSelected()
{
return this.target;
}
public void setSelected(List<String> selectedProperties)
{
this.target = selectedProperties;
}
public void reset()
{
init();
System.out.println("init");
}
public String back()
{
return "back";
}
public String done()
{
return "done";
}
private List<String> source;
private List<String> target;
}
--
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
17 years, 1 month
[JBoss JIRA] Created: (RF-2576) suggestionbox broken in 3.2.0 nightly 20080318
by Juergen Zimmermann (JIRA)
suggestionbox broken in 3.2.0 nightly 20080318
----------------------------------------------
Key: RF-2576
URL: http://jira.jboss.com/jira/browse/RF-2576
Project: RichFaces
Issue Type: Bug
Affects Versions: 3.2.0
Environment: RF nightly, JBossAS 4.2.2, JSF-RI ("Mojarra") 1.2_08
Reporter: Juergen Zimmermann
The following was working with 3.1.4 and 3.2.0CR3. Using nightly 20080318 rich:suggestionbox is broken (see stacktrace below).
The problem seems to be the following:
* Java objects are instantiated from a database by using Hibernate (inside JBossAS)
* The Java objects, however, are only partially instantiated due to a lazy fetching strategy. For instance the suggestionbox needs the customers' lastname, but not all their orders. Therefore, the orders of each customer are not fetched from the database due to performance reasons.
* suggestionbox resp. ScriptUtils.toScript() tries to iterate over the *NOT* fetched collection. Therefore, Hibernate throws a LazyInitializationException.
* Why do you iterate over such a collection? Why do you need this?
Here is the stacktrace:
2008-03-18 10:50:02,155 ERROR [org.hibernate.LazyInitializationException] failed to lazily initialize a collection of role: de.hska.kundenverwaltung.db.Kunde.bestellungen, no session or session was closed
org.hibernate.LazyInitializationException: failed to lazily initialize a collection of role: de.hska.kundenverwaltung.db.Kunde.bestellungen, no session or session was closed
at org.hibernate.collection.AbstractPersistentCollection.throwLazyInitializationException(AbstractPersistentCollection.java:358)
at org.hibernate.collection.AbstractPersistentCollection.throwLazyInitializationExceptionIfNotConnected(AbstractPersistentCollection.java:350)
at org.hibernate.collection.AbstractPersistentCollection.initialize(AbstractPersistentCollection.java:343)
at org.hibernate.collection.AbstractPersistentCollection.read(AbstractPersistentCollection.java:86)
at org.hibernate.collection.PersistentBag.iterator(PersistentBag.java:249)
at org.ajax4jsf.javascript.ScriptUtils.toScript(ScriptUtils.java:80)
at org.ajax4jsf.javascript.ScriptUtils.toScript(ScriptUtils.java:135)
at org.ajax4jsf.javascript.ScriptUtils.toScript(ScriptUtils.java:85)
at org.ajax4jsf.javascript.ScriptUtils.toScript(ScriptUtils.java:105)
at org.ajax4jsf.renderkit.AJAXDataSerializer.asString(AJAXDataSerializer.java:40)
at org.ajax4jsf.renderkit.AjaxRendererUtils.encodeAreas(AjaxRendererUtils.java:775)
at org.ajax4jsf.renderkit.AjaxContainerRenderer.encodeAjax(AjaxContainerRenderer.java:125)
at org.ajax4jsf.component.AjaxViewRoot.encodeAjax(AjaxViewRoot.java:633)
at org.ajax4jsf.component.AjaxViewRoot.encodeChildren(AjaxViewRoot.java:505)
at javax.faces.component.UIComponent.encodeAll(UIComponent.java:936)
at com.sun.facelets.FaceletViewHandler.renderView(FaceletViewHandler.java:592)
at org.ajax4jsf.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:108)
at org.ajax4jsf.application.AjaxViewHandler.renderView(AjaxViewHandler.java:185)
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)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.ajax4jsf.webapp.BaseXMLFilter.doXmlFilter(BaseXMLFilter.java:143)
at org.ajax4jsf.webapp.BaseFilter.doFilter(BaseFilter.java:276)
at org.ajax4jsf.Filter.doFilter(Filter.java:165)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:230)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:179)
at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:432)
at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:84)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
at org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:157)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:262)
at org.apache.coyote.http11.Http11AprProcessor.process(Http11AprProcessor.java:856)
at org.apache.coyote.http11.Http11AprProtocol$Http11ConnectionHandler.process(Http11AprProtocol.java:566)
at org.apache.tomcat.util.net.AprEndpoint$Worker.run(AprEndpoint.java:1508)
at java.lang.Thread.run(Thread.java:619)
--
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
17 years, 1 month
[JBoss JIRA] Created: (RF-3314) CommandLink action within dataTable is not executed in request scope
by Robert Stone (JIRA)
CommandLink action within dataTable is not executed in request scope
--------------------------------------------------------------------
Key: RF-3314
URL: http://jira.jboss.com/jira/browse/RF-3314
Project: RichFaces
Issue Type: Bug
Affects Versions: 3.2.0
Environment: myfaces 1.2.2
Reporter: Robert Stone
When clicking on links within datatable action/actionListener/actionparam is not executed when bean is placed in request scope. Code works with backing bean in the session scope.
<rich:dataTable id="seachResultsTable" var="seachResult"
value="${modalForm.searchResults}">
<rich:column>
<a4j:commandLink value="#{seachResult}" event="onclick"
id="selectSearchValue" reRender="modalMasterValue">
<a4j:actionparam name="searchFor" value="#{seachResult}"
assignTo="#{modalMaster.searchFor}" />
</a4j:commandLink>
<rich:componentControl for="modalSearchPanel" operation="hide"
event="onclick" />
</rich:column>
</rich:dataTable>
Backing beans Spring configuration (works if the second bean is moved to the session scope):
<bean id="modalMaster" class="com.boeing.nmt.nams.view.bean.ModalMasterBean" scope="request">
<property name="searchFor" value="... enter search"/>
</bean>
<bean id="modalForm" class="com.boeing.nmt.nams.view.bean.ModalFormBean" scope="request" />
--
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
17 years, 1 month