[JBoss JIRA] Commented: (RF-11154) Push - Showcase - JMS connection is left opened on JBoss AS 7
by Jay Balunas (JIRA)
[ https://issues.jboss.org/browse/RF-11154?page=com.atlassian.jira.plugin.s... ]
Jay Balunas commented on RF-11154:
----------------------------------
Is this just an artifact of many reployments? Can this be handled by closing the connection on undeploy?
> Push - Showcase - JMS connection is left opened on JBoss AS 7
> -------------------------------------------------------------
>
> Key: RF-11154
> URL: https://issues.jboss.org/browse/RF-11154
> Project: RichFaces
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: component-push/poll, examples
> Affects Versions: 4.1.0.Milestone1
> Environment: richfaces-showcase 4.1.0.-SNAPSHOT, container JBoss AS 7.0.0.Final
> Reporter: Juraj Huska
> Assignee: Lukáš Fryč
> Fix For: 4.1.0.Milestone3
>
>
> When I am deploying showcase multiple times during running test suite(this multiple deployment is needed in Arquillian, since for every test class is application deployed again), I am encountering with java.lang.OutOfMemoryError: PermGen space error which in my opinion caused by this:
> {code}
> WARN [org.hornetq.jms.client.HornetQConnection] (Finalizer) I'm closing a JMS connection you left open. Please make sure you close all JMS connections explicitly before letting them go out of scope!
> 13:03:33,712 WARN [org.hornetq.jms.client.HornetQConnection] (Finalizer) The JMS connection you didn't close was created here:: java.lang.Exception
> at org.hornetq.jms.client.HornetQConnection.<init>(HornetQConnection.java:152)
> at org.hornetq.jms.client.HornetQTopicConnection.<init>(HornetQTopicConnection.java:35)
> at org.hornetq.jms.client.HornetQConnectionFactory.createConnectionInternal(HornetQConnectionFactory.java:682)
> at org.hornetq.jms.client.HornetQConnectionFactory.createTopicConnection(HornetQConnectionFactory.java:145)
> at org.hornetq.jms.client.HornetQConnectionFactory.createTopicConnection(HornetQConnectionFactory.java:140)
> at org.richfaces.demo.push.JMSMessageProducer.initializeMessaging(JMSMessageProducer.java:86)
> at org.richfaces.demo.push.JMSMessageProducer.sendMessage(JMSMessageProducer.java:66)
> at org.richfaces.demo.push.MessageProducerRunnable.run(MessageProducerRunnable.java:57)
> at java.lang.Thread.run(Thread.java:662) [:1.6.0_22]
> {code}
> When I am deploying showcase.war which is without Push example(4.0.0.Final), so no JMS communication is opened, no Perm Gen error is thrown.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 2 months
[JBoss JIRA] Created: (RF-10991) Drag'n'Drop: DOM tree pollution after dnd operations.
by Ilya Shaikovsky (JIRA)
Drag'n'Drop: DOM tree pollution after dnd operations.
-----------------------------------------------------
Key: RF-10991
URL: https://issues.jboss.org/browse/RF-10991
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: component-drag/drop
Affects Versions: 4.0.0.Final
Reporter: Ilya Shaikovsky
Priority: Critical
New indicator getting added to DOM each time when object dragged. And not removed after drop operation.
http://richfaces-showcase.appspot.com/richfaces/component-sample.jsf?demo...
drag "flexible ajax" a few times and drop but not to target zone but just releasing the indicator.
Now inspect the table cell with that element. I'm seeing next picture (as much hidden td's as much times you dragged):
<td>
<div class="rf-ind-drag ui-draggable"
id="form:src:0:j_idR370443752_3d201a4f" style="position: relative;">Flexible
Ajax</div>
<div class="rf-ind-drag ui-draggable"
id="form:src:0:j_idR370443752_3d201a4f"
style="position: absolute; left: 635px; top: 307px; display: none;">Flexible
Ajax</div>
<div class="rf-ind-drag ui-draggable"
id="form:src:0:j_idR370443752_3d201a4f"
style="position: absolute; left: 628px; top: 304px; display: none;">Flexible
Ajax</div>
<div class="rf-ind-drag ui-draggable"
id="form:src:0:j_idR370443752_3d201a4f"
style="position: absolute; left: 642px; top: 307px; display: none;">Flexible
Ajax</div>
<div class="rf-ind-drag ui-draggable"
id="form:src:0:j_idR370443752_3d201a4f"
style="position: absolute; left: 633px; top: 310px; display: none;">Flexible
Ajax</div>
<div class="rf-ind-drag ui-draggable"
id="form:src:0:j_idR370443752_3d201a4f"
style="position: absolute; left: 639px; top: 317px; display: none;">Flexible
Ajax</div>
</td>
Besides. Side issue maybe just review and create new one during that code checks. I'm not sure why we adding ui:draggable styles and relative position to *original* element right after it rendered. Why that could not be done only at clonned copy? Could that affect the UI in some cases(I think so)?
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 2 months
[JBoss JIRA] Created: (RF-10740) collapsibleSubTableToggler with expandMode="ajax" executes collapsibleSubTable on server
by Martin Kočí (JIRA)
collapsibleSubTableToggler with expandMode="ajax" executes collapsibleSubTable on server
----------------------------------------------------------------------------------------
Key: RF-10740
URL: https://issues.jboss.org/browse/RF-10740
Project: RichFaces
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: component-tables
Affects Versions: 4.0.0.CR1
Environment: richfaces 4.0, mojarra 2.0.4
Reporter: Martin Kočí
With example below request contains javax.faces.partial.execute=form:dataTable:0:collapsibleSubTable
and that triggers validation on inputText.
<r:dataTable id="dataTable" value="#{bean.rowValues}" >
<r:column>
<r:collapsibleSubTableToggler for="collapsibleSubTable" />
</r:column>
<r:collapsibleSubTable id="collapsibleSubTable" expandMode="ajax">
<f:facet name="header">
<h:inputText id="inputText" required="true" />
</f:facet>
</r:collapsibleSubTable>
</r:dataTable>
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 2 months