[JBoss JIRA] (WFLY-8817) The jboss.dist system property is not used in testsuite/integration/elytron module
by Josef Cacek (JIRA)
Josef Cacek created WFLY-8817:
---------------------------------
Summary: The jboss.dist system property is not used in testsuite/integration/elytron module
Key: WFLY-8817
URL: https://issues.jboss.org/browse/WFLY-8817
Project: WildFly
Issue Type: Bug
Components: Test Suite
Reporter: Josef Cacek
Priority: Critical
Elytron testsuite module doesn't work correctly with the {{jboss.dist}} system property.
The {{jboss.dist}} system property is used by QE to run the AS testsuite against the correct bits (e.g. comming from PROD team). The {{testsuite/integration/elytron}} module seems not to be taking this property into account. It seems it always uses output of {{wildfly-server-provisioning-maven-plugin}} to test against.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 11 months
[JBoss JIRA] (DROOLS-1571) Tests not picking rules files from src/main/resources after upgrading to 6.5.0
by Manish Java (JIRA)
[ https://issues.jboss.org/browse/DROOLS-1571?page=com.atlassian.jira.plugi... ]
Manish Java updated DROOLS-1571:
--------------------------------
Description:
I have some rules files under {{src/main/resources}} that are picked up fine with Drools v5.6.0. However, Drools v6.5.0 does not pick up the rules files when tests are being run. Turning on {{DEBUG}} logging shows that Drools v6.5.0 looks for rules files only under {{target/test-classes}} folder (instead of looking for them under {{target/classes}} as well).
A sample project is available [on Github|https://github.com/manish-in-java/spring-drools-validation].
was:
I have some rules files under {{src/main/resources}} that are picked up fine with Drools v5.6.0. However, Drools v6.5.0 does not pick up the rules files when tests are being run. Turning on {{DEBUG}} logging shows that Drools v6.5.0 looks for rules files only under {{target/test-classes}} folder (instead of looking for them under {{target/classes}} as well.
A sample project is available [on Github|https://github.com/manish-in-java/spring-drools-validation].
> Tests not picking rules files from src/main/resources after upgrading to 6.5.0
> ------------------------------------------------------------------------------
>
> Key: DROOLS-1571
> URL: https://issues.jboss.org/browse/DROOLS-1571
> Project: Drools
> Issue Type: Bug
> Components: core engine
> Affects Versions: 6.5.0.Final
> Reporter: Manish Java
> Assignee: Mario Fusco
> Priority: Minor
>
> I have some rules files under {{src/main/resources}} that are picked up fine with Drools v5.6.0. However, Drools v6.5.0 does not pick up the rules files when tests are being run. Turning on {{DEBUG}} logging shows that Drools v6.5.0 looks for rules files only under {{target/test-classes}} folder (instead of looking for them under {{target/classes}} as well).
> A sample project is available [on Github|https://github.com/manish-in-java/spring-drools-validation].
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 11 months
[JBoss JIRA] (DROOLS-1570) Rule stopped working after upgrading from 5.6.0 to 6.5.0
by Manish Java (JIRA)
[ https://issues.jboss.org/browse/DROOLS-1570?page=com.atlassian.jira.plugi... ]
Manish Java updated DROOLS-1570:
--------------------------------
Steps to Reproduce:
# Clone the Git repository from Github.
# Checkout the v5.6.0 version as {{git checkout v1.0}}.
# Run tests as {{mvn clean test}} to see everything working fine with Drools v5.6.0.
# Checkout the main line as {{git checkout master}}.
# Run tests as {{mvn clean test}} to see one of the tests failing.
was:
1. Clone the Git repository from Github.
1. Checkout the v5.6.0 version as {{git checkout v1.0}}.
1. Run tests as {{mvn clean test}} to see everything working fine with Drools v5.6.0.
1. Checkout the main line as {{git checkout master}}.
1. Run tests as {{mvn clean test}} to see one of the tests failing.
> Rule stopped working after upgrading from 5.6.0 to 6.5.0
> --------------------------------------------------------
>
> Key: DROOLS-1570
> URL: https://issues.jboss.org/browse/DROOLS-1570
> Project: Drools
> Issue Type: Bug
> Components: core engine
> Affects Versions: 6.5.0.Final
> Reporter: Manish Java
> Assignee: Mario Fusco
>
> I have the following POJO:
> {code:java}
> package org.example.domain.purchase;
> public class Order {
> private OrderType type;
> }
> {code}
> and the following rules:
> {code:java}
> package org.example.domain.purchase;
> rule "consignment"
> when
> $order: Order(type.equals(OrderType.CONSIGNMENT))
> then
> System.out.println("Processing consignment order.");
> end
> rule "sale"
> when
> $order: Order(type.equals(OrderType.SALE))
> then
> System.out.println("Processing sale order.");
> end
> rule "transfer"
> when
> $order: Order(type.equals(OrderType.TRANSFER))
> then
> System.out.println("Processing transfer order.");
> end
> {code}
> These rules work fine with Drools v5.6.0 but do not fire after upgrading to v6.5.0. Even the following simple rule does not fire:
> {code:java}
> package org.example.domain.purchase;
> rule "order"
> when
> $order: Order()
> then
> System.out.println("Processing an order.")
> end
> {code}
> A sample project is available on [Github|https://github.com/manish-in-java/spring-drools-validation].
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 11 months
[JBoss JIRA] (WFCORE-2456) Obtain password from external source (CMD, EXT) doesn't work on Windows.
by Jan Kalina (JIRA)
[ https://issues.jboss.org/browse/WFCORE-2456?page=com.atlassian.jira.plugi... ]
Jan Kalina closed WFCORE-2456.
------------------------------
Resolution: Rejected
*Confirmed - reported bug is feature of CLI* - character {{"\"}} must be escaped ({noformat}\\{noformat}) or it creates escape sequences ({{"\t"}} is interpreted as tabulator etc.)
Closing, as this is not a bug, at least not a bug of Elytron subsystem but of CLI.
> Obtain password from external source (CMD, EXT) doesn't work on Windows.
> ------------------------------------------------------------------------
>
> Key: WFCORE-2456
> URL: https://issues.jboss.org/browse/WFCORE-2456
> Project: WildFly Core
> Issue Type: Bug
> Components: Security
> Reporter: Hynek Švábek
> Assignee: Jan Kalina
>
> Obtain password from external source (CMD, EXT) doesn't work on Windows.
> Try to create new CS which obtains password from external source:
> {code}
> /subsystem=elytron/credential-store=myCredStore:add(uri="cr-store://test/myCredStore.jceks?create=true", credential-reference={clear-text="{CMD}C:\path\to\scrit\pass.bat,VerySecretPassword", type=COMMAND}, relative-to=jboss.server.config.dir)
> {code}
> pass.bat file contains only this
> {code}
> echo %1
> {code}
> Because of https://issues.jboss.org/browse/JBEAP-9211 you must do this extra step:
> Add new alias to CS -> JCEKS file is created
> Please try it open directly with pass "VerySecretPassword" -> *it doesn't work* on Windows.
> In my opinion there is problem with back slashes in script path.
> https://github.com/wildfly/wildfly-core/blob/3.0.0.Alpha22/controller/src...
> Because when I add there back slashed to path then it works.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 11 months
[JBoss JIRA] (ELY-1177) Using rewrite-user-name-regex element in Elytron client configuration file causes NPE
by Ingo Weiss (JIRA)
[ https://issues.jboss.org/browse/ELY-1177?page=com.atlassian.jira.plugin.s... ]
Ingo Weiss commented on ELY-1177:
---------------------------------
[~olukas], can you provide the reproducer steps please?
> Using rewrite-user-name-regex element in Elytron client configuration file causes NPE
> -------------------------------------------------------------------------------------
>
> Key: ELY-1177
> URL: https://issues.jboss.org/browse/ELY-1177
> Project: WildFly Elytron
> Issue Type: Bug
> Affects Versions: 1.1.0.Beta42
> Reporter: Ondrej Lukas
> Assignee: Darran Lofthouse
> Priority: Blocker
>
> When element {{rewrite-user-name-regex}} is used in Elytron client configuration file then NullPointerException is thrown during authentication.
> Stack trace of thrown NPE:
> {code}
> java.lang.NullPointerException
> org.wildfly.security.auth.client.AuthenticationConfiguration.rewriteUser(AuthenticationConfiguration.java:492)
> org.wildfly.security.auth.client.ElytronXmlParser.lambda$parseAuthenticationConfigurationType$14(ElytronXmlParser.java:605)
> org.wildfly.security.auth.client.ElytronXmlParser.lambda$andThenOp$27(ElytronXmlParser.java:832)
> org.wildfly.security.auth.client.ElytronXmlParser.lambda$andThenOp$27(ElytronXmlParser.java:832)
> org.wildfly.security.auth.client.ElytronXmlParser.lambda$andThenOp$27(ElytronXmlParser.java:832)
> org.wildfly.security.auth.client.ElytronXmlParser.lambda$parseAuthenticationConfigurationType$25(ElytronXmlParser.java:704)
> org.wildfly.security.auth.client.ElytronXmlParser.lambda$parseAuthenticationRuleType$7(ElytronXmlParser.java:513)
> org.wildfly.security.auth.client.ElytronXmlParser.lambda$parseRulesType$8(ElytronXmlParser.java:537)
> org.wildfly.security.auth.client.ElytronXmlParser.parseAuthenticationClientType(ElytronXmlParser.java:308)
> org.wildfly.security.auth.client.ElytronXmlParser.parseAuthenticationClientConfiguration(ElytronXmlParser.java:180)
> org.wildfly.security.auth.client.ElytronXmlParser.parseAuthenticationClientConfiguration(ElytronXmlParser.java:141)
> com.redhat.eap.qe.elytron.authnctx.WildflyConfigXmlServlet.parseAndCreateAuthenticationClientConfiguration(WildflyConfigXmlServlet.java:120)
> com.redhat.eap.qe.elytron.authnctx.WildflyConfigXmlServlet.doGet(WildflyConfigXmlServlet.java:95)
> javax.servlet.http.HttpServlet.service(HttpServlet.java:687)
> javax.servlet.http.HttpServlet.service(HttpServlet.java:790)
> io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:85)
> io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:62)
> io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36)
> org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78)
> io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:131)
> io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:57)
> io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:46)
> io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:64)
> io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:60)
> io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:77)
> io.undertow.security.handlers.NotificationReceiverHandler.handleRequest(NotificationReceiverHandler.java:50)
> io.undertow.security.handlers.AbstractSecurityContextAssociationHandler.handleRequest(AbstractSecurityContextAssociationHandler.java:43)
> io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61)
> io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> org.wildfly.extension.undertow.deployment.GlobalRequestControllerHandler.handleRequest(GlobalRequestControllerHandler.java:68)
> io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:292)
> io.undertow.servlet.handlers.ServletInitialHandler.access$100(ServletInitialHandler.java:81)
> io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:138)
> io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:135)
> io.undertow.servlet.core.ServletRequestContextThreadSetupAction$1.call(ServletRequestContextThreadSetupAction.java:48)
> io.undertow.servlet.core.ContextClassLoaderSetupAction$1.call(ContextClassLoaderSetupAction.java:43)
> org.wildfly.extension.undertow.security.SecurityContextThreadSetupAction.lambda$create$0(SecurityContextThreadSetupAction.java:105)
> org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1704)
> org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1704)
> org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1704)
> org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1704)
> io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:272)
> io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:81)
> io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:104)
> io.undertow.server.Connectors.executeRootHandler(Connectors.java:211)
> io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:809)
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
> java.lang.Thread.run(Thread.java:745)
> {code}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 11 months
[JBoss JIRA] (ELY-1177) Using rewrite-user-name-regex element in Elytron client configuration file causes NPE
by Ingo Weiss (JIRA)
[ https://issues.jboss.org/browse/ELY-1177?page=com.atlassian.jira.plugin.s... ]
Ingo Weiss reassigned ELY-1177:
-------------------------------
Assignee: Ingo Weiss (was: Darran Lofthouse)
> Using rewrite-user-name-regex element in Elytron client configuration file causes NPE
> -------------------------------------------------------------------------------------
>
> Key: ELY-1177
> URL: https://issues.jboss.org/browse/ELY-1177
> Project: WildFly Elytron
> Issue Type: Bug
> Affects Versions: 1.1.0.Beta42
> Reporter: Ondrej Lukas
> Assignee: Ingo Weiss
> Priority: Blocker
>
> When element {{rewrite-user-name-regex}} is used in Elytron client configuration file then NullPointerException is thrown during authentication.
> Stack trace of thrown NPE:
> {code}
> java.lang.NullPointerException
> org.wildfly.security.auth.client.AuthenticationConfiguration.rewriteUser(AuthenticationConfiguration.java:492)
> org.wildfly.security.auth.client.ElytronXmlParser.lambda$parseAuthenticationConfigurationType$14(ElytronXmlParser.java:605)
> org.wildfly.security.auth.client.ElytronXmlParser.lambda$andThenOp$27(ElytronXmlParser.java:832)
> org.wildfly.security.auth.client.ElytronXmlParser.lambda$andThenOp$27(ElytronXmlParser.java:832)
> org.wildfly.security.auth.client.ElytronXmlParser.lambda$andThenOp$27(ElytronXmlParser.java:832)
> org.wildfly.security.auth.client.ElytronXmlParser.lambda$parseAuthenticationConfigurationType$25(ElytronXmlParser.java:704)
> org.wildfly.security.auth.client.ElytronXmlParser.lambda$parseAuthenticationRuleType$7(ElytronXmlParser.java:513)
> org.wildfly.security.auth.client.ElytronXmlParser.lambda$parseRulesType$8(ElytronXmlParser.java:537)
> org.wildfly.security.auth.client.ElytronXmlParser.parseAuthenticationClientType(ElytronXmlParser.java:308)
> org.wildfly.security.auth.client.ElytronXmlParser.parseAuthenticationClientConfiguration(ElytronXmlParser.java:180)
> org.wildfly.security.auth.client.ElytronXmlParser.parseAuthenticationClientConfiguration(ElytronXmlParser.java:141)
> com.redhat.eap.qe.elytron.authnctx.WildflyConfigXmlServlet.parseAndCreateAuthenticationClientConfiguration(WildflyConfigXmlServlet.java:120)
> com.redhat.eap.qe.elytron.authnctx.WildflyConfigXmlServlet.doGet(WildflyConfigXmlServlet.java:95)
> javax.servlet.http.HttpServlet.service(HttpServlet.java:687)
> javax.servlet.http.HttpServlet.service(HttpServlet.java:790)
> io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:85)
> io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:62)
> io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36)
> org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78)
> io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:131)
> io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:57)
> io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:46)
> io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:64)
> io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:60)
> io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:77)
> io.undertow.security.handlers.NotificationReceiverHandler.handleRequest(NotificationReceiverHandler.java:50)
> io.undertow.security.handlers.AbstractSecurityContextAssociationHandler.handleRequest(AbstractSecurityContextAssociationHandler.java:43)
> io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61)
> io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> org.wildfly.extension.undertow.deployment.GlobalRequestControllerHandler.handleRequest(GlobalRequestControllerHandler.java:68)
> io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:292)
> io.undertow.servlet.handlers.ServletInitialHandler.access$100(ServletInitialHandler.java:81)
> io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:138)
> io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:135)
> io.undertow.servlet.core.ServletRequestContextThreadSetupAction$1.call(ServletRequestContextThreadSetupAction.java:48)
> io.undertow.servlet.core.ContextClassLoaderSetupAction$1.call(ContextClassLoaderSetupAction.java:43)
> org.wildfly.extension.undertow.security.SecurityContextThreadSetupAction.lambda$create$0(SecurityContextThreadSetupAction.java:105)
> org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1704)
> org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1704)
> org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1704)
> org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1704)
> io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:272)
> io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:81)
> io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:104)
> io.undertow.server.Connectors.executeRootHandler(Connectors.java:211)
> io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:809)
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
> java.lang.Thread.run(Thread.java:745)
> {code}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 11 months
[JBoss JIRA] (DROOLS-1570) Rule stopped working after upgrading from 5.6.0 to 6.5.0
by Manish Java (JIRA)
Manish Java created DROOLS-1570:
-----------------------------------
Summary: Rule stopped working after upgrading from 5.6.0 to 6.5.0
Key: DROOLS-1570
URL: https://issues.jboss.org/browse/DROOLS-1570
Project: Drools
Issue Type: Bug
Components: core engine
Affects Versions: 6.5.0.Final
Reporter: Manish Java
Assignee: Mario Fusco
I have the following POJO:
{code:java}
package org.example.domain.purchase;
public class Order {
private OrderType type;
}
{code}
and the following rules:
{code:java}
package org.example.domain.purchase;
rule "consignment"
when
$order: Order(type.equals(OrderType.CONSIGNMENT))
then
System.out.println("Processing consignment order.");
end
rule "sale"
when
$order: Order(type.equals(OrderType.SALE))
then
System.out.println("Processing sale order.");
end
rule "transfer"
when
$order: Order(type.equals(OrderType.TRANSFER))
then
System.out.println("Processing transfer order.");
end
{code}
These rules work fine with Drools v5.6.0 but do not fire after upgrading to v6.5.0. Even the following simple rule does not fire:
{code:java}
package org.example.domain.purchase;
rule "order"
when
$order: Order()
then
System.out.println("Processing an order.")
end
{code}
A sample project is available on [Github|https://github.com/manish-in-java/spring-drools-validation].
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 11 months
[JBoss JIRA] (WFLY-8375) Some tests fail with security manager due to lack of permission to read EJB client
by Ivo Studensky (JIRA)
[ https://issues.jboss.org/browse/WFLY-8375?page=com.atlassian.jira.plugin.... ]
Ivo Studensky resolved WFLY-8375.
---------------------------------
Fix Version/s: 11.0.0.Beta1
Resolution: Done
> Some tests fail with security manager due to lack of permission to read EJB client
> ----------------------------------------------------------------------------------
>
> Key: WFLY-8375
> URL: https://issues.jboss.org/browse/WFLY-8375
> Project: WildFly
> Issue Type: Bug
> Components: Test Suite
> Reporter: Jan Tymel
> Assignee: Ivo Studensky
> Fix For: 11.0.0.Beta1
>
>
> *org.jboss.as.test.integration.ejb.injection.ejbref.lookup.EjbRefLookupTestCase#testJBossEjbRefInRest*
> {{./integration-tests.sh -DtestLogToFile=false -Dts.noSmoke -Dts.basic -Dtest=EjbRefLookupTestCase -Dsecurity.manager}}
> fails with:
> {code}
> ERROR [io.undertow.request] (default task-3) UT005023: Exception handling request to /5e692792-50c7-4f07-8881-e7429386c843/rest/second/text: org.jboss.resteasy.spi.UnhandledException: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.io.FilePermission" "/home/jtymel/jboss-eap/src/7.1/jboss-eap-7.1.0.DR13/dist/target/jboss-eap-7.1/modules/system/layers/base/org/jboss/ejb-client/main/jboss-ejb-client-4.0.0.Beta16-redhat-1.jar" "read")" in code source "(vfs:/content/5e692792-50c7-4f07-8881-e7429386c843.war/WEB-INF/classes <no signer certificates>)" of "null")
> at org.jboss.resteasy.core.ExceptionHandler.handleApplicationException(ExceptionHandler.java:78)
> at org.jboss.resteasy.core.ExceptionHandler.handleException(ExceptionHandler.java:222)
> at org.jboss.resteasy.core.SynchronousDispatcher.writeException(SynchronousDispatcher.java:175)
> at org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:418)
> at org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:209)
> at org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.service(ServletContainerDispatcher.java:228)
> 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:790)
> at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:85)
> 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 org.wildfly.extension.undertow.deployment.GlobalRequestControllerHandler.handleRequest(GlobalRequestControllerHandler.java:46)
> 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.security.SecurityContextThreadSetupAction$$Lambda$762.000000004C0FC080.call(Unknown Source)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1704)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction$$Lambda$763.000000004C1943A0.call(Unknown Source)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1704)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction$$Lambda$763.000000004C1943A0.call(Unknown Source)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1704)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction$$Lambda$763.000000004C1943A0.call(Unknown Source)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1704)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction$$Lambda$763.000000004C1943A0.call(Unknown Source)
> 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$1.run(ServletInitialHandler.java:110)
> at java.security.AccessController.doPrivileged(AccessController.java:650)
> at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:107)
> at io.undertow.server.Connectors.executeRootHandler(Connectors.java:211)
> at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:809)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1153)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
> at java.lang.Thread.run(Thread.java:785)
> Caused by: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.io.FilePermission" "/home/jtymel/jboss-eap/src/7.1/jboss-eap-7.1.0.DR13/dist/target/jboss-eap-7.1/modules/system/layers/base/org/jboss/ejb-client/main/jboss-ejb-client-4.0.0.Beta16-redhat-1.jar" "read")" in code source "(vfs:/content/5e692792-50c7-4f07-8881-e7429386c843.war/WEB-INF/classes <no signer certificates>)" of "null")
> at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:278)
> at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:175)
> at java.lang.SecurityManager.checkRead(SecurityManager.java:901)
> at org.wildfly.security.manager.WildFlySecurityManager.checkRead(WildFlySecurityManager.java:350)
> at sun.net.www.protocol.jar.JarFileFactory.getCachedJarFile(JarFileFactory.java:158)
> at sun.net.www.protocol.jar.JarFileFactory.get(JarFileFactory.java:102)
> at sun.net.www.protocol.jar.JarURLConnection.connect(JarURLConnection.java:135)
> at sun.net.www.protocol.jar.JarURLConnection.getInputStream(JarURLConnection.java:163)
> at java.net.URL.openStream(URL.java:1057)
> at java.util.ServiceLoader.parse(ServiceLoader.java:315)
> at java.util.ServiceLoader.access$200(ServiceLoader.java:196)
> at java.util.ServiceLoader$LazyIterator.hasNextService(ServiceLoader.java:368)
> at java.util.ServiceLoader$LazyIterator.access$600(ServiceLoader.java:334)
> at java.util.ServiceLoader$LazyIterator$1.run(ServiceLoader.java:407)
> at java.util.ServiceLoader$LazyIterator$1.run(ServiceLoader.java:406)
> at java.security.AccessController.doPrivileged(AccessController.java:620)
> at java.util.ServiceLoader$LazyIterator.hasNext(ServiceLoader.java:409)
> at java.util.ServiceLoader$1.hasNext(ServiceLoader.java:485)
> at org.wildfly.naming.client.WildFlyRootContext.getProviderContext(WildFlyRootContext.java:435)
> at org.wildfly.naming.client.WildFlyRootContext.lookup(WildFlyRootContext.java:130)
> at javax.naming.InitialContext.lookup(InitialContext.java:428)
> at javax.naming.InitialContext.lookup(InitialContext.java:428)
> at org.jboss.as.weld.services.bootstrap.WeldEjbInjectionServices.doLookup(WeldEjbInjectionServices.java:247)
> at org.jboss.as.weld.services.bootstrap.WeldEjbInjectionServices$1.createResource(WeldEjbInjectionServices.java:108)
> at org.jboss.weld.injection.AbstractResourceInjection.getResourceReference(AbstractResourceInjection.java:49)
> at org.jboss.weld.injection.AbstractResourceInjection.injectResourceReference(AbstractResourceInjection.java:63)
> at org.jboss.weld.util.Beans.injectEEFields(Beans.java:331)
> at org.jboss.weld.injection.producer.ResourceInjector$1.proceed(ResourceInjector.java:69)
> at org.jboss.weld.injection.InjectionContextImpl.run(InjectionContextImpl.java:48)
> at org.jboss.weld.injection.producer.ResourceInjector.inject(ResourceInjector.java:72)
> at org.jboss.weld.injection.producer.BasicInjectionTarget.inject(BasicInjectionTarget.java:117)
> at org.jboss.resteasy.cdi.JaxrsInjectionTarget.inject(JaxrsInjectionTarget.java:44)
> at org.jboss.weld.bean.ManagedBean.create(ManagedBean.java:159)
> at org.jboss.weld.context.AbstractContext.get(AbstractContext.java:96)
> at org.jboss.weld.bean.ContextualInstanceStrategy$DefaultContextualInstanceStrategy.get(ContextualInstanceStrategy.java:100)
> at org.jboss.weld.bean.ContextualInstanceStrategy$CachingContextualInstanceStrategy.get(ContextualInstanceStrategy.java:177)
> at org.jboss.weld.bean.ContextualInstance.get(ContextualInstance.java:50)
> at org.jboss.weld.bean.proxy.ContextBeanInstance.getInstance(ContextBeanInstance.java:99)
> at org.jboss.weld.bean.proxy.ProxyMethodHandler.getInstance(ProxyMethodHandler.java:125)
> at org.jboss.as.test.integration.ejb.injection.ejbref.lookup.SecondRestService$Proxy$_$$_WeldClientProxy.getResultXML(Unknown Source)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:95)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:55)
> at java.lang.reflect.Method.invoke(Method.java:508)
> at org.jboss.resteasy.core.MethodInjectorImpl.invoke(MethodInjectorImpl.java:140)
> at org.jboss.resteasy.core.ResourceMethodInvoker.invokeOnTarget(ResourceMethodInvoker.java:295)
> at org.jboss.resteasy.core.ResourceMethodInvoker.invoke(ResourceMethodInvoker.java:249)
> at org.jboss.resteasy.core.ResourceMethodInvoker.invoke(ResourceMethodInvoker.java:236)
> at org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:402)
> ... 50 more
> {code}
> Another affected tests found so far:
> *org.jboss.as.test.integration.ejb.remote.ejbnamespace.EjbNamespaceInvocationTestCase#testDirectLookup*
> {{./integration-tests.sh -DtestLogToFile=false -Dts.noSmoke -Dts.basic -Dtest=EjbNamespaceInvocationTestCase -Dsecurity.manager}}
> *org.jboss.as.test.integration.ejb.security.callerprincipal.GetCallerPrincipalWithNoDefaultSecurityDomainTestCase#testUnauthenticatedNoSecurityDomain*
> {{./integration-tests.sh -DtestLogToFile=false -Dts.noSmoke -Dts.basic -Dtest=GetCallerPrincipalWithNoDefaultSecurityDomainTestCase -Dsecurity.manager}}
> *org.jboss.as.test.multinode.transaction.async.TransactionPropagationTestCase#testRemoteInvocation*
> *org.jboss.as.test.multinode.transaction.async.TransactionPropagationTestCase#testRemoteWithStatusAtRegistry*
> *org.jboss.as.test.multinode.transaction.async.TransactionPropagationTestCase#testRemoteWithStatusAtTransactionManager*
> {{./integration-tests.sh -DtestLogToFile=false -Dts.noSmoke -Dts.multinode -Dtest=TransactionPropagationTestCase -Dsecurity.manager}}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 11 months
[JBoss JIRA] (WFCORE-2851) Cli output of HTTPSConnectionWithCLITestCase contains only "-2147483648: " (instead of correct result)
by Martin Choma (JIRA)
[ https://issues.jboss.org/browse/WFCORE-2851?page=com.atlassian.jira.plugi... ]
Martin Choma moved JBEAP-11053 to WFCORE-2851:
----------------------------------------------
Project: WildFly Core (was: JBoss Enterprise Application Platform)
Key: WFCORE-2851 (was: JBEAP-11053)
Workflow: GIT Pull Request workflow (was: CDW with loose statuses v1)
Component/s: CLI
Test Suite
(was: CLI)
(was: Test Suite)
Affects Version/s: (was: 7.0.0.ER7)
(was: 7.1.0.DR5)
> Cli output of HTTPSConnectionWithCLITestCase contains only "-2147483648: " (instead of correct result)
> ------------------------------------------------------------------------------------------------------
>
> Key: WFCORE-2851
> URL: https://issues.jboss.org/browse/WFCORE-2851
> Project: WildFly Core
> Issue Type: Bug
> Components: CLI, Test Suite
> Reporter: Martin Choma
> Assignee: Martin Choma
>
> *Description of problem:*
> Cli output of HTTPSConnectionWithCLITestCase in wildfly-core-eap contains only "-2147483648: " (instead of correct result)
> *How reproducible:*
> intermittently: 1%
> *Steps to Reproduce:*
> # mvn install -Dts.manualmode -fae -Dmaven.test.failure.ignore=true -Dnode0=$MYTESTIP_1 -DfailIfNoTests=false -Dtest=HTTPSConnectionWithCLITestCase
> *Actual results:*
> * Maven report:
> {noformat}
> Running org.wildfly.core.test.standalone.mgmt.HTTPSConnectionWithCLITestCase
> Tests run: 4, Failures: 1, Errors: 1, Skipped: 0, Time elapsed: 54.576 sec <<< FAILURE! - in org.wildfly.core.test.standalone.mgmt.HTTPSConnectionWithCLITestCase
> testTrustedCLICertificate(org.wildfly.core.test.standalone.mgmt.HTTPSConnectionWithCLITestCase) Time elapsed: 30.066 sec <<< FAILURE!
> java.lang.AssertionError: Client with valid certificate should be authenticated.
> Expected: a string containing "\"outcome\" => \"success\""
> but: was "-2147483648: "
> at org.hamcrest.MatcherAssert.assertThat(MatcherAssert.java:20)
> at org.junit.Assert.assertThat(Assert.java:956)
> at org.wildfly.core.test.standalone.mgmt.HTTPSConnectionWithCLITestCase.testTrustedCLICertificate(HTTPSConnectionWithCLITestCase.java:149)
> org.wildfly.core.test.standalone.mgmt.HTTPSConnectionWithCLITestCase Time elapsed: 16.5 sec <<< ERROR!
> org.jboss.as.cli.CommandLineException: Failed to establish connection in 6063ms
> at org.jboss.as.cli.handlers.ReloadHandler.ensureServerRebootComplete(ReloadHandler.java:235)
> at org.jboss.as.cli.handlers.ReloadHandler.doHandle(ReloadHandler.java:165)
> at org.jboss.as.cli.handlers.CommandHandlerWithHelp.handle(CommandHandlerWithHelp.java:88)
> at org.jboss.as.cli.impl.CommandContextImpl.handle(CommandContextImpl.java:776)
> at org.wildfly.core.test.standalone.mgmt.HTTPSManagementInterfaceTestCase.reloadServer(HTTPSManagementInterfaceTestCase.java:128)
> at org.wildfly.core.test.standalone.mgmt.HTTPSConnectionWithCLITestCase.resetTestConfiguration(HTTPSConnectionWithCLITestCase.java:162)
> Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: -1,448,877.175 sec <<< FAILURE! - in org.wildfly.core.test.standalone.mgmt.HTTPSManagementInterfaceTestCase
> org.wildfly.core.test.standalone.mgmt.HTTPSManagementInterfaceTestCase Time elapsed: -1,448,877.178 sec <<< ERROR!
> java.lang.RuntimeException: "WFLYCTL0212: Duplicate resource [
> (\"socket-binding-group\" => \"standard-sockets\"),
> (\"socket-binding\" => \"management-native\")
> ]"
> at org.jboss.as.test.integration.security.common.CoreUtils.applyUpdate(CoreUtils.java:185)
> at org.wildfly.core.test.standalone.mgmt.HTTPSManagementInterfaceTestCase.serverSetup(HTTPSManagementInterfaceTestCase.java:269)
> at org.wildfly.core.test.standalone.mgmt.HTTPSManagementInterfaceTestCase.startAndSetupContainer(HTTPSManagementInterfaceTestCase.java:116)
> {noformat}
> * testcase logs are attached
> *Expected results:*
> No error
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 11 months