June 2015 - jboss-jira - Jboss List Archives

[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, 5 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, 5 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, 5 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, 5 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, 5 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, 5 months

1
0
0 / 0

[JBoss JIRA] (JGRP-1929) Add a simple properties-based CallbackHandler for the SASL protocol

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/JGRP-1929?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on JGRP-1929: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1176161|https://bugzilla.redhat.com/show_bug.cgi?id=1176161] from MODIFIED to ON_QA > Add a simple properties-based CallbackHandler for the SASL protocol > ------------------------------------------------------------------- > > Key: JGRP-1929 > URL: https://issues.jboss.org/browse/JGRP-1929 > Project: JGroups > Issue Type: Feature Request > Affects Versions: 3.6.3 > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Fix For: 3.6.4 > > > Add a properties-based CallbackHandler for the SASL protocol which supports a properties file for credentials and one for roles so that nodes can be authenticated and authorized in a simple way -- This message was sent by Atlassian JIRA (v6.3.15#6346)

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-801) Attempt to remove KnowledgePackage causes ClassCastException

by Tom Hartwell (JIRA)

[ https://issues.jboss.org/browse/DROOLS-801?page=com.atlassian.jira.plugin... ] Tom Hartwell updated DROOLS-801: -------------------------------- Attachment: class-cast-exception-trace-log.txt Adding trace log of JUnit run > Attempt to remove KnowledgePackage causes ClassCastException > ------------------------------------------------------------ > > Key: DROOLS-801 > URL: https://issues.jboss.org/browse/DROOLS-801 > Project: Drools > Issue Type: Bug > Components: core engine > Affects Versions: 6.2.0.Final > Reporter: Tom Hartwell > Assignee: Mario Fusco > Attachments: class-cast-exception-trace-log.txt, ClassCastExceptionTest.java > > > Running the JUnit attached to this issue causes a Java ClassCastException -- This message was sent by Atlassian JIRA (v6.3.15#6346)

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-801) Attempt to remove KnowledgePackage causes ClassCastException

by Tom Hartwell (JIRA)

[ https://issues.jboss.org/browse/DROOLS-801?page=com.atlassian.jira.plugin... ] Tom Hartwell updated DROOLS-801: -------------------------------- Attachment: ClassCastExceptionTest.java Adding JUnit that causes failure > Attempt to remove KnowledgePackage causes ClassCastException > ------------------------------------------------------------ > > Key: DROOLS-801 > URL: https://issues.jboss.org/browse/DROOLS-801 > Project: Drools > Issue Type: Bug > Components: core engine > Affects Versions: 6.2.0.Final > Reporter: Tom Hartwell > Assignee: Mario Fusco > Attachments: ClassCastExceptionTest.java > > > Running the JUnit attached to this issue causes a Java ClassCastException -- This message was sent by Atlassian JIRA (v6.3.15#6346)

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-801) Attempt to remove KnowledgePackage causes ClassCastException

by Tom Hartwell (JIRA)

Tom Hartwell created DROOLS-801: ----------------------------------- Summary: Attempt to remove KnowledgePackage causes ClassCastException Key: DROOLS-801 URL: https://issues.jboss.org/browse/DROOLS-801 Project: Drools Issue Type: Bug Components: core engine Affects Versions: 6.2.0.Final Reporter: Tom Hartwell Assignee: Mario Fusco Running the JUnit attached to this issue causes a Java ClassCastException -- This message was sent by Atlassian JIRA (v6.3.15#6346)

10 years, 5 months

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira June 2015