July 2016 - jboss-jira - Jboss List Archives

[JBoss JIRA] (WFLY-6801) EJBClientContext leak: EJBClientContext is not unregistered from TCCLEJBClientContextSelectorService when it's closed

by liang cheng (JIRA)

liang cheng created WFLY-6801: --------------------------------- Summary: EJBClientContext leak: EJBClientContext is not unregistered from TCCLEJBClientContextSelectorService when it's closed Key: WFLY-6801 URL: https://issues.jboss.org/browse/WFLY-6801 Project: WildFly Issue Type: Bug Components: EJB Affects Versions: 9.0.2.Final Environment: one standalone wildfly on windows7 Reporter: liang cheng Fix For: 9.x.x TBD After running our code with several days, we found there are many EJbClientContext instances are cached in the heap and could not be GC. And cause the memory leak issue. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 10 months

1
0
0 / 0

[JBoss JIRA] (JGRP-2070) Add flag back to disable individual thread pools

by Bela Ban (JIRA)

[ https://issues.jboss.org/browse/JGRP-2070?page=com.atlassian.jira.plugin.... ] Bela Ban resolved JGRP-2070. ---------------------------- Resolution: Done > Add flag back to disable individual thread pools > ------------------------------------------------ > > Key: JGRP-2070 > URL: https://issues.jboss.org/browse/JGRP-2070 > Project: JGroups > Issue Type: Task > Reporter: Bela Ban > Assignee: Bela Ban > Priority: Minor > Fix For: 4.0 > > > In 4.0, {{xxx_thread_pool.enbled}} was removed. The idea was that this could be done programmatically by using {{TP.setOOBThreadPool()}} using a {{DirectExecutor}}. > However, sometimes it is convenient to do this declaratively, in the XML config file, e.g. if the code cannot be changed or the channel cannot be retrieved. > Therefore add the attribute(s) to disable/enable thread pools back. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 10 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-1634) Wrong cursor position after deleting all characters in second line

by Tomas Hofman (JIRA)

[ https://issues.jboss.org/browse/WFCORE-1634?page=com.atlassian.jira.plugi... ] Tomas Hofman updated WFCORE-1634: --------------------------------- Description: In CLI, when typing expression that stretches more then one line, and then deleting all characters in the last line (using backspace), cursor appears on wrong position on the previous line (should be on last column, but is on column before the last). Further editing messes up the displayed expression, which doesn't reflect the real content of the buffer. Example: * Terminal width is 80 characters. * [] marks a cursor position. Step 1. - I have expression spreading over two lines like this: {code} [standalone@embedded /] /subsystem=datasources/data-source=ExampleDS/connection- factory[] {code} Step 2. - Delete "factory" word using backspace: {code} [standalone@embedded /] /subsystem=datasources/data-source=ExampleDS/connection- [] {code} Step 3. - Another backspace: {code} [standalone@embedded /] /subsystem=datasources/data-source=ExampleDS/connectio[n] {code} while expected is: {code} [standalone@embedded /] /subsystem=datasources/data-source=ExampleDS/connection[] {code} was: In CLI, when typing expression that stretches more then one line, and then deleting all characters in the last line (using backspace), cursor appears on wrong position on the previous line (should be on last row, but is on row before the last). Further editing messes up the displayed expression, which doesn't reflect the real content of the buffer. Example: * Terminal width is 80 characters. * [] marks a cursor position. Step 1. - I have expression spreading over two lines like this: {code} [standalone@embedded /] /subsystem=datasources/data-source=ExampleDS/connection- factory[] {code} Step 2. - Delete "factory" word using backspace: {code} [standalone@embedded /] /subsystem=datasources/data-source=ExampleDS/connection- [] {code} Step 3. - Another backspace: {code} [standalone@embedded /] /subsystem=datasources/data-source=ExampleDS/connectio[n] {code} while expected is: {code} [standalone@embedded /] /subsystem=datasources/data-source=ExampleDS/connection[] {code} > Wrong cursor position after deleting all characters in second line > ------------------------------------------------------------------ > > Key: WFCORE-1634 > URL: https://issues.jboss.org/browse/WFCORE-1634 > Project: WildFly Core > Issue Type: Bug > Components: CLI > Affects Versions: 3.0.0.Alpha3 > Environment: Fedora 24 > Gnome Terminal 3.20 > Bash 4.3.42 > Reporter: Tomas Hofman > Assignee: Tomas Hofman > > In CLI, when typing expression that stretches more then one line, and then deleting all characters in the last line (using backspace), cursor appears on wrong position on the previous line (should be on last column, but is on column before the last). > Further editing messes up the displayed expression, which doesn't reflect the real content of the buffer. > Example: > * Terminal width is 80 characters. > * [] marks a cursor position. > Step 1. - I have expression spreading over two lines like this: > {code} > [standalone@embedded /] /subsystem=datasources/data-source=ExampleDS/connection- > factory[] > {code} > Step 2. - Delete "factory" word using backspace: > {code} > [standalone@embedded /] /subsystem=datasources/data-source=ExampleDS/connection- > [] > {code} > Step 3. - Another backspace: > {code} > [standalone@embedded /] /subsystem=datasources/data-source=ExampleDS/connectio[n] > {code} > while expected is: > {code} > [standalone@embedded /] /subsystem=datasources/data-source=ExampleDS/connection[] > {code} -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 10 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-1634) Wrong cursor position after deleting all characters in second line

by Tomas Hofman (JIRA)

[ https://issues.jboss.org/browse/WFCORE-1634?page=com.atlassian.jira.plugi... ] Tomas Hofman updated WFCORE-1634: --------------------------------- Description: In CLI, when typing expression that stretches more then one line, and then deleting all characters in the last line (using backspace), cursor appears on wrong position on the previous line (should be on last row, but is on row before the last). Further editing messes up the displayed expression, which doesn't reflect the real content of the buffer. Example: * Terminal width is 80 characters. * [] marks a cursor position. Step 1. - I have expression spreading over two lines like this: {code} [standalone@embedded /] /subsystem=datasources/data-source=ExampleDS/connection- factory[] {code} Step 2. - Delete "factory" word using backspace: {code} [standalone@embedded /] /subsystem=datasources/data-source=ExampleDS/connection- [] {code} Step 3. - Another backspace: {code} [standalone@embedded /] /subsystem=datasources/data-source=ExampleDS/connectio[n] {code} while expected is: {code} [standalone@embedded /] /subsystem=datasources/data-source=ExampleDS/connection[] {code} was: In CLI, when typing expression that stretches more then one line, and then deleting all characters in the last line (using backspace), cursor appears on wrong position on the previous line (should be on last row, but is on row before the last). Further editing messes up the displayed expression, which doesn't reflect the real content of the buffer. > Wrong cursor position after deleting all characters in second line > ------------------------------------------------------------------ > > Key: WFCORE-1634 > URL: https://issues.jboss.org/browse/WFCORE-1634 > Project: WildFly Core > Issue Type: Bug > Components: CLI > Affects Versions: 3.0.0.Alpha3 > Environment: Fedora 24 > Gnome Terminal 3.20 > Bash 4.3.42 > Reporter: Tomas Hofman > Assignee: Tomas Hofman > > In CLI, when typing expression that stretches more then one line, and then deleting all characters in the last line (using backspace), cursor appears on wrong position on the previous line (should be on last row, but is on row before the last). > Further editing messes up the displayed expression, which doesn't reflect the real content of the buffer. > Example: > * Terminal width is 80 characters. > * [] marks a cursor position. > Step 1. - I have expression spreading over two lines like this: > {code} > [standalone@embedded /] /subsystem=datasources/data-source=ExampleDS/connection- > factory[] > {code} > Step 2. - Delete "factory" word using backspace: > {code} > [standalone@embedded /] /subsystem=datasources/data-source=ExampleDS/connection- > [] > {code} > Step 3. - Another backspace: > {code} > [standalone@embedded /] /subsystem=datasources/data-source=ExampleDS/connectio[n] > {code} > while expected is: > {code} > [standalone@embedded /] /subsystem=datasources/data-source=ExampleDS/connection[] > {code} -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 10 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-1634) Wrong cursor position after deleting all characters in second line

by Tomas Hofman (JIRA)

[ https://issues.jboss.org/browse/WFCORE-1634?page=com.atlassian.jira.plugi... ] Tomas Hofman updated WFCORE-1634: --------------------------------- Description: In CLI, when typing expression that stretches more then one line, and then deleting all characters in the last line (using backspace), cursor appears on wrong position on the previous line (should be on last row, but is on row before the last). Further editing messes up the displayed expression, which doesn't reflect the real content of the buffer. was: When typing expression that stretches more then one line, and then deleting all characters in the last line, cursor appears on wrong position in the previous line (should be on last row, but is at row before the last). Further editing messes up the displayed expression - the console doesn't the real content of the buffer. > Wrong cursor position after deleting all characters in second line > ------------------------------------------------------------------ > > Key: WFCORE-1634 > URL: https://issues.jboss.org/browse/WFCORE-1634 > Project: WildFly Core > Issue Type: Bug > Components: CLI > Affects Versions: 3.0.0.Alpha3 > Environment: Fedora 24 > Gnome Terminal 3.20 > Bash 4.3.42 > Reporter: Tomas Hofman > Assignee: Tomas Hofman > > In CLI, when typing expression that stretches more then one line, and then deleting all characters in the last line (using backspace), cursor appears on wrong position on the previous line (should be on last row, but is on row before the last). > Further editing messes up the displayed expression, which doesn't reflect the real content of the buffer. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 10 months

1
0
0 / 0

[JBoss JIRA] (JGRP-2087) Backport new bundlers from master

by Bela Ban (JIRA)

[ https://issues.jboss.org/browse/JGRP-2087?page=com.atlassian.jira.plugin.... ] Bela Ban resolved JGRP-2087. ---------------------------- Resolution: Done > Backport new bundlers from master > --------------------------------- > > Key: JGRP-2087 > URL: https://issues.jboss.org/browse/JGRP-2087 > Project: JGroups > Issue Type: Task > Reporter: Bela Ban > Assignee: Bela Ban > Fix For: 3.6.11 > > > * RingBufferBundler > * RingBufferBundlerLockless > * RingBufferBundlerLockless2 -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 10 months

1
0
0 / 0

[JBoss JIRA] (JGRP-2087) Backport new bundlers from master

by Bela Ban (JIRA)

[ https://issues.jboss.org/browse/JGRP-2087?page=com.atlassian.jira.plugin.... ] Bela Ban commented on JGRP-2087: -------------------------------- Including the way to change bundlers on the fly, e.g {{probe.sh op=TCP.bundler["rbl2"]}}. The shortcuts for the bundlers are: * "transfer-queue" / "tq": TransferQueueBundler * "simplified-transfer-queue" / "stq": SimplifiedTransferQueueBundler * "sends" / "ss": SenderSendsBundler * "ring-buffer" / "rb": RingBufferBundler * "ring-buffer-lockless" / "rbl": RingBufferBundlerLockless * "ring-buffer-lockless2" / "rbl2": RingBufferBundlerLockless2 * "no-bundler" / "nb": NoBundler() > Backport new bundlers from master > --------------------------------- > > Key: JGRP-2087 > URL: https://issues.jboss.org/browse/JGRP-2087 > Project: JGroups > Issue Type: Task > Reporter: Bela Ban > Assignee: Bela Ban > Fix For: 3.6.11 > > > * RingBufferBundler > * RingBufferBundlerLockless > * RingBufferBundlerLockless2 -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 10 months

1
0
0 / 0

[JBoss JIRA] (JGRP-2087) Backport new bundlers from master

by Bela Ban (JIRA)

Bela Ban created JGRP-2087: ------------------------------ Summary: Backport new bundlers from master Key: JGRP-2087 URL: https://issues.jboss.org/browse/JGRP-2087 Project: JGroups Issue Type: Task Reporter: Bela Ban Assignee: Bela Ban Fix For: 3.6.11 * RingBufferBundler * RingBufferBundlerLockless * RingBufferBundlerLockless2 -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 10 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-1222) Upgrade kie-server from jackson 1 to jackson 2

by Geoffrey De Smet (JIRA)

[ https://issues.jboss.org/browse/DROOLS-1222?page=com.atlassian.jira.plugi... ] Geoffrey De Smet updated DROOLS-1222: ------------------------------------- Description: Change the groupId and package imports of Jackson dependencies and imports from codehaus to fasterxml. Needed to sync dependencies with EAP 7. Once this is resolved, ping [~ge0ffrey] to hook in optaplanner-persistence-jackson in execution server and also enable it in the OSGi features.xml. was: Change the groupId and package imports of Jackson dependencies and imports from codehaus to fasterxml. Needed to sync dependencies with EAP 7. > Upgrade kie-server from jackson 1 to jackson 2 > ---------------------------------------------- > > Key: DROOLS-1222 > URL: https://issues.jboss.org/browse/DROOLS-1222 > Project: Drools > Issue Type: Task > Components: kie server > Affects Versions: 6.4.0.Final > Reporter: Geoffrey De Smet > Assignee: Maciej Swiderski > > Change the groupId and package imports of Jackson dependencies and imports from codehaus to fasterxml. > Needed to sync dependencies with EAP 7. > Once this is resolved, ping [~ge0ffrey] to hook in optaplanner-persistence-jackson in execution server and also enable it in the OSGi features.xml. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 10 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-1222) Upgrade kie-server from jackson 1 to jackson 2

by Geoffrey De Smet (JIRA)

[ https://issues.jboss.org/browse/DROOLS-1222?page=com.atlassian.jira.plugi... ] Geoffrey De Smet updated DROOLS-1222: ------------------------------------- Affects Version/s: 6.4.0.Final > Upgrade kie-server from jackson 1 to jackson 2 > ---------------------------------------------- > > Key: DROOLS-1222 > URL: https://issues.jboss.org/browse/DROOLS-1222 > Project: Drools > Issue Type: Task > Components: kie server > Affects Versions: 6.4.0.Final > Reporter: Geoffrey De Smet > Assignee: Maciej Swiderski > > Change the groupId and package imports of Jackson dependencies and imports from codehaus to fasterxml. > Needed to sync dependencies with EAP 7. > Once this is resolved, ping [~ge0ffrey] to hook in optaplanner-persistence-jackson in execution server and also enable it in the OSGi features.xml. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 10 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira July 2016