[JBoss JIRA] (WFLY-9818) XTS integration of Narayana fixes for providing WS-AT Integration with .NET
by Kabir Khan (JIRA)
[ https://issues.jboss.org/browse/WFLY-9818?page=com.atlassian.jira.plugin.... ]
Kabir Khan edited comment on WFLY-9818 at 5/9/18 6:26 AM:
----------------------------------------------------------
As this is just the introduction of an attribute, I am setting the community documentation to Done (it is covered in the attribute desription)
was (Author: kabirkhan):
As this is just the introduction of an attribute, I am setting the community documentation to Done
> XTS integration of Narayana fixes for providing WS-AT Integration with .NET
> ---------------------------------------------------------------------------
>
> Key: WFLY-9818
> URL: https://issues.jboss.org/browse/WFLY-9818
> Project: WildFly
> Issue Type: Feature Request
> Components: XTS
> Affects Versions: 11.0.0.Final
> Reporter: Ondra Chaloupka
> Assignee: Ondra Chaloupka
>
> Provide WS-AT integration for .NET
> The .NET implementation of XTS is not fully spec compliant but we can provide bridging their behavior for Narayana works as the .NET expects. This should not be the default behaviour and the XTS subsystem should be adjusted to provide the integration only in case the user asks for it - thus adding configuration paramter to xts subsystem to provide the behaviour.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 2 months
[JBoss JIRA] (WFLY-9818) XTS integration of Narayana fixes for providing WS-AT Integration with .NET
by Kabir Khan (JIRA)
[ https://issues.jboss.org/browse/WFLY-9818?page=com.atlassian.jira.plugin.... ]
Kabir Khan commented on WFLY-9818:
----------------------------------
As this is just the introduction of an attribute, I am setting the community documentation to Done
> XTS integration of Narayana fixes for providing WS-AT Integration with .NET
> ---------------------------------------------------------------------------
>
> Key: WFLY-9818
> URL: https://issues.jboss.org/browse/WFLY-9818
> Project: WildFly
> Issue Type: Feature Request
> Components: XTS
> Affects Versions: 11.0.0.Final
> Reporter: Ondra Chaloupka
> Assignee: Ondra Chaloupka
>
> Provide WS-AT integration for .NET
> The .NET implementation of XTS is not fully spec compliant but we can provide bridging their behavior for Narayana works as the .NET expects. This should not be the default behaviour and the XTS subsystem should be adjusted to provide the integration only in case the user asks for it - thus adding configuration paramter to xts subsystem to provide the behaviour.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 2 months
[JBoss JIRA] (WFLY-10349) WeldBundledLibraryDeployment Test cases fail on IBM jdk
by Petr Kremensky (JIRA)
Petr Kremensky created WFLY-10349:
-------------------------------------
Summary: WeldBundledLibraryDeployment Test cases fail on IBM jdk
Key: WFLY-10349
URL: https://issues.jboss.org/browse/WFLY-10349
Project: WildFly
Issue Type: Bug
Components: CDI / Weld, Test Suite
Environment: {noformat}
Apache Maven 3.5.3 (3383c37e1f9e9b3bc3df5050c29c8aff9f295297; 2018-02-24T20:49:05+01:00)
Maven home: /usr/lib/maven
Java version: 1.8.0_161, vendor: IBM Corporation
Java home: /usr/lib/java/ibm-java-8.0-5.11/jre
Default locale: en_US, platform encoding: UTF-8
OS name: "linux", version: "4.15.17-300.fc27.x86_64", arch: "amd64", family: "unix"
$ git rev-parse --short HEAD
11e21f08d3
{noformat}
Reporter: Petr Kremensky
Assignee: Martin Kouba
WeldBundledLibraryDeploymentEarTestCase and WeldBundledLibraryDeploymentTestCase fails on IBM jdk.
*reproduce*
{noformat}
git clone https://github.com/wildfly/wildfly.git ; cd wildfly
mvn clean install -B -DskipTests
cd testsuite/integration/basic
mvn test -Dtest=WeldBundledLibraryDeploymentEarTestCase,WeldBundledLibraryDeploymentTestCase -DtestLogToFile=false
...
[INFO]
[INFO] Results:
[INFO]
[ERROR] Errors:
[ERROR] WeldBundledLibraryDeploymentEarTestCase.org.jboss.as.test.integration.weld.multideployment.WeldBundledLibraryDeploymentEarTestCase » Deployment
[ERROR] WeldBundledLibraryDeploymentTestCase.org.jboss.as.test.integration.weld.multideployment.WeldBundledLibraryDeploymentTestCase » Deployment
[INFO]
[ERROR] Tests run: 2, Failures: 0, Errors: 2, Skipped: 0
{noformat}
*server log errors*
{noformat}
11:56:22,104 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-2) MSC000001: Failed to start service jboss.deployment.extension-index: org.jboss.msc.service.StartException in service jboss.deployment.extension-index: Failed to start service
at org.jboss.msc.service.ServiceControllerImpl$StartTask.execute(ServiceControllerImpl.java:1728)
at org.jboss.msc.service.ServiceControllerImpl$ControllerTask.run(ServiceControllerImpl.java:1556)
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:1378)
at java.lang.Thread.run(Thread.java:811)
Caused by: java.lang.NullPointerException
at org.jboss.as.server.moduleservice.ExtensionIndexService.start(ExtensionIndexService.java:94)
at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1736)
at org.jboss.msc.service.ServiceControllerImpl$StartTask.execute(ServiceControllerImpl.java:1698)
... 6 more
11:56:22,260 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 1) WFLYCTL0013: Operation ("add") failed - address: ([("deployment" => "2b7495c2-60cb-4e65-8c99-4decc85ace30.ear")]) - failure description: {"WFLYCTL0288: One or more services were unable to start due to one or more indirect dependencies not being available." => {
"Services that were unable to start:" => ["jboss.deployment.unit.\"2b7495c2-60cb-4e65-8c99-4decc85ace30.ear\".REGISTER"],
"Services that may be the cause:" => ["jboss.deployment.unit.\"2b7495c2-60cb-4e65-8c99-4decc85ace30.ear\".REGISTER"]
}}
11:56:22,261 ERROR [org.jboss.as.server] (management-handler-thread - 1) WFLYSRV0021: Deploy of deployment "2b7495c2-60cb-4e65-8c99-4decc85ace30.ear" was rolled back with the following failure message:
{"WFLYCTL0288: One or more services were unable to start due to one or more indirect dependencies not being available." => {
"Services that were unable to start:" => ["jboss.deployment.unit.\"2b7495c2-60cb-4e65-8c99-4decc85ace30.ear\".REGISTER"],
"Services that may be the cause:" => ["jboss.deployment.unit.\"2b7495c2-60cb-4e65-8c99-4decc85ace30.ear\".REGISTER"]
}}
{noformat}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 2 months
[JBoss JIRA] (WFCORE-3735) Axis jar not working in WildFly 11
by J Prasanna Venkatesan (JIRA)
[ https://issues.jboss.org/browse/WFCORE-3735?page=com.atlassian.jira.plugi... ]
J Prasanna Venkatesan commented on WFCORE-3735:
-----------------------------------------------
Hi
You mean to say there is bug in JBoss 11.
Please let me know the bug id if any and also the fix :-)
Regards,
J Prasanna
> Axis jar not working in WildFly 11
> ----------------------------------
>
> Key: WFCORE-3735
> URL: https://issues.jboss.org/browse/WFCORE-3735
> Project: WildFly Core
> Issue Type: Bug
> Reporter: J Prasanna Venkatesan
>
> Hi,
> We have application which uses another application's webservice. It was working till WildFly 10.
> But in WildFly 11, it is not working. It is throwing
> 2018-04-10 15:02:47,494 ERROR [io.undertow.request] (default task-7) UT005023: Exception handling request to /authenticationManager/: java.lang.RuntimeException: java.lang.reflect.InvocationTargetException
> at deployment.authenticationManager.war//com.collabnet.ce.soap60.webservices.ClientSoapStubFactory.createSoapStub(ClientSoapStubFactory.java:107)
> at deployment.authenticationManager.war//com.collabnet.ce.soap60.webservices.ClientSoapStubFactory.getSoapStub(ClientSoapStubFactory.java:60)
> at deployment.authenticationManager.war//etc.TeamForgeImpl.setHostUrl(TeamForgeImpl.java:73)
> at deployment.authenticationManager.war//filters.CtfAuthFilterImpl.filter(CtfAuthFilterImpl.java:54)
> at deployment.authenticationManager.war//ninja.FilterChainImpl.next(FilterChainImpl.java:35)
> at deployment.authenticationManager.war//ninja.NinjaImpl.invoke(NinjaImpl.java:97)
> at deployment.authenticationManager.war//ninja.servlet.NinjaServletDispatcher.service(NinjaServletDispatcher.java:83)
> at deployment.authenticationManager.war//com.google.inject.servlet.ServletDefinition.doService(ServletDefinition.java:263)
> at deployment.authenticationManager.war//com.google.inject.servlet.ServletDefinition.service(ServletDefinition.java:178)
> at deployment.authenticationManager.war//com.google.inject.servlet.ManagedServletPipeline.service(ManagedServletPipeline.java:91)
> at deployment.authenticationManager.war//com.google.inject.servlet.FilterChainInvocation.doFilter(FilterChainInvocation.java:62)
> at deployment.authenticationManager.war//filters.DemoServletFilter.doFilter(DemoServletFilter.java:43)
> at deployment.authenticationManager.war//com.google.inject.servlet.FilterDefinition.doFilter(FilterDefinition.java:163)
> at deployment.authenticationManager.war//com.google.inject.servlet.FilterChainInvocation.doFilter(FilterChainInvocation.java:58)
> at deployment.authenticationManager.war//com.google.inject.servlet.ManagedFilterPipeline.dispatch(ManagedFilterPipeline.java:118)
> at deployment.authenticationManager.war//com.google.inject.servlet.GuiceFilter.doFilter(GuiceFilter.java:113)
> at io.undertow.servlet//io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61)
> at io.undertow.servlet//io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131)
> at io.undertow.servlet//io.undertow.servlet.handlers.FilterHandler.handleRequest(FilterHandler.java:84)
> at io.undertow.servlet//io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:62)
> at io.undertow.servlet//io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36)
> at org.wildfly.extension.undertow//org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78)
> at io.undertow.core//io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at io.undertow.servlet//io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:131)
> at io.undertow.servlet//io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:57)
> at io.undertow.core//io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at io.undertow.core//io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:46)
> at io.undertow.servlet//io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:64)
> at io.undertow.core//io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:60)
> at io.undertow.servlet//io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:77)
> at io.undertow.core//io.undertow.security.handlers.NotificationReceiverHandler.handleRequest(NotificationReceiverHandler.java:50)
> at io.undertow.core//io.undertow.security.handlers.AbstractSecurityContextAssociationHandler.handleRequest(AbstractSecurityContextAssociationHandler.java:43)
> at io.undertow.core//io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at org.wildfly.extension.undertow//org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61)
> at io.undertow.core//io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at io.undertow.core//io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at io.undertow.servlet//io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:292)
> at io.undertow.servlet//io.undertow.servlet.handlers.ServletInitialHandler.access$100(ServletInitialHandler.java:81)
> at io.undertow.servlet//io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:138)
> at io.undertow.servlet//io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:135)
> at io.undertow.servlet//io.undertow.servlet.core.ServletRequestContextThreadSetupAction$1.call(ServletRequestContextThreadSetupAction.java:48)
> at io.undertow.servlet//io.undertow.servlet.core.ContextClassLoaderSetupAction$1.call(ContextClassLoaderSetupAction.java:43)
> at org.wildfly.extension.undertow//org.wildfly.extension.undertow.security.SecurityContextThreadSetupAction.lambda$create$0(SecurityContextThreadSetupAction.java:105)
> at org.wildfly.extension.undertow//org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1508)
> at org.wildfly.extension.undertow//org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1508)
> at org.wildfly.extension.undertow//org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1508)
> at org.wildfly.extension.undertow//org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1508)
> at io.undertow.servlet//io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:272)
> at io.undertow.servlet//io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:81)
> at io.undertow.servlet//io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:104)
> at io.undertow.core//io.undertow.server.Connectors.executeRootHandler(Connectors.java:326)
> at io.undertow.core//io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:812)
> at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source) [java.base:]
> at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) [java.base:]
> at java.base/java.lang.Thread.run(Unknown Source) [java.base:]
> Caused by: java.lang.reflect.InvocationTargetException
> at java.base/jdk.internal.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) [java.base:]
> at java.base/jdk.internal.reflect.NativeConstructorAccessorImpl.newInstance(Unknown Source) [java.base:]
> at java.base/jdk.internal.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown Source) [java.base:]
> at java.base/java.lang.reflect.Constructor.newInstance(Unknown Source) [java.base:]
> at deployment.authenticationManager.war//com.collabnet.ce.soap60.webservices.ClientSoapStubFactory.createSoapStub(ClientSoapStubFactory.java:97)
> ... 54 more
> Caused by: java.lang.NoClassDefFoundError: Could not initialize class org.apache.axis.client.AxisClient
> at deployment.authenticationManager.war//org.apache.axis.client.Service.getAxisClient(Service.java:104)
> at deployment.authenticationManager.war//org.apache.axis.client.Service.<init>(Service.java:113)
> at deployment.authenticationManager.war//com.collabnet.ce.soap60.webservices.ClientSoapStub.<init>(ClientSoapStub.java:50)
> at deployment.authenticationManager.war//com.collabnet.ce.soap60.webservices.cemain.CollabNetSoapStub.<init>(CollabNetSoapStub.java:21)
> ... 59 more
> Please throw some light here.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 2 months
[JBoss JIRA] (WFCORE-3382) Further Enhance Elytron Permission Configuration
by Darran Lofthouse (JIRA)
[ https://issues.jboss.org/browse/WFCORE-3382?page=com.atlassian.jira.plugi... ]
Darran Lofthouse resolved WFCORE-3382.
--------------------------------------
Resolution: Duplicate Issue
> Further Enhance Elytron Permission Configuration
> ------------------------------------------------
>
> Key: WFCORE-3382
> URL: https://issues.jboss.org/browse/WFCORE-3382
> Project: WildFly Core
> Issue Type: Feature Request
> Components: Security
> Reporter: Darran Lofthouse
> Priority: Blocker
> Fix For: 5.0.0.Beta1
>
>
> This has currently been simplified to a single resource for the out of the box configuration, however this brings issues as now permissions are duplicated so modifications need to be replicated instead of to a single location.
> Finding a way for the default required permissions to be defined in one location could help eliminate the duplication.
> We could also consider going one step further and subsystems register the default permissions that should be granted.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 2 months