[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
15 years, 8 months
[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
15 years, 8 months
[JBoss JIRA] Created: (RF-4546) Rich data grid produces unneeded cells.
by Sergey Halipov (JIRA)
Rich data grid produces unneeded cells.
---------------------------------------
Key: RF-4546
URL: https://jira.jboss.org/jira/browse/RF-4546
Project: RichFaces
Issue Type: Bug
Affects Versions: 3.2.1
Reporter: Sergey Halipov
Priority: Minor
Attachments: dataGrid.png
<rich:dataGrid
value="#{hotelFullInfo.info.images}" var="image" columns="10"
border="0" style="border:0px; background-color: #f3f2f2;"
columnClasses="noborder">
<h:graphicImage value="#{image.thumbnail.url}"
alt="#{fn:localize(image.large.imageTitle)}" width="64" >
<a4j:support event="onclick"
actionListener="#{hotelFullInfo.changeImage}"
reRender="mainImage">
<f:attribute name="image" value="#{image.large}" />
</a4j:support>
</h:graphicImage>
</rich:dataGrid>
If value colection contains less elements than declared in 'columns' attribute unneeded emply cells are produced. See screen shot for more details.
--
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
15 years, 8 months
[JBoss JIRA] Created: (RF-4481) fileUpload doesn't support attribute "onuploadcomplete"
by Alexander Belov (JIRA)
fileUpload doesn't support attribute "onuploadcomplete"
-------------------------------------------------------
Key: RF-4481
URL: https://jira.jboss.org/jira/browse/RF-4481
Project: RichFaces
Issue Type: Bug
Affects Versions: 3.2.2
Reporter: Alexander Belov
I use fileUpload component inside modalPanel.
<rich:fileUpload maxFilesQuantity="1"
fileUploadListener="#{importTerminsBean.fileUploadListener}"
acceptedTypes="txt"
addControlLabel="#{bundle.addLabel}"
cancelEntryControlLabel="#{bundle.cancelLabel}"
stopControlLabel="#{bundle.stopLabel}"
clearAllControlLabel="#{bundle.clearAllLabel}"
clearControlLabel="#{bundle.clearLabel}"
uploadControlLabel="#{bundle.uploadLabel}"
immediateUpload="true"
onuploadcomplete="alert('complete');"
/>
It worked at 3.2.1, but now client script is not calling.
--
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
15 years, 8 months