[JBoss JIRA] (AS7-6564) JSR-322 Java EE Connector Architecture 1.7
by Jesper Pedersen (JIRA)
[ https://issues.jboss.org/browse/AS7-6564?page=com.atlassian.jira.plugin.s... ]
Jesper Pedersen updated AS7-6564:
---------------------------------
Description:
* Integrate IronJacamar 1.1
* Update :jca: to support DistributedWorkManager
* Update :resource-adapters: to support new IronJacamar features
* Update :datasources: to support new IronJacamar features
> JSR-322 Java EE Connector Architecture 1.7
> ------------------------------------------
>
> Key: AS7-6564
> URL: https://issues.jboss.org/browse/AS7-6564
> Project: Application Server 7
> Issue Type: Sub-task
> Components: JCA
> Reporter: Jesper Pedersen
> Assignee: Jesper Pedersen
> Fix For: 8.0.0.Alpha1
>
>
> * Integrate IronJacamar 1.1
> * Update :jca: to support DistributedWorkManager
> * Update :resource-adapters: to support new IronJacamar features
> * Update :datasources: to support new IronJacamar features
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 5 months
[JBoss JIRA] (AS7-3923) Data source with security domain integration does not work
by Dmitri Voronov (JIRA)
[ https://issues.jboss.org/browse/AS7-3923?page=com.atlassian.jira.plugin.s... ]
Dmitri Voronov commented on AS7-3923:
-------------------------------------
Hi Peter,
you can reproduce the issue with the test mentioned here. All what you need to change is delete the line
{code}
<module-option name="principal" value="sa"/>
{code}
in the security domain "jca-domain". Otherwise it fakes a caller identity.
Or you can use another security domain which really expects the a real caller.
> Data source with security domain integration does not work
> -----------------------------------------------------------
>
> Key: AS7-3923
> URL: https://issues.jboss.org/browse/AS7-3923
> Project: Application Server 7
> Issue Type: Bug
> Components: Test Suite
> Affects Versions: 7.1.0.Final
> Reporter: Vladimir Rastseluev
> Assignee: Anil Saldhana
> Fix For: 7.1.1.Final
>
>
> Creating data source with security domain authentication throws an exception:
> [org.jboss.as.connector.subsystems.datasources.AbstractDataSourceService$AS7DataSourceDeployer]
> (MSC service thread 1-6) Exception during createSubject()PB00024: Access Denied:Unauthenticated caller:null: java.lang.SecurityException:PB00024: Access Denied:Unauthenticated caller:null
> at org.jboss.security.plugins.JBossSecuritySubjectFactory.createSubject(JBossSecuritySubjectFactory.java:89)
> at org.jboss.jca.deployers.common.AbstractDsDeployer$1.run(AbstractDsDeployer.java:1020)
> at org.jboss.jca.deployers.common.AbstractDsDeployer$1.run(AbstractDsDeployer.java:1015)
> at java.security.AccessController.doPrivileged(Native Method) [rt.jar:1.6.0_23]
> at org.jboss.jca.deployers.common.AbstractDsDeployer.createSubject(AbstractDsDeployer.java:1014)
> at org.jboss.jca.deployers.common.AbstractDsDeployer.deployDataSource(AbstractDsDeployer.java:563)
> at org.jboss.jca.deployers.common.AbstractDsDeployer.createObjectsAndInjectValue(AbstractDsDeployer.java:283)
> at org.jboss.as.connector.subsystems.datasources.AbstractDataSourceService$AS7DataSourceDeployer.deploy(AbstractDataSourceService.java:271)
> at org.jboss.as.connector.subsystems.datasources.AbstractDataSourceService.start(AbstractDataSourceService.java:111)
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1811)
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1746)
> at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)[rt.jar:1.6.0_23]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) [rt.jar:1.6.0_23]
> at java.lang.Thread.run(Thread.java:662) [rt.jar:1.6.0_23]
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 5 months
[JBoss JIRA] (AS7-6567) Hang in ProfileTransformersTestCase ModelTestModelControllerService.waitForSetup
by Kabir Khan (JIRA)
[ https://issues.jboss.org/browse/AS7-6567?page=com.atlassian.jira.plugin.s... ]
Kabir Khan commented on AS7-6567:
---------------------------------
I pushed that change already, so I'll close this and the PR
> Hang in ProfileTransformersTestCase ModelTestModelControllerService.waitForSetup
> --------------------------------------------------------------------------------
>
> Key: AS7-6567
> URL: https://issues.jboss.org/browse/AS7-6567
> Project: Application Server 7
> Issue Type: Bug
> Components: Domain Management, Test Suite
> Reporter: Carlo de Wolf
> Assignee: Kabir Khan
> Attachments: AS7-6567-threaddump.txt
>
>
> {noformat}
> "main" prio=10 tid=0x00007fa1a8009000 nid=0x7f2 waiting on condition [0x00007fa1b1b13000]
> java.lang.Thread.State: WAITING (parking)
> at sun.misc.Unsafe.park(Native Method)
> - parking to wait for <0x00000007acdbe350> (a java.util.concurrent.CountDownLatch$Sync)
> 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.doAcquireSharedInterruptibly(AbstractQueuedSynchronizer.java:994)
> at java.util.concurrent.locks.AbstractQueuedSynchronizer.acquireSharedInterruptibly(AbstractQueuedSynchronizer.java:1303)
> at java.util.concurrent.CountDownLatch.await(CountDownLatch.java:236)
> at org.jboss.as.model.test.ModelTestModelControllerService.waitForSetup(ModelTestModelControllerService.java:190)
> at org.jboss.as.core.model.test.AbstractKernelServicesImpl.create(AbstractKernelServicesImpl.java:108)
> at org.jboss.as.core.model.bridge.impl.ChildFirstClassLoaderKernelServicesFactory.create(ChildFirstClassLoaderKernelServicesFactory.java:63)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:601)
> at org.jboss.as.core.model.bridge.local.ScopedKernelServicesBootstrap.createChildClassLoaderKernelServices(ScopedKernelServicesBootstrap.java:77)
> at org.jboss.as.core.model.bridge.local.ScopedKernelServicesBootstrap.createKernelServices(ScopedKernelServicesBootstrap.java:51)
> at org.jboss.as.core.model.test.CoreModelTestDelegate$LegacyKernelServicesInitializerImpl.install(CoreModelTestDelegate.java:565)
> at org.jboss.as.core.model.test.CoreModelTestDelegate$LegacyKernelServicesInitializerImpl.access$300(CoreModelTestDelegate.java:526)
> at org.jboss.as.core.model.test.CoreModelTestDelegate$KernelServicesBuilderImpl.build(CoreModelTestDelegate.java:493)
> at org.jboss.as.core.model.test.profile.ProfileTransformersTestCase.testProfilesTransformer(ProfileTransformersTestCase.java:66)
> {noformat}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 5 months
[JBoss JIRA] (AS7-6390) Problem with jboss versions of xerces and xalan: XML Parsing Error: duplicate attribute in wsdl definitions
by Paul Gier (JIRA)
[ https://issues.jboss.org/browse/AS7-6390?page=com.atlassian.jira.plugin.s... ]
Paul Gier commented on AS7-6390:
--------------------------------
{quote}Another consternation about this third party release is that in nexus repository there is released JAR named: xalan-2.7.1-jbossorg-2 while there is no such version on github.{quote}
That's strange, the version is in the repo, and can be seen if you go directly to the url:
https://github.com/jboss/xalan-j/tree/2.7.1.jbossorg-2
But it doesn't show up in the list of tags, and I don't see a way in github to browse to the tag.
The xsltc patch came from what we had in EAP at the time, but at the moment, I'm not able to track down why we had enabled that. Anyway, the solution seems to be to release a new build with that patch removed, and possibly some other updates.
> Problem with jboss versions of xerces and xalan: XML Parsing Error: duplicate attribute in wsdl definitions
> -----------------------------------------------------------------------------------------------------------
>
> Key: AS7-6390
> URL: https://issues.jboss.org/browse/AS7-6390
> Project: Application Server 7
> Issue Type: Bug
> Components: Web Services
> Affects Versions: 7.1.1.Final
> Reporter: Michael Vetter
>
> We are using a feature (SimpleWsdl11Definition) of spring ws (version 1.5.9) to serve wsdl files to the browser or to a client.
> Our wsdl file has custom namespace prefixes like this:
> <wsdl:definitions xmlns:wsdl="http://schemas.xmlsoap.org/wsdl/" xmlns:bsf="http:/... >
> It works in JBoss 5.1 and eap 6.0.0 but with JBoss 7.1.1 or the current 7.2 snapshot I get the following error when I enter the wsdl URL in the browser:
> XML Parsing Error: duplicate attribute
> Location: http://localhost:8080/sc-webservices/service/loginServiceWS.wsdl
> Line Number 1, Column 671:<?xml version="1.0" encoding="UTF-8"?><wsdl:definitions xmlns:wsdl="http://schemas.xmlsoap.org/wsdl/" xmlns:bsf="http://
> The wsdl served to the browser contains duplicates of the custom namespace prefixes defined in the original wsdl file packaged in a war inside an ear.
> While debugging I only saw classes from jboss versions of xerces and xalan parsing the wsdl and serving the result to the client.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 5 months
[JBoss JIRA] (AS7-3923) Data source with security domain integration does not work
by Peter Skopek (JIRA)
[ https://issues.jboss.org/browse/AS7-3923?page=com.atlassian.jira.plugin.s... ]
Peter Skopek commented on AS7-3923:
-----------------------------------
Dmitri, can you send us some example configuration you are using, please? We could then investigate the issue and create proper test case.
> Data source with security domain integration does not work
> -----------------------------------------------------------
>
> Key: AS7-3923
> URL: https://issues.jboss.org/browse/AS7-3923
> Project: Application Server 7
> Issue Type: Bug
> Components: Test Suite
> Affects Versions: 7.1.0.Final
> Reporter: Vladimir Rastseluev
> Assignee: Anil Saldhana
> Fix For: 7.1.1.Final
>
>
> Creating data source with security domain authentication throws an exception:
> [org.jboss.as.connector.subsystems.datasources.AbstractDataSourceService$AS7DataSourceDeployer]
> (MSC service thread 1-6) Exception during createSubject()PB00024: Access Denied:Unauthenticated caller:null: java.lang.SecurityException:PB00024: Access Denied:Unauthenticated caller:null
> at org.jboss.security.plugins.JBossSecuritySubjectFactory.createSubject(JBossSecuritySubjectFactory.java:89)
> at org.jboss.jca.deployers.common.AbstractDsDeployer$1.run(AbstractDsDeployer.java:1020)
> at org.jboss.jca.deployers.common.AbstractDsDeployer$1.run(AbstractDsDeployer.java:1015)
> at java.security.AccessController.doPrivileged(Native Method) [rt.jar:1.6.0_23]
> at org.jboss.jca.deployers.common.AbstractDsDeployer.createSubject(AbstractDsDeployer.java:1014)
> at org.jboss.jca.deployers.common.AbstractDsDeployer.deployDataSource(AbstractDsDeployer.java:563)
> at org.jboss.jca.deployers.common.AbstractDsDeployer.createObjectsAndInjectValue(AbstractDsDeployer.java:283)
> at org.jboss.as.connector.subsystems.datasources.AbstractDataSourceService$AS7DataSourceDeployer.deploy(AbstractDataSourceService.java:271)
> at org.jboss.as.connector.subsystems.datasources.AbstractDataSourceService.start(AbstractDataSourceService.java:111)
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1811)
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1746)
> at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)[rt.jar:1.6.0_23]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) [rt.jar:1.6.0_23]
> at java.lang.Thread.run(Thread.java:662) [rt.jar:1.6.0_23]
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 5 months
[JBoss JIRA] (AS7-6567) Hang in ProfileTransformersTestCase ModelTestModelControllerService.waitForSetup
by Brian Stansberry (JIRA)
[ https://issues.jboss.org/browse/AS7-6567?page=com.atlassian.jira.plugin.s... ]
Brian Stansberry reassigned AS7-6567:
-------------------------------------
Assignee: Kabir Khan (was: Brian Stansberry)
Kabir, I'm assigning this to you since you can best evaluate Carlo's PR vis a vis your comment about model-test.
> Hang in ProfileTransformersTestCase ModelTestModelControllerService.waitForSetup
> --------------------------------------------------------------------------------
>
> Key: AS7-6567
> URL: https://issues.jboss.org/browse/AS7-6567
> Project: Application Server 7
> Issue Type: Bug
> Components: Domain Management, Test Suite
> Reporter: Carlo de Wolf
> Assignee: Kabir Khan
> Attachments: AS7-6567-threaddump.txt
>
>
> {noformat}
> "main" prio=10 tid=0x00007fa1a8009000 nid=0x7f2 waiting on condition [0x00007fa1b1b13000]
> java.lang.Thread.State: WAITING (parking)
> at sun.misc.Unsafe.park(Native Method)
> - parking to wait for <0x00000007acdbe350> (a java.util.concurrent.CountDownLatch$Sync)
> 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.doAcquireSharedInterruptibly(AbstractQueuedSynchronizer.java:994)
> at java.util.concurrent.locks.AbstractQueuedSynchronizer.acquireSharedInterruptibly(AbstractQueuedSynchronizer.java:1303)
> at java.util.concurrent.CountDownLatch.await(CountDownLatch.java:236)
> at org.jboss.as.model.test.ModelTestModelControllerService.waitForSetup(ModelTestModelControllerService.java:190)
> at org.jboss.as.core.model.test.AbstractKernelServicesImpl.create(AbstractKernelServicesImpl.java:108)
> at org.jboss.as.core.model.bridge.impl.ChildFirstClassLoaderKernelServicesFactory.create(ChildFirstClassLoaderKernelServicesFactory.java:63)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:601)
> at org.jboss.as.core.model.bridge.local.ScopedKernelServicesBootstrap.createChildClassLoaderKernelServices(ScopedKernelServicesBootstrap.java:77)
> at org.jboss.as.core.model.bridge.local.ScopedKernelServicesBootstrap.createKernelServices(ScopedKernelServicesBootstrap.java:51)
> at org.jboss.as.core.model.test.CoreModelTestDelegate$LegacyKernelServicesInitializerImpl.install(CoreModelTestDelegate.java:565)
> at org.jboss.as.core.model.test.CoreModelTestDelegate$LegacyKernelServicesInitializerImpl.access$300(CoreModelTestDelegate.java:526)
> at org.jboss.as.core.model.test.CoreModelTestDelegate$KernelServicesBuilderImpl.build(CoreModelTestDelegate.java:493)
> at org.jboss.as.core.model.test.profile.ProfileTransformersTestCase.testProfilesTransformer(ProfileTransformersTestCase.java:66)
> {noformat}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 5 months