[JBoss JIRA] (WFLY-11566) ConstraintDeclarationException on JAX-RS/EJB Methods with List/Set query parameter
by Tomasz Adamski (Jira)
[ https://issues.redhat.com/browse/WFLY-11566?page=com.atlassian.jira.plugi... ]
Tomasz Adamski commented on WFLY-11566:
---------------------------------------
[~guillaume.smet] I have added the test reproducer-based test to the PR.
> ConstraintDeclarationException on JAX-RS/EJB Methods with List/Set query parameter
> ----------------------------------------------------------------------------------
>
> Key: WFLY-11566
> URL: https://issues.redhat.com/browse/WFLY-11566
> Project: WildFly
> Issue Type: Bug
> Components: Bean Validation, EJB, REST
> Affects Versions: 14.0.0.Final, 15.0.1.Final
> Reporter: Alexander Wagner
> Assignee: Tomasz Adamski
> Priority: Critical
> Labels: downstream_dependency
> Attachments: WFLY-11566-3.tar
>
>
> You got an exception if you call methods on JAX-RS endpoints which are also e.g. a stateless EJB and have Set or List as query parameters.
> As a workaround we use the "@Context UriInfo info" as parameter an read the parameter manually. As a downside this parameters are missing than in automated api generation with e.g. swagger. Without the @NotEmpty annotation it works fine. Without the generic type parameter ie just List it works fine. Making it a simple CDI bean makes it work fine.
> This issue is caused by [commit - WFLY-9628 Allow to switch to Hibernate Validator 6.0 / Bean Validation 2.0|https://github.com/wildfly/wildfly/commit/02f230d91f55f86ee6cadf53832...]
> Steps to reproduce:
> {code:java}
> @Stateless
> @Path("/")
> public class Resource {
> @POST
> @Path("put/list")
> @Consumes(MediaType.APPLICATION_JSON)
> public String putList(@NotEmpty List<String> a) {
> return "Hello bars " + a.stream().collect(Collectors.joining(", "));
> }
> }
> {code}
> {noformat}
> [mkopecky@dhcp-10-40-5-71 bin]$ curl -d '["a","b","c"]' -H "Content-Type: application/json" -X POST http://localhost:8080/jaxrs-wf/put/list
> javax.validation.ConstraintDeclarationException: HV000151: A method overriding another method must not redefine the parameter constraint configuration, but method Resource$$$view1#putList(List) redefines the configuration of Resource#putList(List).
> [mkopecky@dhcp-10-40-5-71 bin]$
> {noformat}
> {noformat}
> javax.validation.ConstraintDeclarationException: HV000151: A method overriding another method must not redefine the parameter constraint configuration, but method Resource$$$view1#putList(List) redefines the configuration of Resource#putList(List).
> at org.hibernate.validator.internal.metadata.aggregated.rule.OverridingMethodMustNotAlterParameterConstraints.apply(OverridingMethodMustNotAlterParameterConstraints.java:24)
> at org.hibernate.validator.internal.metadata.aggregated.ExecutableMetaData$Builder.assertCorrectnessOfConfiguration(ExecutableMetaData.java:461)
> at org.hibernate.validator.internal.metadata.aggregated.ExecutableMetaData$Builder.build(ExecutableMetaData.java:377)
> at org.hibernate.validator.internal.metadata.aggregated.BeanMetaDataImpl$BuilderDelegate.build(BeanMetaDataImpl.java:788)
> at org.hibernate.validator.internal.metadata.aggregated.BeanMetaDataImpl$BeanMetaDataBuilder.build(BeanMetaDataImpl.java:648)
> at org.hibernate.validator.internal.metadata.BeanMetaDataManager.createBeanMetaData(BeanMetaDataManager.java:192)
> at org.hibernate.validator.internal.metadata.BeanMetaDataManager.lambda$getBeanMetaData$0(BeanMetaDataManager.java:160)
> at java.util.concurrent.ConcurrentMap.computeIfAbsent(ConcurrentMap.java:324)
> at org.hibernate.validator.internal.metadata.BeanMetaDataManager.getBeanMetaData(BeanMetaDataManager.java:159)
> at org.hibernate.validator.internal.engine.ValidationContext$ValidationContextBuilder.forValidateParameters(ValidationContext.java:619)
> at org.hibernate.validator.internal.engine.ValidatorImpl.validateParameters(ValidatorImpl.java:254)
> at org.hibernate.validator.internal.engine.ValidatorImpl.validateParameters(ValidatorImpl.java:224)
> at org.jboss.resteasy.plugins.validation.GeneralValidatorImpl.validateAllParameters(GeneralValidatorImpl.java:177)
> at org.jboss.resteasy.core.MethodInjectorImpl.invoke(MethodInjectorImpl.java:118)
> at org.jboss.resteasy.core.ResourceMethodInvoker.internalInvokeOnTarget(ResourceMethodInvoker.java:509)
> at org.jboss.resteasy.core.ResourceMethodInvoker.invokeOnTargetAfterFilter(ResourceMethodInvoker.java:399)
> at org.jboss.resteasy.core.ResourceMethodInvoker.lambda$invokeOnTarget$0(ResourceMethodInvoker.java:363)
> at org.jboss.resteasy.core.interception.PreMatchContainerRequestContext.filter(PreMatchContainerRequestContext.java:355)
> at org.jboss.resteasy.core.ResourceMethodInvoker.invokeOnTarget(ResourceMethodInvoker.java:365)
> at org.jboss.resteasy.core.ResourceMethodInvoker.invoke(ResourceMethodInvoker.java:337)
> at org.jboss.resteasy.core.ResourceMethodInvoker.invoke(ResourceMethodInvoker.java:310)
> at org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:439)
> at org.jboss.resteasy.core.SynchronousDispatcher.lambda$invoke$4(SynchronousDispatcher.java:229)
> at org.jboss.resteasy.core.SynchronousDispatcher.lambda$preprocess$0(SynchronousDispatcher.java:135)
> at org.jboss.resteasy.core.interception.PreMatchContainerRequestContext.filter(PreMatchContainerRequestContext.java:355)
> at org.jboss.resteasy.core.SynchronousDispatcher.preprocess(SynchronousDispatcher.java:138)
> at org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:215)
> at org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.service(ServletContainerDispatcher.java:227)
> at org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service(HttpServletDispatcher.java:56)
> at org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service(HttpServletDispatcher.java:51)
> 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:1378)
> at java.lang.Thread.run(Thread.java:748)
> {noformat}
> Links:
> * [forum|https://developer.jboss.org/thread/278822]
> * WFLY-11566
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 4 months
[JBoss JIRA] (WFLY-13055) Permission check failed when using SecurityManager with IBM JDK
by Darran Lofthouse (Jira)
[ https://issues.redhat.com/browse/WFLY-13055?page=com.atlassian.jira.plugi... ]
Darran Lofthouse commented on WFLY-13055:
-----------------------------------------
This is the server side of the error: -
{noformat}
[31m15:28:11,160 SEVERE [javax.xml.soap] (default task-1) Error reading SAAJ configuration from [/home/francesco/java/ibm-java-x86_64-80/jre/conf/jaxm.properties] file. Check it is accessible and has correct format.: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.io.FilePermission" "/home/francesco/java/ibm-java-x86_64-80/jre/conf/jaxm.properties" "read")" in code source "(vfs:/content/jaxws-basic-pojo.war/WEB-INF/classes <no signer certificates>)" of "ModuleClassLoader for Module "deployment.jaxws-basic-pojo.war" from Service Module Loader")
at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:303)
at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:200)
at java.lang.SecurityManager.checkRead(SecurityManager.java:901)
at org.wildfly.security.manager.WildFlySecurityManager.checkRead(WildFlySecurityManager.java:368)
at sun.nio.fs.UnixPath.checkRead(UnixPath.java:815)
at sun.nio.fs.UnixFileSystemProvider.checkAccess(UnixFileSystemProvider.java:302)
at java.nio.file.Files.exists(Files.java:2396)
at javax.xml.soap.FactoryFinder.fromJDKProperties(FactoryFinder.java:243)
at javax.xml.soap.FactoryFinder.find(FactoryFinder.java:83)
at javax.xml.soap.SAAJMetaFactory.getInstance(SAAJMetaFactory.java:74)
at javax.xml.soap.SOAPFactory.newInstance(SOAPFactory.java:273)
{noformat}
I think I am verging on thinking there is a doPrivileged missing within the javax.xml classes, in this case the API has clearly defined behaviour that it will attempt to lookup the properties file so I don't believe that requirement should leak out to the deployment.
> Permission check failed when using SecurityManager with IBM JDK
> ---------------------------------------------------------------
>
> Key: WFLY-13055
> URL: https://issues.redhat.com/browse/WFLY-13055
> Project: WildFly
> Issue Type: Bug
> Components: Security Manager, Test Suite
> Affects Versions: 19.0.0.Beta1
> Reporter: Francesco Marchioni
> Priority: Major
> Attachments: surefire-reports.zip
>
>
> When using IBM JDK in combination with SecurityManager a Permission check fails for classes using packages com.sun.org.apache.xerces.internal.jaxp
> {code:java}
> INFO] Running org.jboss.as.test.integration.ws.basic.PojoEndpointTestCase
> [ERROR] Tests run: 4, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 9.002 s <<< FAILURE! - in org.jboss.as.test.integration.ws.basic.PojoEndpointTestCase
> [ERROR] testHelloError(org.jboss.as.test.integration.ws.basic.PojoEndpointTestCase) Time elapsed: 0.188 s <<< FAILURE!
> org.junit.ComparisonFailure: expected:<[Fault for test purpose]> but was:<[Provider com.sun.org.apache.xerces.internal.jaxp.DocumentBuilderFactoryImpl could not be instantiated: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.lang.RuntimePermission" "accessClassInPackage.com.sun.org.apache.xerces.internal.jaxp")" in code source "(vfs:/content/jaxws-basic-pojo.war/WEB-INF/classes <no signer certificates>)" of "ModuleClassLoader for Module "deployment.jaxws-basic-pojo.war" from Service Module Loader")]>
> at org.junit.Assert.assertEquals(Assert.java:115)
> at org.junit.Assert.assertEquals(Assert.java:144)
> at org.jboss.as.test.integration.ws.basic.BasicTests.testHelloError(BasicTests.java:69)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:90)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:55)
> at java.lang.reflect.Method.invoke(Method.java:508)
> at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)
> at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
> at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)
> {code}
> Affected Tests in the AS Testsuite:
> org.jboss.as.test.integration.ws.basic.PojoEndpointTestCase#testHelloError
> org.jboss.as.test.xts.wsat.client.ATTestCase#testWSATVoteReadOnly
> org.jboss.as.test.xts.wsat.client.ATTestCase#testWSATClientRollback
> org.jboss.as.test.xts.wsat.client.ATTestCase#testWSATVoteRollback
> org.jboss.as.test.xts.wsat.client.ATTestCase#testWSATApplicationException
> org.jboss.as.test.xts.wsat.client.ATTestCase#testWSATSimple
> org.jboss.as.test.xts.wsat.client.ATTestCase#testWSATSingleSimple
> org.jboss.as.test.xts.wsat.client.ATTestCase#testWSATVoteRollbackPrePrepare
> org.jboss.as.test.xts.wsat.client.ATTestCase#testWSATApplicationExceptionCommit
> org.jboss.as.test.xts.wsat.client.ATTestCase#testWSATRollbackOnly
> org.jboss.as.test.xts.wsba.coordinatorcompletion.client.BACoordinatorCompletionTestCase#testWSBACoordinatorSimple
> org.jboss.as.test.xts.wsba.coordinatorcompletion.client.BACoordinatorCompletionTestCase#testWSBACoordinatorSingle
> org.jboss.as.test.xts.wsba.coordinatorcompletion.client.BACoordinatorCompletionTestCase#testWSBACoordinatorApplicationException
> org.jboss.as.test.xts.wsba.coordinatorcompletion.client.BACoordinatorCompletionTestCase#testWSBACoordinatorClientCancel
> org.jboss.as.test.txbridge.fromjta.BridgeFromJTATestCase#testRollback
> org.jboss.as.test.txbridge.fromjta.BridgeFromJTATestCase#testCommit
> org.jboss.as.test.xts.suspend.wsat.AtomicTransactionSuspendTestCase#testRollbackAfterSuspend
> org.jboss.as.test.xts.suspend.wsat.AtomicTransactionSuspendTestCase#testRemoteServiceAfterSuspend
> org.jboss.as.test.xts.suspend.wsat.AtomicTransactionSuspendTestCase#testCommitAfterSuspend
> org.jboss.as.test.xts.annotation.client.CompensatableTestCase#testNoTransaction
> org.jboss.as.test.xts.annotation.client.CompensatableTestCase#testActiveTransaction
> org.jboss.as.test.xts.annotation.client.TransactionalTestCase#testNoTransaction
> org.jboss.as.test.xts.annotation.client.TransactionalTestCase#testActiveTransaction
> org.jboss.as.test.xts.suspend.wsba.BusinessActivitySuspendTestCase#testRemoteServiceAfterSuspend
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 4 months
[JBoss JIRA] (WFLY-13059) org.apache.ws.security exports Jasypt
by Philippe Marschall (Jira)
Philippe Marschall created WFLY-13059:
-----------------------------------------
Summary: org.apache.ws.security exports Jasypt
Key: WFLY-13059
URL: https://issues.redhat.com/browse/WFLY-13059
Project: WildFly
Issue Type: Bug
Components: XML Frameworks
Reporter: Philippe Marschall
Assignee: Brian Stansberry
The {{org.apache.ws.security}} module contains the Jasypt JAR and exports it. Jasypt is only used internally by {{org.apache.wss4j.common.crypto.JasyptPasswordEncryptor}} and not used externally.
Our application has a dependency on {{org.jboss.ws.cxf.jbossws-cxf-client}} which has an exported dependency on {{org.apache.ws.security}} which exports Jasypt. As a consequence the Jasypt from the {{org.apache.ws.security}} module is used instead of the Jasypt from our application.
We would be willing to work on a patch. We see two possible options:
# Introduce a dedicated Jasypt module and make {{org.apache.ws.security}} depend on it without exporting it
# Add a resource filter to the {{org.apache.ws.security}} module like this {code}
<exports>
<exclude path="org/jasypt/**"/>
</exports>
{code}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 4 months
[JBoss JIRA] (WFLY-13056) Unexpected Error instead of SOAPFaultException when using IBM JDK and SecurityManager
by Francesco Marchioni (Jira)
[ https://issues.redhat.com/browse/WFLY-13056?page=com.atlassian.jira.plugi... ]
Francesco Marchioni updated WFLY-13056:
---------------------------------------
Attachment: surefire-reports.zip
> Unexpected Error instead of SOAPFaultException when using IBM JDK and SecurityManager
> -------------------------------------------------------------------------------------
>
> Key: WFLY-13056
> URL: https://issues.redhat.com/browse/WFLY-13056
> Project: WildFly
> Issue Type: Bug
> Components: Security Manager, Test Suite
> Affects Versions: 19.0.0.Beta1
> Reporter: Francesco Marchioni
> Priority: Major
> Attachments: surefire-reports.zip
>
>
> When using IBM JDK with SecurityManager option, a programmatic Fault returns a different Exception than a SOAPFaultException
> {code:java}
> @Test
> public void testHelloError() {
> try {
> proxy.helloError("Fault for test purpose");
> Assert.fail("This should throw a SOAPFaultException");
> } catch (SOAPFaultException ex) {
> SOAPFault fault = ex.getFault();
> Assert.assertEquals("Fault for test purpose", fault.getFaultString());
> //....
> }
> }
> {code}
> Exception:
> {code:java}
> org.junit.ComparisonFailure: expected:<[Fault for test purpose]> but was:<[WFLYEJB0442: Unexpected Error]>
> at org.junit.Assert.assertEquals(Assert.java:115)
> at org.junit.Assert.assertEquals(Assert.java:144)
> at org.jboss.as.test.integration.ws.basic.BasicTests.testHelloError(BasicTests.java:69)
> {code}
> Affected Test in the AS Testsuite:
> org/jboss/as/test/integration/ws/basic/EJBEndpointTestCase
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 4 months
[JBoss JIRA] (DROOLS-5004) Select first cell of Test Scenario
by Jozef Marko (Jira)
Jozef Marko created DROOLS-5004:
-----------------------------------
Summary: Select first cell of Test Scenario
Key: DROOLS-5004
URL: https://issues.redhat.com/browse/DROOLS-5004
Project: Drools
Issue Type: Bug
Components: Scenario Simulation and Testing
Affects Versions: 7.33.0.Final
Reporter: Jozef Marko
Assignee: Yeser Amer
Once a Test Scenario file is opened, user is not able to use keyboard to navigate trough the grid. We should fix this by selecting the:
- First description cell in case of the Model tab
- First data cell in case of Background tab
The behavior described above will align behavior of Test Scenario and DMN editors.
h3. Acceptance criteria
- User can use keyboard right afterwards opening Test Scenario without need to click to canvas
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 4 months
[JBoss JIRA] (WFLY-13056) Unexpected Error instead of SOAPFaultException when using IBM JDK and SecurityManager
by Francesco Marchioni (Jira)
[ https://issues.redhat.com/browse/WFLY-13056?page=com.atlassian.jira.plugi... ]
Francesco Marchioni updated WFLY-13056:
---------------------------------------
Description:
When using IBM JDK with SecurityManager option, a programmatic Fault returns a different Exception than a SOAPFaultException
{code:java}
@Test
public void testHelloError() {
try {
proxy.helloError("Fault for test purpose");
Assert.fail("This should throw a SOAPFaultException");
} catch (SOAPFaultException ex) {
SOAPFault fault = ex.getFault();
Assert.assertEquals("Fault for test purpose", fault.getFaultString());
//....
}
}
{code}
Exception:
{code:java}
org.junit.ComparisonFailure: expected:<[Fault for test purpose]> but was:<[WFLYEJB0442: Unexpected Error]>
at org.junit.Assert.assertEquals(Assert.java:115)
at org.junit.Assert.assertEquals(Assert.java:144)
at org.jboss.as.test.integration.ws.basic.BasicTests.testHelloError(BasicTests.java:69)
{code}
Affected Test in the AS Testsuite:
org/jboss/as/test/integration/ws/basic/EJBEndpointTestCase
was:
When using IBM JDK with SecurityManager option, a programmatic Fault returns a different Exception than a SOAPFaultException
{code:java}
@Test
public void testHelloError() {
try {
proxy.helloError("Fault for test purpose");
Assert.fail("This should throw a SOAPFaultException");
} catch (SOAPFaultException ex) {
SOAPFault fault = ex.getFault();
Assert.assertEquals("Fault for test purpose", fault.getFaultString());
//....
}
}
{code}
Exception:
{code:java}
org.junit.ComparisonFailure: expected:<[Fault for test purpose]> but was:<[WFLYEJB0442: Unexpected Error]>
at org.junit.Assert.assertEquals(Assert.java:115)
at org.junit.Assert.assertEquals(Assert.java:144)
at org.jboss.as.test.integration.ws.basic.BasicTests.testHelloError(BasicTests.java:69)
{code}
Affected Test in the AS Testsuite:
org.jboss.as.test.integration.ws.basic.BasicTests.testHelloError
> Unexpected Error instead of SOAPFaultException when using IBM JDK and SecurityManager
> -------------------------------------------------------------------------------------
>
> Key: WFLY-13056
> URL: https://issues.redhat.com/browse/WFLY-13056
> Project: WildFly
> Issue Type: Bug
> Components: Security Manager, Test Suite
> Affects Versions: 19.0.0.Beta1
> Reporter: Francesco Marchioni
> Priority: Major
> Attachments: surefire-reports.zip
>
>
> When using IBM JDK with SecurityManager option, a programmatic Fault returns a different Exception than a SOAPFaultException
> {code:java}
> @Test
> public void testHelloError() {
> try {
> proxy.helloError("Fault for test purpose");
> Assert.fail("This should throw a SOAPFaultException");
> } catch (SOAPFaultException ex) {
> SOAPFault fault = ex.getFault();
> Assert.assertEquals("Fault for test purpose", fault.getFaultString());
> //....
> }
> }
> {code}
> Exception:
> {code:java}
> org.junit.ComparisonFailure: expected:<[Fault for test purpose]> but was:<[WFLYEJB0442: Unexpected Error]>
> at org.junit.Assert.assertEquals(Assert.java:115)
> at org.junit.Assert.assertEquals(Assert.java:144)
> at org.jboss.as.test.integration.ws.basic.BasicTests.testHelloError(BasicTests.java:69)
> {code}
> Affected Test in the AS Testsuite:
> org/jboss/as/test/integration/ws/basic/EJBEndpointTestCase
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 4 months
[JBoss JIRA] (WFLY-13057) Unexpected status of WSBACoordinator when using IBM JDK and SecurityManager
by Francesco Marchioni (Jira)
[ https://issues.redhat.com/browse/WFLY-13057?page=com.atlassian.jira.plugi... ]
Francesco Marchioni updated WFLY-13057:
---------------------------------------
Attachment: surefire-reports.zip
> Unexpected status of WSBACoordinator when using IBM JDK and SecurityManager
> ---------------------------------------------------------------------------
>
> Key: WFLY-13057
> URL: https://issues.redhat.com/browse/WFLY-13057
> Project: WildFly
> Issue Type: Bug
> Components: Security Manager, Test Suite
> Affects Versions: 19.0.0.Beta1
> Reporter: Francesco Marchioni
> Assignee: Stefan Guilhen
> Priority: Major
> Attachments: surefire-reports.zip
>
>
> An unexpected status of WSBACoordinator causes failures in the following tests when using IBM JDK 1.8 and Security Manager
> {code:java}
> [ERROR] Failures:
> [ERROR] BACoordinatorCompletionTestCase.testWSBACoordinatorCannotComplete:133->assertEventLogClient1:193->BaseFunctionalTest.assertEventLog:85 Another status order expected for the bacoordinator_completition_service1 expected:<[CANCEL]> but was:<null>
> [ERROR] BACoordinatorCompletionTestCase.testWSBACoordinatorCompletionFailToComplete:184->assertEventLogClient1:193->BaseFunctionalTest.assertEventLog:85 Another status order expected for the bacoordinator_completition_service1 expected:<[COMPLETE, CONFIRM_COMPLETED, COMPENSATE]> but was:<null>
> {code}
> Affected Tests in the AS Testsuite:
> org.jboss.as.test.xts.wsba.coordinatorcompletion.client.BACoordinatorCompletionTestCase#testWSBACoordinatorCannotComplete
> org.jboss.as.test.xts.wsba.coordinatorcompletion.client.BACoordinatorCompletionTestCase#testWSBACoordinatorCompletionFailToComplete
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 4 months