[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, 10 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, 10 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, 11 months
[JBoss JIRA] Created: (RF-4860) ui.pack.js and framework.pack.js not getting cached in browse Internet Explorer 6.0.2 and weblogic 9.2
by Bala Srin (JIRA)
ui.pack.js and framework.pack.js not getting cached in browse Internet Explorer 6.0.2 and weblogic 9.2
------------------------------------------------------------------------------------------------------
Key: RF-4860
URL: https://jira.jboss.org/jira/browse/RF-4860
Project: RichFaces
Issue Type: Bug
Affects Versions: 3.2.1
Environment: Browser : Internet Explorer 6.0.2
Application Server: Weblogic 6.0.2
Reporter: Bala Srin
Priority: Blocker
When ever the request is processed, the ui.pack.js and framework.pack.js gets downloaded each time from the application server. Both the files put together is of 600KB. As to improve the performance of the application we require these two javascripts to be cached in the browser.
The caching do not occur with IE 6.0.2 and Weblogic 9.2, but the same files are cached by mozilla firefox with same app server and IE caches the same with other app server like JBOSS
Kindly let me know if any specific configuration to be made in this scenario
--
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, 11 months