[JBoss JIRA] (WFLY-9175) IJ000311: Throwable from unregister connection
by junot dutra lira (JIRA)
junot dutra lira created WFLY-9175:
--------------------------------------
Summary: IJ000311: Throwable from unregister connection
Key: WFLY-9175
URL: https://issues.jboss.org/browse/WFLY-9175
Project: WildFly
Issue Type: Bug
Affects Versions: 10.1.0.Final
Reporter: junot dutra lira
Assignee: Jason Greene
I have a java web project with jsf + primefaces running in wildfly, noticed some error messages in the log, I did not find any solution to this, it follows a part of the log:
2017-08-03 10:55:56,747 INFO [org.jboss.jca.core.connectionmanager.listener.TxConnectionListener] (default task-56) IJ000311: Throwable from unregister connection: java.lang.IllegalStateException: IJ000152: Trying to return an unknown connection: org.jboss.jca.adapters.jdbc.jdk7.WrappedConnectionJDK7@4d230e4e
at org.jboss.jca.core.connectionmanager.ccm.CachedConnectionManagerImpl.unregisterConnection(CachedConnectionManagerImpl.java:408)
at org.jboss.jca.core.connectionmanager.listener.TxConnectionListener.connectionClosed(TxConnectionListener.java:645)
at org.jboss.jca.adapters.jdbc.BaseWrapperManagedConnection.returnHandle(BaseWrapperManagedConnection.java:596)
at org.jboss.jca.adapters.jdbc.BaseWrapperManagedConnection.closeHandle(BaseWrapperManagedConnection.java:541)
at org.jboss.jca.adapters.jdbc.WrappedConnection.returnConnection(WrappedConnection.java:298)
at org.jboss.jca.adapters.jdbc.WrappedConnection.close(WrappedConnection.java:256)
at org.hibernate.engine.jdbc.connections.internal.DatasourceConnectionProviderImpl.closeConnection(DatasourceConnectionProviderImpl.java:127)
at org.hibernate.internal.NonContextualJdbcConnectionAccess.releaseConnection(NonContextualJdbcConnectionAccess.java:46)
at org.hibernate.resource.jdbc.internal.LogicalConnectionManagedImpl.releaseConnection(LogicalConnectionManagedImpl.java:189)
at org.hibernate.resource.jdbc.internal.LogicalConnectionManagedImpl.afterTransaction(LogicalConnectionManagedImpl.java:155)
at org.hibernate.engine.jdbc.internal.JdbcCoordinatorImpl.afterTransaction(JdbcCoordinatorImpl.java:282)
at org.hibernate.internal.SessionImpl.afterOperation(SessionImpl.java:534)
at org.hibernate.internal.SessionImpl.list(SessionImpl.java:1455)
at org.hibernate.query.internal.AbstractProducedQuery.doList(AbstractProducedQuery.java:1402)
at org.hibernate.query.internal.AbstractProducedQuery.list(AbstractProducedQuery.java:1374)
at org.hibernate.query.internal.AbstractProducedQuery.getSingleResult(AbstractProducedQuery.java:1420)
at org.hibernate.query.criteria.internal.compile.CriteriaQueryTypeQueryAdapter.getSingleResult(CriteriaQueryTypeQueryAdapter.java:59)
at br.gov.ms.drap.dao.armamento.ArmaDao.buscaArmaById(ArmaDao.java:58)
at br.gov.ms.drap.bean.armamento.ArmaManagedBean.consultar(ArmaManagedBean.java:119)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at javax.el.ELUtil.invokeMethod(ELUtil.java:300)
at javax.el.BeanELResolver.invoke(BeanELResolver.java:415)
at javax.el.CompositeELResolver.invoke(CompositeELResolver.java:256)
at com.sun.el.parser.AstValue.invoke(AstValue.java:285)
at com.sun.el.MethodExpressionImpl.invoke(MethodExpressionImpl.java:304)
at org.jboss.weld.util.el.ForwardingMethodExpression.invoke(ForwardingMethodExpression.java:40)
at org.jboss.weld.el.WeldMethodExpression.invoke(WeldMethodExpression.java:50)
at org.jboss.weld.util.el.ForwardingMethodExpression.invoke(ForwardingMethodExpression.java:40)
at org.jboss.weld.el.WeldMethodExpression.invoke(WeldMethodExpression.java:50)
at com.sun.faces.facelets.el.TagMethodExpression.invoke(TagMethodExpression.java:105)
at javax.faces.event.MethodExpressionActionListener.processAction(MethodExpressionActionListener.java:147)
at javax.faces.event.ActionEvent.processListener(ActionEvent.java:88)
at javax.faces.component.UIComponentBase.broadcast(UIComponentBase.java:814)
at javax.faces.component.UICommand.broadcast(UICommand.java:300)
at javax.faces.component.UIData.broadcast(UIData.java:1108)
at javax.faces.component.UIViewRoot.broadcastEvents(UIViewRoot.java:790)
at javax.faces.component.UIViewRoot.processApplication(UIViewRoot.java:1282)
at com.sun.faces.lifecycle.InvokeApplicationPhase.execute(InvokeApplicationPhase.java:81)
at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101)
at com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:198)
at javax.faces.webapp.FacesServlet.service(FacesServlet.java:658)
at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:85)
at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:129)
at org.primefaces.webapp.filter.FileUploadFilter.doFilter(FileUploadFilter.java:78)
at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61)
at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131)
at br.gov.ms.drap.filter.FiltroLogin.doFilter(FiltroLogin.java:128)
at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61)
at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131)
at io.undertow.servlet.handlers.FilterHandler.handleRequest(FilterHandler.java:84)
at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:62)
at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36)
at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78)
at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:131)
at io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:57)
at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:46)
at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:64)
at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:60)
at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:77)
at io.undertow.security.handlers.NotificationReceiverHandler.handleRequest(NotificationReceiverHandler.java:50)
at io.undertow.security.handlers.AbstractSecurityContextAssociationHandler.handleRequest(AbstractSecurityContextAssociationHandler.java:43)
at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
at org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61)
at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:292)
at io.undertow.servlet.handlers.ServletInitialHandler.access$100(ServletInitialHandler.java:81)
at io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:138)
at io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:135)
at io.undertow.servlet.core.ServletRequestContextThreadSetupAction$1.call(ServletRequestContextThreadSetupAction.java:48)
at io.undertow.servlet.core.ContextClassLoaderSetupAction$1.call(ContextClassLoaderSetupAction.java:43)
at io.undertow.servlet.api.LegacyThreadSetupActionWrapper$1.call(LegacyThreadSetupActionWrapper.java:44)
at io.undertow.servlet.api.LegacyThreadSetupActionWrapper$1.call(LegacyThreadSetupActionWrapper.java:44)
at io.undertow.servlet.api.LegacyThreadSetupActionWrapper$1.call(LegacyThreadSetupActionWrapper.java:44)
at io.undertow.servlet.api.LegacyThreadSetupActionWrapper$1.call(LegacyThreadSetupActionWrapper.java:44)
at io.undertow.servlet.api.LegacyThreadSetupActionWrapper$1.call(LegacyThreadSetupActionWrapper.java:44)
at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:272)
at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:81)
at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:104)
at io.undertow.server.Connectors.executeRootHandler(Connectors.java:202)
at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:805)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:745)
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 10 months
[JBoss JIRA] (WFLY-9174) pooled-connection-factory doesn't allow to use "discovery-group" attribute as endpoint
by Jeff Mesnil (JIRA)
[ https://issues.jboss.org/browse/WFLY-9174?page=com.atlassian.jira.plugin.... ]
Jeff Mesnil moved JBEAP-12538 to WFLY-9174:
-------------------------------------------
Project: WildFly (was: JBoss Enterprise Application Platform)
Key: WFLY-9174 (was: JBEAP-12538)
Workflow: GIT Pull Request workflow (was: CDW with loose statuses v1)
Component/s: JMS
(was: JMS)
Affects Version/s: (was: 7.1.0.ER3)
Affects Testing: (was: Regression,Blocks Testing)
> pooled-connection-factory doesn't allow to use "discovery-group" attribute as endpoint
> --------------------------------------------------------------------------------------
>
> Key: WFLY-9174
> URL: https://issues.jboss.org/browse/WFLY-9174
> Project: WildFly
> Issue Type: Bug
> Components: JMS
> Reporter: Jeff Mesnil
> Assignee: Jeff Mesnil
> Priority: Blocker
>
> Since EAP 7.1.0.ER3 we are not able to use discovery-group in pooled-connection-facotry to create remote JCA topology.
> When "discovery-group" attribute is used:
> <pooled-connection-factory name="activemq-ra" entries="java:/JmsXA java:jboss/DefaultJMSConnectionFactory" discovery-group="dg-group1" ha="false" min-large-message-size="102400" block-on-acknowledge="false" retry-interval="2000" retry-interval-multiplier="1.0" reconnect-attempts="-1" transaction="xa" min-pool-size="-1" max-pool-size="-1">
> Artemis RA initialization fails with following exception:
> {code}
> 14:00:40,098 ERROR [org.jboss.msc.service.fail] (ServerService Thread Pool -- 77) MSC000001: Failed to start service jboss.raactivator.activemq-ra: org.jboss.msc.service.StartException in service jboss.raactivator.activemq-ra: WFLYJCA0046: Failed to start RA deployment [activemq-ra]
> at org.jboss.as.connector.services.resourceadapters.deployment.AbstractResourceAdapterDeploymentService$2.run(AbstractResourceAdapterDeploymentService.java:332) [wildfly-connector-7.1.0.GA-redhat-4.jar:7.1.0.GA-redhat-4]
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0_05]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0_05]
> at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_05]
> at org.jboss.threads.JBossThread.run(JBossThread.java:320) [jboss-threads-2.2.1.Final-redhat-1.jar:2.2.1.Final-redhat-1]
> Caused by: org.jboss.jca.deployers.common.DeployException: IJ020051: Unable to start org.apache.activemq.artemis.ra.ActiveMQResourceAdapter
> at org.jboss.jca.deployers.common.AbstractResourceAdapterDeployer.startContext(AbstractResourceAdapterDeployer.java:343) [ironjacamar-deployers-common-1.4.5.Final-redhat-1.jar:1.4.5.Final-redhat-1]
> at org.jboss.jca.deployers.common.AbstractResourceAdapterDeployer.createObjectsAndInjectValue(AbstractResourceAdapterDeployer.java:2012) [ironjacamar-deployers-common-1.4.5.Final-redhat-1.jar:1.4.5.Final-redhat-1]
> at org.jboss.as.connector.services.resourceadapters.ResourceAdapterActivatorService$ResourceAdapterActivator.doDeploy(ResourceAdapterActivatorService.java:171) [wildfly-connector-7.1.0.GA-redhat-4.jar:7.1.0.GA-redhat-4]
> at org.jboss.as.connector.services.resourceadapters.ResourceAdapterActivatorService.start(ResourceAdapterActivatorService.java:115) [wildfly-connector-7.1.0.GA-redhat-4.jar:7.1.0.GA-redhat-4]
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:2032) [jboss-msc-1.2.7.SP1-redhat-1.jar:1.2.7.SP1-redhat-1]
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1955) [jboss-msc-1.2.7.SP1-redhat-1.jar:1.2.7.SP1-redhat-1]
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0_05]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0_05]
> at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_05]
> Caused by: java.lang.IllegalArgumentException: must provide either TransportType or DiscoveryGroupAddress and DiscoveryGroupPort for ResourceAdapter Connection Factory
> at org.apache.activemq.artemis.ra.ActiveMQResourceAdapter.newConnectionFactory(ActiveMQResourceAdapter.java:1761) [artemis-ra-1.5.5.006-redhat-1.jar:1.5.5.006-redhat-1]
> at org.apache.activemq.artemis.ra.ActiveMQResourceAdapter.setup(ActiveMQResourceAdapter.java:1595) [artemis-ra-1.5.5.006-redhat-1.jar:1.5.5.006-redhat-1]
> at org.apache.activemq.artemis.ra.ActiveMQResourceAdapter.start(ActiveMQResourceAdapter.java:246) [artemis-ra-1.5.5.006-redhat-1.jar:1.5.5.006-redhat-1]
> at org.jboss.jca.deployers.common.AbstractResourceAdapterDeployer.startContext(AbstractResourceAdapterDeployer.java:339) [ironjacamar-deployers-common-1.4.5.Final-redhat-1.jar:1.4.5.Final-redhat-1]
> ... 8 more
> 14:00:40,104 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) WFLYCTL0013: Operation ("add") failed - address: ([
> ("subsystem" => "messaging-activemq"),
> ("server" => "default"),
> ("pooled-connection-factory" => "activemq-ra")
> ]) - failure description: {"WFLYCTL0080: Failed services" => {"jboss.raactivator.activemq-ra" => "WFLYJCA0046: Failed to start RA deployment [activemq-ra]
> Caused by: org.jboss.jca.deployers.common.DeployException: IJ020051: Unable to start org.apache.activemq.artemis.ra.ActiveMQResourceAdapter
> Caused by: java.lang.IllegalArgumentException: must provide either TransportType or DiscoveryGroupAddress and DiscoveryGroupPort for ResourceAdapter Connection Factory"}}
> 14:00:40,128 INFO [org.jboss.as.controller] (Controller Boot Thread) WFLYCTL0183: Service status report
> WFLYCTL0186: Services which failed to start: service jboss.raactivator.activemq-ra: WFLYJCA0046: Failed to start RA deployment [activemq-ra]
> {code}
> Customer impact: Customers are not able to crate remote JCA connections in cluster.
> This is regression against 7.1.0.ER2
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 10 months
[JBoss JIRA] (WFCORE-3126) Cannot start EAP - MALLOC_ARENA_MAX=1: is not an identifier
by Radim Hatlapatka (JIRA)
[ https://issues.jboss.org/browse/WFCORE-3126?page=com.atlassian.jira.plugi... ]
Radim Hatlapatka reassigned WFCORE-3126:
----------------------------------------
Assignee: Radim Hatlapatka (was: Tomaz Cerar)
> Cannot start EAP - MALLOC_ARENA_MAX=1: is not an identifier
> ------------------------------------------------------------
>
> Key: WFCORE-3126
> URL: https://issues.jboss.org/browse/WFCORE-3126
> Project: WildFly Core
> Issue Type: Bug
> Components: Scripts
> Affects Versions: 3.0.0.Beta30
> Environment: {noformat}
> $ uname -a
> SunOS 5.10 Generic_150400-51 sun4v sparc SUNW,SPARC-Enterprise-T1000
> {noformat}
> Reporter: Tomaz Cerar
> Assignee: Radim Hatlapatka
> Priority: Blocker
> Fix For: 3.0.0.CR1
>
>
> JBEAP-11565 add the following line into the EAP launching scripts:
> {noformat}
> export MALLOC_ARENA_MAX="${MALLOC_ARENA_MAX:-1}"
> {noformat}
> This is problematic on *Solaris 10 sparc*
> {noformat}
> $ ./standalone.sh
> ./standalone.sh: MALLOC_ARENA_MAX=1: is not an identifier
> $ ./domain.sh
> ./domain.sh: MALLOC_ARENA_MAX=1: is not an identifier
> {noformat}
> See https://issues.apache.org/jira/browse/MNG-5829 description:
> {noformat}
> The $(cmd) idiom is used extensively in bin/mvn from lines 199-220, but this is not supported by older incarnations of /bin/sh (used on the shebang line). The `cmd` idiom is slightly more portable, and looks like it can probably be directly substituted.
> {noformat}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 10 months
[JBoss JIRA] (WFCORE-3141) security-manager subsystem has wrong xsd schema version
by Tomaz Cerar (JIRA)
Tomaz Cerar created WFCORE-3141:
-----------------------------------
Summary: security-manager subsystem has wrong xsd schema version
Key: WFCORE-3141
URL: https://issues.jboss.org/browse/WFCORE-3141
Project: WildFly Core
Issue Type: Bug
Components: Domain Management, Security, Test Suite
Reporter: Tomaz Cerar
Assignee: Tomaz Cerar
Priority: Blocker
security manager subsystem has introduced XSD version 3.0 from previous 1.0
but there are no changes between them.
remove the new 3.0 one and move back to 1.0
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 10 months