[JBoss JIRA] (JBJCA-1399) Race condition between JCA Capacity Filler and new connections creation
by Flavia Rainone (Jira)
[ https://issues.redhat.com/browse/JBJCA-1399?page=com.atlassian.jira.plugi... ]
Flavia Rainone commented on JBJCA-1399:
---------------------------------------
As a result, the pool could end up empty. Every connection that is returned to the pool is destroyed, since the pool appears to be bigger than maximum capacity. At some point, the pool will point to a big size (such as 10), and have zero connections inside of it. Due to this consequence, I'm raising the priority of this issue.
> Race condition between JCA Capacity Filler and new connections creation
> -----------------------------------------------------------------------
>
> Key: JBJCA-1399
> URL: https://issues.redhat.com/browse/JBJCA-1399
> Project: IronJacamar
> Issue Type: Feature Request
> Components: Core
> Reporter: Flavia Rainone
> Assignee: Flavia Rainone
> Priority: Major
>
> JCA Capacity Filler is unaware of connections being created in a separate thread, which can lead to unexpected behavior, such as the pool being filled with too many connections.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 5 months
[JBoss JIRA] (JBJCA-1399) Race condition between JCA Capacity Filler and new connections creation
by Flavia Rainone (Jira)
[ https://issues.redhat.com/browse/JBJCA-1399?page=com.atlassian.jira.plugi... ]
Flavia Rainone commented on JBJCA-1399:
---------------------------------------
So, I'm not sure how this translates to a race condition yet, but the problem is that SemaphoreConcurrentLinkedDequeManagedConnectionPool.increaseCapacity is faulty when it reaches the limit. If it reaches the limit, it doesn't decrement the poolSize when removing the new connection. That leads to a "leak" in the pool size. I.e., the pool will appear bigger than it is. At every interaction, the pool is decremented because the size increases constantly at every attempt to fill the pool.
I'm still investigating this [~stephen.fikes], because I want to be sure why it is a race condition before fixing it, since I wasn't able to reproduce the bug in my machine.
> Race condition between JCA Capacity Filler and new connections creation
> -----------------------------------------------------------------------
>
> Key: JBJCA-1399
> URL: https://issues.redhat.com/browse/JBJCA-1399
> Project: IronJacamar
> Issue Type: Feature Request
> Components: Core
> Reporter: Flavia Rainone
> Assignee: Flavia Rainone
> Priority: Major
>
> JCA Capacity Filler is unaware of connections being created in a separate thread, which can lead to unexpected behavior, such as the pool being filled with too many connections.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 5 months
[JBoss JIRA] (DROOLS-4024) Move keyboard shortcuts to menus in DMN.
by Sarah Rambacher (Jira)
[ https://issues.redhat.com/browse/DROOLS-4024?page=com.atlassian.jira.plug... ]
Sarah Rambacher commented on DROOLS-4024:
-----------------------------------------
There probably should be a comprehensive review of shortcut keys, judging by this one as it's pretty non-standard. But that seems like a large effort that should be planned; for now it would be really good to add the name of the action in to the tooltip as well as the shortcut.
> Move keyboard shortcuts to menus in DMN.
> ----------------------------------------
>
> Key: DROOLS-4024
> URL: https://issues.redhat.com/browse/DROOLS-4024
> Project: Drools
> Issue Type: Task
> Components: DMN Editor
> Reporter: Elizabeth Clayton
> Assignee: karreiro
> Priority: Major
> Labels: UX, UXTeam, drools-tools
> Attachments: currentMenu.png, insert+.png, kebab-shortcuts.png
>
>
> As a business analyst practitioner, I would like to view the keyboard shortcuts in the context of the menu actions that they refer to.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 5 months
[JBoss JIRA] (WFCORE-3948) Potential race condition on deployment of EAR when Class-Path manifest entry is in use
by Brian Stansberry (Jira)
[ https://issues.redhat.com/browse/WFCORE-3948?page=com.atlassian.jira.plug... ]
Brian Stansberry commented on WFCORE-3948:
------------------------------------------
Yeah I should have known better than to rely on test failures to tell me about any problem.
> Potential race condition on deployment of EAR when Class-Path manifest entry is in use
> --------------------------------------------------------------------------------------
>
> Key: WFCORE-3948
> URL: https://issues.redhat.com/browse/WFCORE-3948
> Project: WildFly Core
> Issue Type: Bug
> Components: Server
> Reporter: Stuart Douglas
> Assignee: Brian Stansberry
> Priority: Major
> Fix For: 11.0.0.Beta4
>
>
> Attachments#ADDITIONAL_MODULES is attached to the top level DU, but modified by sub deployments in ManifestClassPathProcessor#createAdditionalModule without any sort of synchronisation. This can result in ConcurrentModificationException when the list is read/written to by other sub deployments at the same time.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 5 months
[JBoss JIRA] (WFCORE-3948) Potential race condition on deployment of EAR when Class-Path manifest entry is in use
by Paul Ferraro (Jira)
[ https://issues.redhat.com/browse/WFCORE-3948?page=com.atlassian.jira.plug... ]
Paul Ferraro commented on WFCORE-3948:
--------------------------------------
[~brian.stansberry] It means undeploy throws a bunch of exceptions. See linked jira.
> Potential race condition on deployment of EAR when Class-Path manifest entry is in use
> --------------------------------------------------------------------------------------
>
> Key: WFCORE-3948
> URL: https://issues.redhat.com/browse/WFCORE-3948
> Project: WildFly Core
> Issue Type: Bug
> Components: Server
> Reporter: Stuart Douglas
> Assignee: Brian Stansberry
> Priority: Major
> Fix For: 11.0.0.Beta4
>
>
> Attachments#ADDITIONAL_MODULES is attached to the top level DU, but modified by sub deployments in ManifestClassPathProcessor#createAdditionalModule without any sort of synchronisation. This can result in ConcurrentModificationException when the list is read/written to by other sub deployments at the same time.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 5 months