[JBoss JIRA] (WFLY-11220) ava.lang.NoClassDefFoundError: org/wildfly/transaction/client/ContextTransactionManager
by James Perkins (Jira)
[ https://issues.jboss.org/browse/WFLY-11220?page=com.atlassian.jira.plugin... ]
James Perkins resolved WFLY-11220.
----------------------------------
Fix Version/s: 15.0.0.Final
Resolution: Done
> ava.lang.NoClassDefFoundError: org/wildfly/transaction/client/ContextTransactionManager
> ---------------------------------------------------------------------------------------
>
> Key: WFLY-11220
> URL: https://issues.jboss.org/browse/WFLY-11220
> Project: WildFly
> Issue Type: Bug
> Components: JCA
> Affects Versions: 14.0.1.Final
> Reporter: Philippe Marschall
> Assignee: Stefano Maestri
> Priority: Major
> Fix For: 15.0.0.Final, 15.0.0.Beta1
>
>
> When we try to access a datasource with a query timeout we get the following error
> {code}
> 17:50:13,810 WARN [org.jboss.jca.core.connectionmanager.listener.TxConnectionListener] (default task-1) IJ000305: Connection error occured: org.jboss.jca.core.connectionmanager.listener.TxConnectionListener@29492673[state=NORMAL managed connection=org.jboss.jca.adapters.jdbc.local.LocalManagedConnection@8b00648 connection handles=1 lastReturned=1540050613786 lastValidated=1540050613786 lastCheckedOut=1540050613786 trackByTx=false pool=org.jboss.jca.core.connectionmanager.pool.strategy.OnePool@5d7715b7 mcp=SemaphoreConcurrentLinkedQueueManagedConnectionPool@38b9ad3[pool=ExampleDS] xaResource=LocalXAResourceImpl@296ef24e[connectionListener=29492673 connectionManager=49948084 warned=false currentXid=null productName=H2 productVersion=1.4.193 (2016-10-31) jndiName=java:jboss/datasources/ExampleDS] txSync=null]: javax.resource.spi.ResourceAdapterInternalException: Unexpected error
> at org.jboss.jca.adapters.jdbc.BaseWrapperManagedConnection.broadcastConnectionError(BaseWrapperManagedConnection.java:664)
> at org.jboss.jca.adapters.jdbc.BaseWrapperManagedConnection.connectionError(BaseWrapperManagedConnection.java:630)
> at org.jboss.jca.adapters.jdbc.WrappedConnection.checkException(WrappedConnection.java:1969)
> at org.jboss.jca.adapters.jdbc.WrappedStatement.checkException(WrappedStatement.java:1436)
> at org.jboss.jca.adapters.jdbc.WrappedPreparedStatement.executeQuery(WrappedPreparedStatement.java:509)
> at com.github.marschall.transactionquerytimeouttest.QueryTimeoutUtil.getQueryTimeout(QueryTimeoutUtil.java:23)
> at com.github.marschall.transactionquerytimeouttest.NoTransactionServlet.getQueryTimeout(NoTransactionServlet.java:28)
> at com.github.marschall.transactionquerytimeouttest.QueryTimeoutServlet.doGet(QueryTimeoutServlet.java:16)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:686)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:791)
> at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:74)
> at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:129)
> at io.opentracing.contrib.jaxrs2.server.SpanFinishingFilter.doFilter(SpanFinishingFilter.java:55)
> 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.ServletChain$1.handleRequest(ServletChain.java:68)
> 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:132)
> 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 org.wildfly.extension.undertow.deployment.GlobalRequestControllerHandler.handleRequest(GlobalRequestControllerHandler.java:68)
> 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 org.wildfly.extension.undertow.security.SecurityContextThreadSetupAction.lambda$create$0(SecurityContextThreadSetupAction.java:105)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1502)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1502)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1502)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1502)
> 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:360)
> at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:830)
> at org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35)
> at org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1985)
> at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1487)
> at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1349)
> at java.lang.Thread.run(Thread.java:748)
> Caused by: java.lang.NoClassDefFoundError: org/wildfly/transaction/client/ContextTransactionManager
> at org.jboss.jca.core.connectionmanager.tx.TxConnectionManagerImpl.getTimeLeftBeforeTransactionTimeout(TxConnectionManagerImpl.java:392)
> at org.jboss.jca.adapters.jdbc.WrapperDataSource.getTimeLeftBeforeTransactionTimeout(WrapperDataSource.java:201)
> at org.jboss.jca.adapters.jdbc.WrappedConnection.checkConfiguredQueryTimeout(WrappedConnection.java:2043)
> at org.jboss.jca.adapters.jdbc.WrappedStatement.checkConfiguredQueryTimeout(WrappedStatement.java:1456)
> at org.jboss.jca.adapters.jdbc.WrappedPreparedStatement.executeQuery(WrappedPreparedStatement.java:498)
> ... 51 more
> Caused by: java.lang.ClassNotFoundException: org.wildfly.transaction.client.ContextTransactionManager from [Module "org.jboss.ironjacamar.impl" version 1.4.11.Final from local module loader @79698539 (finder: local module finder @73f792cf (roots: /Users/marschall/Hacking/JBoss/wildfly-14.0.1.Final/modules,/Users/marschall/Hacking/JBoss/wildfly-14.0.1.Final/modules/system/layers/base))]
> at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:255)
> at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:410)
> at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:398)
> at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:116)
> ... 56 more
> {code}
> The issue is a missing dependency from the org.jboss.ironjacamar.impl module to the org.wildfly.transaction.client module.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 7 months
[JBoss JIRA] (WFLY-11001) Eliminate direct use of SecurityRealmService
by James Perkins (Jira)
[ https://issues.jboss.org/browse/WFLY-11001?page=com.atlassian.jira.plugin... ]
James Perkins updated WFLY-11001:
---------------------------------
Fix Version/s: 15.0.0.Final
> Eliminate direct use of SecurityRealmService
> --------------------------------------------
>
> Key: WFLY-11001
> URL: https://issues.jboss.org/browse/WFLY-11001
> Project: WildFly
> Issue Type: Bug
> Components: Web (Undertow)
> Affects Versions: 14.0.0.Final
> Reporter: Brian Stansberry
> Assignee: Brian Stansberry
> Priority: Minor
> Fix For: 15.0.0.Beta1, 15.0.0.Final
>
>
> There are a couple places in Undertow that are using core's SecurityRealmService class instead of its Service type, SecurityRealm. Clean that up to help make it clear what code from core's domain-management code is API relied upon by subsystems.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 7 months
[JBoss JIRA] (WFLY-11201) JPA dependency on org.jboss.as.weld.common should be optional
by James Perkins (Jira)
[ https://issues.jboss.org/browse/WFLY-11201?page=com.atlassian.jira.plugin... ]
James Perkins updated WFLY-11201:
---------------------------------
Fix Version/s: 15.0.0.Final
> JPA dependency on org.jboss.as.weld.common should be optional
> -------------------------------------------------------------
>
> Key: WFLY-11201
> URL: https://issues.jboss.org/browse/WFLY-11201
> Project: WildFly
> Issue Type: Enhancement
> Components: JPA / Hibernate
> Reporter: Brian Stansberry
> Assignee: Brian Stansberry
> Priority: Minor
> Fix For: 15.0.0.Beta1, 15.0.0.Final
>
>
> The org.jboss.as.jpa module depends on org.jboss.as.weld.common in order to load the WeldPortableExtensions class. But this can be optional, as the classloading will only occur if WeldDeploymentMarker.isPartOfWeldDeployment would return 'true' and that will not happen if the weld subsystem is not installed.
> This will allow Galleon to not provision that module if it isn't provisioning the weld subsystem.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 7 months
[JBoss JIRA] (WFLY-10949) IllegalArgumentException when get jdbc driver info if xa-datasource-class is not defined
by James Perkins (Jira)
[ https://issues.jboss.org/browse/WFLY-10949?page=com.atlassian.jira.plugin... ]
James Perkins updated WFLY-10949:
---------------------------------
Fix Version/s: 15.0.0.Final
> IllegalArgumentException when get jdbc driver info if xa-datasource-class is not defined
> ----------------------------------------------------------------------------------------
>
> Key: WFLY-10949
> URL: https://issues.jboss.org/browse/WFLY-10949
> Project: WildFly
> Issue Type: Bug
> Components: JCA
> Reporter: Lin Gao
> Assignee: Lin Gao
> Priority: Minor
> Fix For: 15.0.0.Beta1, 15.0.0.Final
>
> Original Estimate: 1 day
> Remaining Estimate: 1 day
>
> Download oracle jdbc driver at http://www.oracle.com/technetwork/database/features/jdbc/jdbc-ucp-122-311...
> Install the driver as a module and add the JDBC driver:
> {code:bash}
> module add --name=com.oracle.jdbc --resources=/opt/Downloads/ojdbc8.jar --dependencies=[javax.api, javax.transaction.api]
> /subsystem=datasources/jdbc-driver=oracle:add(driver-name=oracle, driver-module-name=com.oracle.jdbc, driver-datasource-class-name=oracle.jdbc.pool.OracleDataSource, driver-class-name=oracle.jdbc.OracleDriver)
> {code}
> Then the following command will fail:
> {code:}
> /subsystem=datasources:get-installed-driver(driver-name=oracle)
> {code}
> The fail message is like:
> {code:java}
> {
> "outcome" => "failed",
> "failure-description" => "WFLYCTL0158: Operation handler failed: java.lang.IllegalArgumentException: newValue is null",
> "rolled-back" => true
> }
> {code}
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 7 months
[JBoss JIRA] (WFCORE-3873) SNI support for https-listeners
by Brian Stansberry (Jira)
[ https://issues.jboss.org/browse/WFCORE-3873?page=com.atlassian.jira.plugi... ]
Brian Stansberry updated WFCORE-3873:
-------------------------------------
Fix Version/s: 7.0.0.Final
> SNI support for https-listeners
> -------------------------------
>
> Key: WFCORE-3873
> URL: https://issues.jboss.org/browse/WFCORE-3873
> Project: WildFly Core
> Issue Type: Feature Request
> Components: Security
> Reporter: Stuart Douglas
> Assignee: Stuart Douglas
> Priority: Major
> Labels: Previous_RFE
> Fix For: 7.0.0.Alpha5, 7.0.0.Final
>
>
> Java 8 has introduced for server side SNI support. The use case needed is having 1 jboss with more than 1 virtual servers and users should be able to use a different server certificate for each virtual server
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 7 months
[JBoss JIRA] (WFLY-11258) ResourceAdaptersSubsystemAdd puts a cruft 'resource-adapter' field in the resource's DMR model
by James Perkins (Jira)
[ https://issues.jboss.org/browse/WFLY-11258?page=com.atlassian.jira.plugin... ]
James Perkins updated WFLY-11258:
---------------------------------
Fix Version/s: 15.0.0.Final
> ResourceAdaptersSubsystemAdd puts a cruft 'resource-adapter' field in the resource's DMR model
> ----------------------------------------------------------------------------------------------
>
> Key: WFLY-11258
> URL: https://issues.jboss.org/browse/WFLY-11258
> Project: WildFly
> Issue Type: Bug
> Components: JCA
> Reporter: Brian Stansberry
> Assignee: Brian Stansberry
> Priority: Minor
> Fix For: 15.0.0.Beta1, 15.0.0.Final
>
>
> Last line in populateModel below is cruft. The Resource has 'resource-adapter' children; it can't (and doesn't) also have a 'resource-adapter' field.
>
> {code}
> class ResourceAdaptersSubsystemAdd extends AbstractAddStepHandler {
> static final ResourceAdaptersSubsystemAdd INSTANCE = new ResourceAdaptersSubsystemAdd();
> protected void populateModel(ModelNode operation, ModelNode model) {
> model.setEmptyObject();
> model.get(RESOURCEADAPTER_NAME);
> }
> {code}
> This looks like cruft that survived from very early days before Resource was introduced and the entire model was on big DMR tree.
> This is just a minor thing I noticed when analyzing undescribed or runtime-only attributes that end up in the DMR models in the management resource tree as part of my work on WFCORE-4183 and WFCORE-4185.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 7 months