June 2015 - jboss-jira - Jboss List Archives

[JBoss JIRA] (WFLY-4653) Weld thread pool should be wildfly global

by Stuart Douglas (JIRA)

[ https://issues.jboss.org/browse/WFLY-4653?page=com.atlassian.jira.plugin.... ] Stuart Douglas reassigned WFLY-4653: ------------------------------------ Assignee: Stuart Douglas > Weld thread pool should be wildfly global > ----------------------------------------- > > Key: WFLY-4653 > URL: https://issues.jboss.org/browse/WFLY-4653 > Project: WildFly > Issue Type: Enhancement > Components: CDI / Weld > Affects Versions: 9.0.0.CR1 > Reporter: Sebastian Maurer > Assignee: Stuart Douglas > > Weld keeps a thread pool for each deployment. > Per default the pool is filled with "numProcessors" threads (see http://docs.jboss.org/weld/reference/latest/en-US/html/configure.html) > When having many deployments, a single thread pool for the wildfly instance could improve the overall performance. > This thread pool should be configurable in the weld subsystem of the wildfly configuration (e.g. standalone.xml). -- This message was sent by Atlassian JIRA (v6.3.15#6346)

10 years, 11 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-726) Remove temporary code to make compatible with WF core

by Kabir Khan (JIRA)

[ https://issues.jboss.org/browse/WFCORE-726?page=com.atlassian.jira.plugin... ] Kabir Khan updated WFCORE-726: ------------------------------ Description: Some temporary code is needed in core to preserve compatibility with Wildfly following the work done on WFCORE-401. This should be removed and WildFly should be adjusted once this is all in a core release. The changes are * Common.xml's default constructor should be removed * org.jboss.as.controller.resource.SocketBindingGroupResourceDefinition should be removed was: Some temporary code is needed in core to preserve compatibility with Wildfly following the work done on WFCORE-401. This should be removed and WildFly should be adjusted once this is all in a core release. > Remove temporary code to make compatible with WF core > ----------------------------------------------------- > > Key: WFCORE-726 > URL: https://issues.jboss.org/browse/WFCORE-726 > Project: WildFly Core > Issue Type: Task > Components: Domain Management > Reporter: Kabir Khan > Assignee: Kabir Khan > Fix For: 2.0.0.Alpha4 > > > Some temporary code is needed in core to preserve compatibility with Wildfly following the work done on WFCORE-401. This should be removed and WildFly should be adjusted once this is all in a core release. > The changes are > * Common.xml's default constructor should be removed > * org.jboss.as.controller.resource.SocketBindingGroupResourceDefinition should be removed -- This message was sent by Atlassian JIRA (v6.3.15#6346)

10 years, 11 months

1
0
0 / 0

[JBoss JIRA] (WFLY-4687) Upgrade Apache CXF from 3.0.4 to 3.0.5

by Thomas Diesler (JIRA)

[ https://issues.jboss.org/browse/WFLY-4687?page=com.atlassian.jira.plugin.... ] Thomas Diesler reassigned WFLY-4687: ------------------------------------ Assignee: Alessio Soldano (was: Thomas Diesler) > Upgrade Apache CXF from 3.0.4 to 3.0.5 > -------------------------------------- > > Key: WFLY-4687 > URL: https://issues.jboss.org/browse/WFLY-4687 > Project: WildFly > Issue Type: Feature Request > Components: Web Services > Reporter: Thomas Diesler > Assignee: Alessio Soldano > Fix For: 9.0.0.CR2 > > > camel-2.16.0 depends on cxf-3.0.5 which we'd like to reuse from wildfly -- This message was sent by Atlassian JIRA (v6.3.15#6346)

10 years, 11 months

1
0
0 / 0

[JBoss JIRA] (WFLY-4716) Remove temporary code following core release

by Kabir Khan (JIRA)

[ https://issues.jboss.org/browse/WFLY-4716?page=com.atlassian.jira.plugin.... ] Kabir Khan updated WFLY-4716: ----------------------------- Description: PR #7555 is the one introducing the temporary code. It prepares for the core release by implementing the new introduced methods, but comments out the @Override annotations so it will compile before the core release is made. The follow-up work will be to re-add these annotations, which have all been commented out as {code} //@Override WFLY-4716 {code} and adjustments to AppClientXml {code} --- a/appclient/src/main/java/org/jboss/as/appclient/subsystem/parsing/AppClientXml.java +++ b/appclient/src/main/java/org/jboss/as/appclient/subsystem/parsing/AppClientXml.java @@ -54,8 +54,9 @@ import org.jboss.as.controller.parsing.ExtensionXml; import org.jboss.as.controller.parsing.Namespace; import org.jboss.as.controller.parsing.ParseUtils; import org.jboss.as.controller.persistence.ModelMarshallingContext; -import org.jboss.as.controller.resource.SocketBindingGroupResourceDefinition; import org.jboss.as.server.parsing.CommonXml; +import org.jboss.as.server.parsing.SocketBindingsXml; +import org.jboss.as.server.services.net.SocketBindingGroupResourceDefinition; import org.jboss.dmr.ModelNode; import org.jboss.dmr.Property; import org.jboss.modules.ModuleLoader; @@ -72,7 +73,7 @@ public class AppClientXml extends CommonXml { private final ExtensionXml extensionXml; public AppClientXml(final ModuleLoader loader, final ExtensionRegistry extensionRegistry) { - super(); + super(new AppClientSocketBindingsXml()); extensionXml = new ExtensionXml(loader, null, extensionRegistry); } @@ -410,4 +411,12 @@ public class AppClientXml extends CommonXml { throws XMLStreamException { // we don't marshall appclient.xml } + + static class AppClientSocketBindingsXml extends SocketBindingsXml { + @Override + protected void writeExtraAttributes(XMLExtendedStreamWriter writer, ModelNode bindingGroup) throws XMLStreamException { + SocketBindingGroupResourceDefinition.PORT_OFFSET.marshallAsAttribute(bindingGroup, writer); + } + } + } {code} Full diff at https://github.com/wildfly/wildfly/commit/2dd7eb1a3885d6496762ed399745fb1... (if github keeps these when I change my branch) Another thing is that AutoIgnoredResourcesDomainTestCase should be removed. It now lives in core following the work on WFCORE-401. was:Some temporary code was needed in core to preserve compatibility with full. Similarly some temporary code needs adding to full. This should then be removed once we have the core release containing the work done for WFCORE-401 > Remove temporary code following core release > -------------------------------------------- > > Key: WFLY-4716 > URL: https://issues.jboss.org/browse/WFLY-4716 > Project: WildFly > Issue Type: Task > Components: Domain Management > Reporter: Kabir Khan > Assignee: Kabir Khan > Fix For: 10.0.0.Alpha3 > > > PR #7555 is the one introducing the temporary code. It prepares for the core release by implementing the new introduced methods, but comments out the @Override annotations so it will compile before the core release is made. > The follow-up work will be to re-add these annotations, which have all been commented out as > {code} > //@Override WFLY-4716 > {code} > and adjustments to AppClientXml > {code} > --- a/appclient/src/main/java/org/jboss/as/appclient/subsystem/parsing/AppClientXml.java > +++ b/appclient/src/main/java/org/jboss/as/appclient/subsystem/parsing/AppClientXml.java > @@ -54,8 +54,9 @@ import org.jboss.as.controller.parsing.ExtensionXml; > import org.jboss.as.controller.parsing.Namespace; > import org.jboss.as.controller.parsing.ParseUtils; > import org.jboss.as.controller.persistence.ModelMarshallingContext; > -import org.jboss.as.controller.resource.SocketBindingGroupResourceDefinition; > import org.jboss.as.server.parsing.CommonXml; > +import org.jboss.as.server.parsing.SocketBindingsXml; > +import org.jboss.as.server.services.net.SocketBindingGroupResourceDefinition; > import org.jboss.dmr.ModelNode; > import org.jboss.dmr.Property; > import org.jboss.modules.ModuleLoader; > @@ -72,7 +73,7 @@ public class AppClientXml extends CommonXml { > private final ExtensionXml extensionXml; > > public AppClientXml(final ModuleLoader loader, final ExtensionRegistry extensionRegistry) { > - super(); > + super(new AppClientSocketBindingsXml()); > extensionXml = new ExtensionXml(loader, null, extensionRegistry); > } > > @@ -410,4 +411,12 @@ public class AppClientXml extends CommonXml { > throws XMLStreamException { > // we don't marshall appclient.xml > } > + > + static class AppClientSocketBindingsXml extends SocketBindingsXml { > + @Override > + protected void writeExtraAttributes(XMLExtendedStreamWriter writer, ModelNode bindingGroup) throws XMLStreamException { > + SocketBindingGroupResourceDefinition.PORT_OFFSET.marshallAsAttribute(bindingGroup, writer); > + } > + } > + > } > {code} > Full diff at https://github.com/wildfly/wildfly/commit/2dd7eb1a3885d6496762ed399745fb1... (if github keeps these when I change my branch) > Another thing is that AutoIgnoredResourcesDomainTestCase should be removed. It now lives in core following the work on WFCORE-401. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

10 years, 11 months

1
0
0 / 0

[JBoss JIRA] (WFLY-4716) Remove temporary code following core release

by Kabir Khan (JIRA)

Kabir Khan created WFLY-4716: -------------------------------- Summary: Remove temporary code following core release Key: WFLY-4716 URL: https://issues.jboss.org/browse/WFLY-4716 Project: WildFly Issue Type: Task Components: Domain Management Reporter: Kabir Khan Assignee: Kabir Khan Fix For: 10.0.0.Alpha3 Some temporary code was needed in core to preserve compatibility with full. Similarly some temporary code needs adding to full. This should then be removed once we have the core release containing the work done for WFCORE-401 -- This message was sent by Atlassian JIRA (v6.3.15#6346)

10 years, 11 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-726) Remove temporary code to make compatible with WF core

by Kabir Khan (JIRA)

[ https://issues.jboss.org/browse/WFCORE-726?page=com.atlassian.jira.plugin... ] Kabir Khan updated WFCORE-726: ------------------------------ Description: Some temporary code is needed in core to preserve compatibility with Wildfly following the work done on WFCORE-401. This should be removed and WildFly should be adjusted once this is all in a core release. was: Some temporary code is needed in core to preserve compatibility with Wildfly. This should be removed and WildFly should be adjusted once this is all in a core release. Similarly, some temporary code is needed in WildFly so it does not break when core is released. > Remove temporary code to make compatible with WF core > ----------------------------------------------------- > > Key: WFCORE-726 > URL: https://issues.jboss.org/browse/WFCORE-726 > Project: WildFly Core > Issue Type: Task > Components: Domain Management > Reporter: Kabir Khan > Assignee: Kabir Khan > Fix For: 2.0.0.Alpha4 > > > Some temporary code is needed in core to preserve compatibility with Wildfly following the work done on WFCORE-401. This should be removed and WildFly should be adjusted once this is all in a core release. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

10 years, 11 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-727) Some commands throws NPE on tab completion once disconnected

by Petr Kremensky (JIRA)

[ https://issues.jboss.org/browse/WFCORE-727?page=com.atlassian.jira.plugin... ] Petr Kremensky moved JBEAP-233 to WFCORE-727: --------------------------------------------- Project: WildFly Core (was: JBoss Enterprise Application Platform) Key: WFCORE-727 (was: JBEAP-233) Workflow: GIT Pull Request workflow (was: CDW v1) Affects Version/s: 2.0.0.Alpha3 (was: EAP 7.0.0.DR2) Component/s: CLI (was: CLI) Target Release: (was: EAP 7.0.0.GA) > Some commands throws NPE on tab completion once disconnected > ------------------------------------------------------------ > > Key: WFCORE-727 > URL: https://issues.jboss.org/browse/WFCORE-727 > Project: WildFly Core > Issue Type: Bug > Components: CLI > Affects Versions: 2.0.0.Alpha3 > Reporter: Petr Kremensky > Assignee: Alexey Loubyansky > > Some commands throws NullPointerException when CLI is disconnected from controller and user tries to use tab completion (so far I found these: ls, read-attribute, read-operation). > No exception is thrown with 6.4.0.GA -- This message was sent by Atlassian JIRA (v6.3.15#6346)

10 years, 11 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-726) Remove temporary code to make compatible with WF core

by Kabir Khan (JIRA)

[ https://issues.jboss.org/browse/WFCORE-726?page=com.atlassian.jira.plugin... ] Kabir Khan updated WFCORE-726: ------------------------------ Description: Some temporary code is needed in core to preserve compatibility with Wildfly. This should be removed and WildFly should be adjusted once this is all in a core release. Similarly, some temporary code is needed in WildFly so it does not break when core is released. was:Some temporary code is needed in core to preserve compatibility with Wildfly. This should be removed and WildFly should be adjusted once this is all in a core release. > Remove temporary code to make compatible with WF core > ----------------------------------------------------- > > Key: WFCORE-726 > URL: https://issues.jboss.org/browse/WFCORE-726 > Project: WildFly Core > Issue Type: Task > Components: Domain Management > Reporter: Kabir Khan > Assignee: Kabir Khan > Fix For: 2.0.0.Alpha4 > > > Some temporary code is needed in core to preserve compatibility with Wildfly. This should be removed and WildFly should be adjusted once this is all in a core release. > Similarly, some temporary code is needed in WildFly so it does not break when core is released. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

10 years, 11 months

1
0
0 / 0

[JBoss JIRA] (WFLY-3549) Deadlock during shutdown

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/WFLY-3549?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on WFLY-3549: ----------------------------------------------- baranowb <bbaranow(a)redhat.com> changed the Status of [bug 1213817|https://bugzilla.redhat.com/show_bug.cgi?id=1213817] from NEW to POST > Deadlock during shutdown > ------------------------ > > Key: WFLY-3549 > URL: https://issues.jboss.org/browse/WFLY-3549 > Project: WildFly > Issue Type: Bug > Affects Versions: 8.1.0.Final > Reporter: Dan Berindei > Assignee: David Lloyd > Fix For: 8.2.0.Final > > > This deadlock appeared in an Arquillian test: > {noformat} > Found one Java-level deadlock: > ============================= > "undefined": > waiting to lock monitor 0x00007f67a421bfa8 (object 0x00000000e0700480, a org.jboss.as.threads.ScheduledThreadPoolService), > which is held by "MSC service thread 1-2" > "MSC service thread 1-2": > waiting for ownable synchronizer 0x00000000e0700618, (a java.util.concurrent.locks.ReentrantLock$NonfairSync), > which is held by "undefined" > Java stack information for the threads listed above: > =================================================== > "undefined": > at org.jboss.as.threads.ScheduledThreadPoolService$ExecutorImpl.terminated(ScheduledThreadPoolService.java:121) > - waiting to lock <0x00000000e0700480> (a org.jboss.as.threads.ScheduledThreadPoolService) > at java.util.concurrent.ThreadPoolExecutor.tryTerminate(ThreadPoolExecutor.java:704) > at java.util.concurrent.ThreadPoolExecutor.processWorkerExit(ThreadPoolExecutor.java:1006) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1163) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) > at java.lang.Thread.run(Thread.java:724) > at org.jboss.threads.JBossThread.run(JBossThread.java:122) > "MSC service thread 1-2": > at sun.misc.Unsafe.park(Native Method) > - parking to wait for <0x00000000e0700618> (a java.util.concurrent.locks.ReentrantLock$NonfairSync) > at java.util.concurrent.locks.LockSupport.park(LockSupport.java:186) > at java.util.concurrent.locks.AbstractQueuedSynchronizer.parkAndCheckInterrupt(AbstractQueuedSynchronizer.java:834) > at java.util.concurrent.locks.AbstractQueuedSynchronizer.acquireQueued(AbstractQueuedSynchronizer.java:867) > at java.util.concurrent.locks.AbstractQueuedSynchronizer.acquire(AbstractQueuedSynchronizer.java:1197) > at java.util.concurrent.locks.ReentrantLock$NonfairSync.lock(ReentrantLock.java:214) > at java.util.concurrent.locks.ReentrantLock.lock(ReentrantLock.java:290) > at java.util.concurrent.ThreadPoolExecutor.interruptIdleWorkers(ThreadPoolExecutor.java:781) > at java.util.concurrent.ThreadPoolExecutor.tryTerminate(ThreadPoolExecutor.java:695) > at java.util.concurrent.ThreadPoolExecutor.shutdown(ThreadPoolExecutor.java:1397) > at java.util.concurrent.ScheduledThreadPoolExecutor.shutdown(ScheduledThreadPoolExecutor.java:759) > at org.jboss.as.threads.ManagedScheduledExecutorService.internalShutdown(ManagedScheduledExecutorService.java:53) > at org.jboss.as.threads.ScheduledThreadPoolService.stop(ScheduledThreadPoolService.java:67) > - locked <0x00000000e0700480> (a org.jboss.as.threads.ScheduledThreadPoolService) > at org.jboss.msc.service.ServiceControllerImpl$StopTask.stopService(ServiceControllerImpl.java:2056) > at org.jboss.msc.service.ServiceControllerImpl$StopTask.run(ServiceControllerImpl.java:2017) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) > at java.lang.Thread.run(Thread.java:724) > Found 1 deadlock. > {noformat} > Looks like two MSC service threads exited and tried to terminate the thread pool at the same time. And because the MSC threads are not daemon threads, the entire JVM hangs and blocks the Arquillian test that was waiting for the container to shut down. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

10 years, 11 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-726) Remove temporary code to make compatible with WF core

by Kabir Khan (JIRA)

Kabir Khan created WFCORE-726: --------------------------------- Summary: Remove temporary code to make compatible with WF core Key: WFCORE-726 URL: https://issues.jboss.org/browse/WFCORE-726 Project: WildFly Core Issue Type: Task Components: Domain Management Reporter: Kabir Khan Assignee: Kabir Khan Fix For: 2.0.0.Alpha4 Some temporary code is needed in core to preserve compatibility with Wildfly. This should be removed and WildFly should be adjusted once this is all in a core release. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

10 years, 11 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 June 2015