[JBoss JIRA] (JGRP-2228) ASYM_ENCRYPT: test with encrypt_entire_msg=true
by Bela Ban (JIRA)
[ https://issues.jboss.org/browse/JGRP-2228?page=com.atlassian.jira.plugin.... ]
Bela Ban commented on JGRP-2228:
--------------------------------
The attached {{asym-encrypt.xml}} dated Nov 1 is supposed to reproduce the issue with {{encrypt_entire_msg == true}}.
> ASYM_ENCRYPT: test with encrypt_entire_msg=true
> -----------------------------------------------
>
> Key: JGRP-2228
> URL: https://issues.jboss.org/browse/JGRP-2228
> Project: JGroups
> Issue Type: Task
> Reporter: Bela Ban
> Assignee: Bela Ban
> Fix For: 4.0.9
>
> Attachments: asym-encrypt.xml, asym-encrypt.xml
>
>
> * Start a few nodes with {{ASYM_ENCRYPT}} and {{encrypt_entire_msg}} set to {{true}}
> * Kill and restart a member
> * Apparently, restarting is not possible, as the new member won't be able to join the cluster
> -> Verify this is true and - if yes - fix it
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
6 years, 5 months
[JBoss JIRA] (WFLY-9501) Container is not cleaning up container-managed JMSContext
by Jiri Ondrusek (JIRA)
[ https://issues.jboss.org/browse/WFLY-9501?page=com.atlassian.jira.plugin.... ]
Jiri Ondrusek moved JBEAP-13666 to WFLY-9501:
---------------------------------------------
Project: WildFly (was: JBoss Enterprise Application Platform)
Key: WFLY-9501 (was: JBEAP-13666)
Workflow: GIT Pull Request workflow (was: CDW with loose statuses v1)
Component/s: EE
EJB
JMS
(was: EE)
(was: EJB)
(was: JMS)
Affects Version/s: 12.0.0.Alpha1
(was: 7.0.0.GA)
> Container is not cleaning up container-managed JMSContext
> ---------------------------------------------------------
>
> Key: WFLY-9501
> URL: https://issues.jboss.org/browse/WFLY-9501
> Project: WildFly
> Issue Type: Bug
> Components: EE, EJB, JMS
> Affects Versions: 12.0.0.Alpha1
> Environment: JBoss-EAP-7.0.0
> JDK 1.8
> Reporter: Jiri Ondrusek
> Assignee: Jiri Ondrusek
>
> The container is not cleaning up container managed JMSContext, causing a connection leak.
> The JMS 2.0 API doc[1] states the following :
> <quote>
> Applications running in the Java EE web and EJB containers may alternatively inject a JMSContext into their application using the @Inject annotation. A JMSContext that is created in this way is described as being container-managed. A container-managed JMSContext will be closed automatically by the container.
> </quote>
> However the JCA's CacheConnectionManager (CCM) complains a connection leak if the application didn't explicitly close the JMSContext, which is not required for container managed JMSContext.
> [1] http://docs.oracle.com/javaee/7/api/javax/jms/JMSContext.html
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
6 years, 5 months