February 2018 - jboss-jira - Jboss List Archives

[JBoss JIRA] (AG-50) Configure automatic deployment of snapshots on travis

by Luis Barreiro (JIRA)

[ https://issues.jboss.org/browse/AG-50?page=com.atlassian.jira.plugin.syst... ] Luis Barreiro resolved AG-50. ----------------------------- Resolution: Done > Configure automatic deployment of snapshots on travis > ----------------------------------------------------- > > Key: AG-50 > URL: https://issues.jboss.org/browse/AG-50 > Project: Agroal > Issue Type: Task > Components: build > Affects Versions: 0.3 > Reporter: Luis Barreiro > Assignee: Luis Barreiro > Fix For: 0.4 > > -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 3 months

1
0
0 / 0

[JBoss JIRA] (AG-50) Configure automatic deployment of snapshots on travis

by Luis Barreiro (JIRA)

Luis Barreiro created AG-50: ------------------------------- Summary: Configure automatic deployment of snapshots on travis Key: AG-50 URL: https://issues.jboss.org/browse/AG-50 Project: Agroal Issue Type: Task Components: build Affects Versions: 0.3 Reporter: Luis Barreiro Assignee: Luis Barreiro Fix For: 0.4 -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFLY-9727) WildFly Randomly Terminates after 5-10 minutes

by Daniel Wiseman (JIRA)

[ https://issues.jboss.org/browse/WFLY-9727?page=com.atlassian.jira.plugin.... ] Daniel Wiseman commented on WFLY-9727: -------------------------------------- [~ctomc] Java version "1.8.0_131" > WildFly Randomly Terminates after 5-10 minutes > ---------------------------------------------- > > Key: WFLY-9727 > URL: https://issues.jboss.org/browse/WFLY-9727 > Project: WildFly > Issue Type: Bug > Components: Server > Affects Versions: 10.0.0.Final > Environment: Running WildFly 10.x from within Eclipse Oxygen (4.7.2) on 2015 MacBook Pro running OS X El Capitan (10.11.6) > Reporter: Daniel Wiseman > Assignee: Jason Greene > Priority: Blocker > Original Estimate: 1 week > Remaining Estimate: 1 week > > I've been experiencing an odd intermittent issue on my WildFly server that has been running on my local system. Every other day or so my server will shutdown, without warning, after running for five to ten minutes from launch. The WildFly server logs contain no errors but the Eclipse logs output these two stack identical stack traces every time: > {{Exception in thread "Remoting "management-client" I/O-1" java.util.concurrent.RejectedExecutionException: XNIO007007: Thread is terminating > at org.xnio.nio.WorkerThread.execute(WorkerThread.java:588) > at org.xnio.AbstractIoFuture.runNotifier(AbstractIoFuture.java:354) > at org.xnio.AbstractIoFuture.runAllNotifiers(AbstractIoFuture.java:233) > at org.xnio.AbstractIoFuture.setCancelled(AbstractIoFuture.java:291) > at org.xnio.FutureResult.setCancelled(FutureResult.java:98) > at org.xnio.nio.WorkerThread$ConnectHandle.forceTermination(WorkerThread.java:339) > at org.xnio.nio.WorkerThread.run(WorkerThread.java:492) > Exception in thread "Remoting "management-client" I/O-1" java.util.concurrent.RejectedExecutionException: XNIO007007: Thread is terminating > at org.xnio.nio.WorkerThread.execute(WorkerThread.java:588) > at org.xnio.AbstractIoFuture.runNotifier(AbstractIoFuture.java:354) > at org.xnio.AbstractIoFuture.runAllNotifiers(AbstractIoFuture.java:233) > at org.xnio.AbstractIoFuture.setCancelled(AbstractIoFuture.java:291) > at org.xnio.FutureResult.setCancelled(FutureResult.java:98) > at org.xnio.nio.WorkerThread$ConnectHandle.forceTermination(WorkerThread.java:339) > at org.xnio.nio.WorkerThread.run(WorkerThread.java:492)}} > This issue will occur on every server start for an entire day and then the next day it won't happen at all. However, when it happens it makes debugging the software I write that runs of the server near impossible. Does anyone have any ideas what could be causing this issue? Let me know if you need more details, thanks! -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 3 months

1
0
0 / 0

[JBoss JIRA] (ELY-1468) IBM java, 403 instead of 401 sent, when kerberos mechanism is not supported

by Martin Choma (JIRA)

[ https://issues.jboss.org/browse/ELY-1468?page=com.atlassian.jira.plugin.s... ] Martin Choma commented on ELY-1468: ----------------------------------- After fix JBEAP-12868 this is valid only for NONE scope. Other scopes for IBM java are OK. But same issue pops up for Oracle JDK and OpenJDK. > IBM java, 403 instead of 401 sent, when kerberos mechanism is not supported > --------------------------------------------------------------------------- > > Key: ELY-1468 > URL: https://issues.jboss.org/browse/ELY-1468 > Project: WildFly Elytron > Issue Type: Bug > Components: Authentication Mechanisms > Affects Versions: 1.2.0.Beta10 > Reporter: Martin Choma > Priority: Minor > > When more mechanismTypes is provided but the Kerberos mechanism is not listed as the supported one then authentication should fail. And 401 should be returned, but 403 is on IBM java. > This issue was hidden by ELY-1340. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFLY-9750) java.lang.classnotfoundexception: org/apache/cxf/jaxws/jaxwsFactoryBean

by Santiago Simbaña (JIRA)

Santiago Simbaña created WFLY-9750: -------------------------------------- Summary: java.lang.classnotfoundexception: org/apache/cxf/jaxws/jaxwsFactoryBean Key: WFLY-9750 URL: https://issues.jboss.org/browse/WFLY-9750 Project: WildFly Issue Type: Bug Components: JAXR Reporter: Santiago Simbaña Assignee: Kurt Stam Priority: Critical Fix For: No Release Caused by: java.lang.IllegalStateException: WFLYEE0042: No logró construir la instancia del componente at org.jboss.as.ee.component.BasicComponent.constructComponentInstance(BasicComponent.java:163) at org.jboss.as.ee.component.BasicComponent.constructComponentInstance(BasicComponent.java:134) at org.jboss.as.ee.component.BasicComponent.createInstance(BasicComponent.java:88) at org.jboss.as.ejb3.component.singleton.SingletonComponent.getComponentInstance(SingletonComponent.java:124) at org.jboss.as.ejb3.component.singleton.SingletonComponentInstanceAssociationInterceptor.processInvocation(SingletonComponentInstanceAssociationInterceptor.java:48) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInOurTx(CMTTxInterceptor.java:275) ... 136 more Caused by: javax.ejb.EJBException: WFLYEJB0442: Error inesperado at org.jboss.as.ejb3.tx.CMTTxInterceptor.handleExceptionInOurTx(CMTTxInterceptor.java:185) at org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInOurTx(CMTTxInterceptor.java:277) at org.jboss.as.ejb3.tx.CMTTxInterceptor.requiresNew(CMTTxInterceptor.java:349) at org.jboss.as.ejb3.tx.LifecycleCMTTxInterceptor.processInvocation(LifecycleCMTTxInterceptor.java:74) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.as.weld.injection.WeldInjectionContextInterceptor.processInvocation(WeldInjectionContextInterceptor.java:43) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.as.ejb3.component.interceptors.CurrentInvocationContextInterceptor.processInvocation(CurrentInvocationContextInterceptor.java:41) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.as.ee.concurrent.ConcurrentContextInterceptor.processInvocation(ConcurrentContextInterceptor.java:45) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.invocation.ContextClassLoaderInterceptor.processInvocation(ContextClassLoaderInterceptor.java:60) at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:53) at org.jboss.as.ee.component.BasicComponent.constructComponentInstance(BasicComponent.java:161) ... 142 more Caused by: java.lang.NoClassDefFoundError: org/apache/cxf/jaxws/JaxWsProxyFactoryBean at ec.gob.digercic.revit.wsrevit.wsinit.WSInitsImpl.createPortWSIntegracion(WSInitsImpl.java:52) at ec.gob.digercic.revit.wsrevit.wsinit.WSInitsImpl.init(WSInitsImpl.java:40) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unk -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 3 months

1
0
0 / 0

[JBoss JIRA] (AG-49) Reset transaction check callback when returning connection to the pool

by Luis Barreiro (JIRA)

[ https://issues.jboss.org/browse/AG-49?page=com.atlassian.jira.plugin.syst... ] Luis Barreiro resolved AG-49. ----------------------------- Resolution: Done > Reset transaction check callback when returning connection to the pool > ---------------------------------------------------------------------- > > Key: AG-49 > URL: https://issues.jboss.org/browse/AG-49 > Project: Agroal > Issue Type: Bug > Components: pool > Affects Versions: 0.3 > Reporter: Luis Barreiro > Assignee: Luis Barreiro > Priority: Minor > Fix For: 0.4 > > > The callback that prevents lazy enlistment, once set, is never reset. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 3 months

1
0
0 / 0

[JBoss JIRA] (AG-49) Reset transaction check callback when returning connection to the pool

by Luis Barreiro (JIRA)

Luis Barreiro created AG-49: ------------------------------- Summary: Reset transaction check callback when returning connection to the pool Key: AG-49 URL: https://issues.jboss.org/browse/AG-49 Project: Agroal Issue Type: Bug Components: pool Affects Versions: 0.3 Reporter: Luis Barreiro Assignee: Luis Barreiro Priority: Minor Fix For: 0.4 The callback that prevents lazy enlistment, once set, is never reset. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 3 months

1
0
0 / 0

[JBoss JIRA] (AG-48) Remove autocommit stash from WrappedConnection

by Luis Barreiro (JIRA)

[ https://issues.jboss.org/browse/AG-48?page=com.atlassian.jira.plugin.syst... ] Luis Barreiro resolved AG-48. ----------------------------- Resolution: Done > Remove autocommit stash from WrappedConnection > ---------------------------------------------- > > Key: AG-48 > URL: https://issues.jboss.org/browse/AG-48 > Project: Agroal > Issue Type: Bug > Components: pool > Affects Versions: 0.3 > Reporter: Luis Barreiro > Assignee: Luis Barreiro > Priority: Minor > Fix For: 0.4 > > > This logic is not needed anymore, as it's provided by AG-34 -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 3 months

1
0
0 / 0

[JBoss JIRA] (AG-48) Remove autocommit stash from WrappedConnection

by Luis Barreiro (JIRA)

Luis Barreiro created AG-48: ------------------------------- Summary: Remove autocommit stash from WrappedConnection Key: AG-48 URL: https://issues.jboss.org/browse/AG-48 Project: Agroal Issue Type: Bug Components: pool Affects Versions: 0.3 Reporter: Luis Barreiro Assignee: Luis Barreiro Priority: Minor Fix For: 0.4 This logic is not needed anymore, as it's provided by AG-34 -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 3 months

1
0
0 / 0

[JBoss JIRA] (JGRP-2235) ConcurrentModificationException when resend pending lock requests

by Bela Ban (JIRA)

[ https://issues.jboss.org/browse/JGRP-2235?page=com.atlassian.jira.plugin.... ] Bela Ban resolved JGRP-2235. ---------------------------- Resolution: Done Fixed by synchronizing on the table iteration > ConcurrentModificationException when resend pending lock requests > ----------------------------------------------------------------- > > Key: JGRP-2235 > URL: https://issues.jboss.org/browse/JGRP-2235 > Project: JGroups > Issue Type: Bug > Reporter: Bram Klein Gunnewiek > Assignee: Bela Ban > Fix For: 4.0.11 > > > While testing JGRP-2234 we saw a ConcurrentModificationException in the locking protocol in some (rare) situations: > {noformat} > 09:46:42.856 [jgroups-7,TEST,B] ERROR org.jgroups.protocols.pbcast.GMS - JGRP000027: failed passing message up > java.util.ConcurrentModificationException: null > at java.util.HashMap$ValueSpliterator.forEachRemaining(HashMap.java:1630) ~[?:1.8.0_151] > at java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:481) ~[?:1.8.0_151] > at java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:471) ~[?:1.8.0_151] > at java.util.stream.ForEachOps$ForEachOp.evaluateSequential(ForEachOps.java:151) ~[?:1.8.0_151] > at java.util.stream.ForEachOps$ForEachOp$OfRef.evaluateSequential(ForEachOps.java:174) ~[?:1.8.0_151] > at java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234) ~[?:1.8.0_151] > at java.util.stream.ReferencePipeline.forEach(ReferencePipeline.java:418) ~[?:1.8.0_151] > at org.jgroups.protocols.Locking$ClientLockTable.lambda$resendPendingLockRequests$3(Locking.java:1085) ~[classes/:?] > at java.util.concurrent.ConcurrentHashMap$ValuesView.forEach(ConcurrentHashMap.java:4707) ~[?:1.8.0_151] > at org.jgroups.protocols.Locking$ClientLockTable.resendPendingLockRequests(Locking.java:1084) ~[classes/:?] > at org.jgroups.protocols.CENTRAL_LOCK.handleView(CENTRAL_LOCK.java:147) ~[classes/:?] > at org.jgroups.protocols.Locking.up(Locking.java:218) ~[classes/:?] > at org.jgroups.protocols.FRAG2.up(FRAG2.java:163) ~[classes/:?] > at org.jgroups.protocols.pbcast.GMS.installView(GMS.java:702) ~[classes/:?] > at org.jgroups.protocols.pbcast.ParticipantGmsImpl.handleViewChange(ParticipantGmsImpl.java:135) ~[classes/:?] > at org.jgroups.protocols.pbcast.GMS.up(GMS.java:918) ~[classes/:?] > at org.jgroups.stack.Protocol.up(Protocol.java:364) [classes/:?] > at org.jgroups.protocols.pbcast.STABLE.up(STABLE.java:293) [classes/:?] > at org.jgroups.protocols.UNICAST3.up(UNICAST3.java:428) [classes/:?] > at org.jgroups.protocols.pbcast.NAKACK2.deliverBatch(NAKACK2.java:962) [classes/:?] > at org.jgroups.protocols.pbcast.NAKACK2.removeAndDeliver(NAKACK2.java:896) [classes/:?] > at org.jgroups.protocols.pbcast.NAKACK2.handleMessages(NAKACK2.java:870) [classes/:?] > at org.jgroups.protocols.pbcast.NAKACK2.up(NAKACK2.java:690) [classes/:?] > at org.jgroups.stack.Protocol.up(Protocol.java:372) [classes/:?] > at org.jgroups.protocols.TP.passBatchUp(TP.java:1255) [classes/:?] > at org.jgroups.util.MaxOneThreadPerSender$BatchHandlerLoop.passBatchUp(MaxOneThreadPerSender.java:284) [classes/:?] > at org.jgroups.util.SubmitToThreadPool$BatchHandler.run(SubmitToThreadPool.java:136) [classes/:?] > at org.jgroups.util.MaxOneThreadPerSender$BatchHandlerLoop.run(MaxOneThreadPerSender.java:273) [classes/:?] > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) [?:1.8.0_151] > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) [?:1.8.0_151] > at java.lang.Thread.run(Thread.java:748) [?:1.8.0_151] > {noformat} -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 3 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 February 2018