[JBoss JIRA] (WFCORE-4366) Exclude org.apache.commons:commons-lang3 from the elytron-tool
by Kabir Khan (Jira)
[ https://issues.jboss.org/browse/WFCORE-4366?page=com.atlassian.jira.plugi... ]
Kabir Khan updated WFCORE-4366:
-------------------------------
Description:
It is only used by model-test and comes in transitively through model-test's dependencies:
{code}
$mvn dependency:tree -pl model-test/
[INFO] Scanning for projects...
[INFO]
[INFO] ----------------< org.wildfly.core:wildfly-model-test >-----------------
[INFO] Building WildFly: Common Code for Subsystem and Non-subsystem Test Harness 8.0.1.Final-redhat-SNAPSHOT
[INFO] --------------------------------[ jar ]---------------------------------
[INFO]
[INFO] --- maven-dependency-plugin:3.1.1:tree (default-cli) @ wildfly-model-test ---
[INFO] org.wildfly.core:wildfly-model-test:jar:8.0.1.Final-redhat-SNAPSHOT
[INFO] +- junit:junit:jar:4.12:compile
[INFO] | \- org.hamcrest:hamcrest-core:jar:1.3:compile
[INFO] +- org.apache.maven:maven-resolver-provider:jar:3.5.0:compile
[INFO] | +- org.apache.maven:maven-model:jar:3.5.0:compile
[INFO] | +- org.apache.maven:maven-model-builder:jar:3.5.0:compile
[INFO] | | +- org.codehaus.plexus:plexus-interpolation:jar:1.24:compile
[INFO] | | +- org.apache.maven:maven-artifact:jar:3.5.0:compile
[INFO] | | +- org.apache.maven:maven-builder-support:jar:3.5.0:compile
[INFO] | | \- com.google.guava:guava:jar:20.0:compile
[INFO] | +- org.apache.maven:maven-repository-metadata:jar:3.5.0:compile
[INFO] | +- org.apache.maven.resolver:maven-resolver-impl:jar:1.1.0:compile
[INFO] | +- org.codehaus.plexus:plexus-component-annotations:jar:1.7.1:compile
[INFO] | \- org.apache.commons:commons-lang3:jar:3.5:compile
{code}
This causes a dependency convergence error downstream as there we align to the version of commons-lang3 used in full (3.8) and we end up with the tool pulling in 3.8 and model-test using 3.5. Although there is a wildcard exclusion for all of the elytron tool's dependencies, this does not work https://issues.apache.org/jira/browse/MENFORCER-195
was:
It is only used by model-test and comes in transitively through model-test's dependencies:
{code}
$mvn dependency:tree -pl model-test/
[INFO] Scanning for projects...
[INFO]
[INFO] ----------------< org.wildfly.core:wildfly-model-test >-----------------
[INFO] Building WildFly: Common Code for Subsystem and Non-subsystem Test Harness 8.0.1.Final-redhat-SNAPSHOT
[INFO] --------------------------------[ jar ]---------------------------------
[INFO]
[INFO] --- maven-dependency-plugin:3.1.1:tree (default-cli) @ wildfly-model-test ---
[INFO] org.wildfly.core:wildfly-model-test:jar:8.0.1.Final-redhat-SNAPSHOT
[INFO] +- junit:junit:jar:4.12:compile
[INFO] | \- org.hamcrest:hamcrest-core:jar:1.3:compile
[INFO] +- org.apache.maven:maven-resolver-provider:jar:3.5.0:compile
[INFO] | +- org.apache.maven:maven-model:jar:3.5.0:compile
[INFO] | +- org.apache.maven:maven-model-builder:jar:3.5.0:compile
[INFO] | | +- org.codehaus.plexus:plexus-interpolation:jar:1.24:compile
[INFO] | | +- org.apache.maven:maven-artifact:jar:3.5.0:compile
[INFO] | | +- org.apache.maven:maven-builder-support:jar:3.5.0:compile
[INFO] | | \- com.google.guava:guava:jar:20.0:compile
[INFO] | +- org.apache.maven:maven-repository-metadata:jar:3.5.0:compile
[INFO] | +- org.apache.maven.resolver:maven-resolver-impl:jar:1.1.0:compile
[INFO] | +- org.codehaus.plexus:plexus-component-annotations:jar:1.7.1:compile
[INFO] | \- org.apache.commons:commons-lang3:jar:3.5:compile
{code}
This causes a dependency convergence error downstream (is the checking stricter there??)
> Exclude org.apache.commons:commons-lang3 from the elytron-tool
> --------------------------------------------------------------
>
> Key: WFCORE-4366
> URL: https://issues.jboss.org/browse/WFCORE-4366
> Project: WildFly Core
> Issue Type: Bug
> Reporter: Kabir Khan
> Assignee: Kabir Khan
> Priority: Major
>
> It is only used by model-test and comes in transitively through model-test's dependencies:
> {code}
> $mvn dependency:tree -pl model-test/
> [INFO] Scanning for projects...
> [INFO]
> [INFO] ----------------< org.wildfly.core:wildfly-model-test >-----------------
> [INFO] Building WildFly: Common Code for Subsystem and Non-subsystem Test Harness 8.0.1.Final-redhat-SNAPSHOT
> [INFO] --------------------------------[ jar ]---------------------------------
> [INFO]
> [INFO] --- maven-dependency-plugin:3.1.1:tree (default-cli) @ wildfly-model-test ---
> [INFO] org.wildfly.core:wildfly-model-test:jar:8.0.1.Final-redhat-SNAPSHOT
> [INFO] +- junit:junit:jar:4.12:compile
> [INFO] | \- org.hamcrest:hamcrest-core:jar:1.3:compile
> [INFO] +- org.apache.maven:maven-resolver-provider:jar:3.5.0:compile
> [INFO] | +- org.apache.maven:maven-model:jar:3.5.0:compile
> [INFO] | +- org.apache.maven:maven-model-builder:jar:3.5.0:compile
> [INFO] | | +- org.codehaus.plexus:plexus-interpolation:jar:1.24:compile
> [INFO] | | +- org.apache.maven:maven-artifact:jar:3.5.0:compile
> [INFO] | | +- org.apache.maven:maven-builder-support:jar:3.5.0:compile
> [INFO] | | \- com.google.guava:guava:jar:20.0:compile
> [INFO] | +- org.apache.maven:maven-repository-metadata:jar:3.5.0:compile
> [INFO] | +- org.apache.maven.resolver:maven-resolver-impl:jar:1.1.0:compile
> [INFO] | +- org.codehaus.plexus:plexus-component-annotations:jar:1.7.1:compile
> [INFO] | \- org.apache.commons:commons-lang3:jar:3.5:compile
> {code}
> This causes a dependency convergence error downstream as there we align to the version of commons-lang3 used in full (3.8) and we end up with the tool pulling in 3.8 and model-test using 3.5. Although there is a wildcard exclusion for all of the elytron tool's dependencies, this does not work https://issues.apache.org/jira/browse/MENFORCER-195
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 10 months
[JBoss JIRA] (WFCORE-4366) Exclude org.apache.commons:commons-lang3 from the elytron-tool
by Kabir Khan (Jira)
[ https://issues.jboss.org/browse/WFCORE-4366?page=com.atlassian.jira.plugi... ]
Kabir Khan updated WFCORE-4366:
-------------------------------
Description:
It is only used by model-test and comes in transitively through model-test's dependencies:
{code}
$mvn dependency:tree -pl model-test/
[INFO] Scanning for projects...
[INFO]
[INFO] ----------------< org.wildfly.core:wildfly-model-test >-----------------
[INFO] Building WildFly: Common Code for Subsystem and Non-subsystem Test Harness 8.0.1.Final-redhat-SNAPSHOT
[INFO] --------------------------------[ jar ]---------------------------------
[INFO]
[INFO] --- maven-dependency-plugin:3.1.1:tree (default-cli) @ wildfly-model-test ---
[INFO] org.wildfly.core:wildfly-model-test:jar:8.0.1.Final-redhat-SNAPSHOT
[INFO] +- junit:junit:jar:4.12:compile
[INFO] | \- org.hamcrest:hamcrest-core:jar:1.3:compile
[INFO] +- org.apache.maven:maven-resolver-provider:jar:3.5.0:compile
[INFO] | +- org.apache.maven:maven-model:jar:3.5.0:compile
[INFO] | +- org.apache.maven:maven-model-builder:jar:3.5.0:compile
[INFO] | | +- org.codehaus.plexus:plexus-interpolation:jar:1.24:compile
[INFO] | | +- org.apache.maven:maven-artifact:jar:3.5.0:compile
[INFO] | | +- org.apache.maven:maven-builder-support:jar:3.5.0:compile
[INFO] | | \- com.google.guava:guava:jar:20.0:compile
[INFO] | +- org.apache.maven:maven-repository-metadata:jar:3.5.0:compile
[INFO] | +- org.apache.maven.resolver:maven-resolver-impl:jar:1.1.0:compile
[INFO] | +- org.codehaus.plexus:plexus-component-annotations:jar:1.7.1:compile
[INFO] | \- org.apache.commons:commons-lang3:jar:3.5:compile
{code}
This causes a dependency convergence error downstream as there we align to the version of commons-lang3 used in full (3.8) and we end up with the tool pulling in 3.8 and model-test using 3.5. Although there is a wildcard exclusion for all of the elytron tool's dependencies, this does not work due to https://issues.apache.org/jira/browse/MENFORCER-195
was:
It is only used by model-test and comes in transitively through model-test's dependencies:
{code}
$mvn dependency:tree -pl model-test/
[INFO] Scanning for projects...
[INFO]
[INFO] ----------------< org.wildfly.core:wildfly-model-test >-----------------
[INFO] Building WildFly: Common Code for Subsystem and Non-subsystem Test Harness 8.0.1.Final-redhat-SNAPSHOT
[INFO] --------------------------------[ jar ]---------------------------------
[INFO]
[INFO] --- maven-dependency-plugin:3.1.1:tree (default-cli) @ wildfly-model-test ---
[INFO] org.wildfly.core:wildfly-model-test:jar:8.0.1.Final-redhat-SNAPSHOT
[INFO] +- junit:junit:jar:4.12:compile
[INFO] | \- org.hamcrest:hamcrest-core:jar:1.3:compile
[INFO] +- org.apache.maven:maven-resolver-provider:jar:3.5.0:compile
[INFO] | +- org.apache.maven:maven-model:jar:3.5.0:compile
[INFO] | +- org.apache.maven:maven-model-builder:jar:3.5.0:compile
[INFO] | | +- org.codehaus.plexus:plexus-interpolation:jar:1.24:compile
[INFO] | | +- org.apache.maven:maven-artifact:jar:3.5.0:compile
[INFO] | | +- org.apache.maven:maven-builder-support:jar:3.5.0:compile
[INFO] | | \- com.google.guava:guava:jar:20.0:compile
[INFO] | +- org.apache.maven:maven-repository-metadata:jar:3.5.0:compile
[INFO] | +- org.apache.maven.resolver:maven-resolver-impl:jar:1.1.0:compile
[INFO] | +- org.codehaus.plexus:plexus-component-annotations:jar:1.7.1:compile
[INFO] | \- org.apache.commons:commons-lang3:jar:3.5:compile
{code}
This causes a dependency convergence error downstream as there we align to the version of commons-lang3 used in full (3.8) and we end up with the tool pulling in 3.8 and model-test using 3.5. Although there is a wildcard exclusion for all of the elytron tool's dependencies, this does not work https://issues.apache.org/jira/browse/MENFORCER-195
> Exclude org.apache.commons:commons-lang3 from the elytron-tool
> --------------------------------------------------------------
>
> Key: WFCORE-4366
> URL: https://issues.jboss.org/browse/WFCORE-4366
> Project: WildFly Core
> Issue Type: Bug
> Reporter: Kabir Khan
> Assignee: Kabir Khan
> Priority: Major
>
> It is only used by model-test and comes in transitively through model-test's dependencies:
> {code}
> $mvn dependency:tree -pl model-test/
> [INFO] Scanning for projects...
> [INFO]
> [INFO] ----------------< org.wildfly.core:wildfly-model-test >-----------------
> [INFO] Building WildFly: Common Code for Subsystem and Non-subsystem Test Harness 8.0.1.Final-redhat-SNAPSHOT
> [INFO] --------------------------------[ jar ]---------------------------------
> [INFO]
> [INFO] --- maven-dependency-plugin:3.1.1:tree (default-cli) @ wildfly-model-test ---
> [INFO] org.wildfly.core:wildfly-model-test:jar:8.0.1.Final-redhat-SNAPSHOT
> [INFO] +- junit:junit:jar:4.12:compile
> [INFO] | \- org.hamcrest:hamcrest-core:jar:1.3:compile
> [INFO] +- org.apache.maven:maven-resolver-provider:jar:3.5.0:compile
> [INFO] | +- org.apache.maven:maven-model:jar:3.5.0:compile
> [INFO] | +- org.apache.maven:maven-model-builder:jar:3.5.0:compile
> [INFO] | | +- org.codehaus.plexus:plexus-interpolation:jar:1.24:compile
> [INFO] | | +- org.apache.maven:maven-artifact:jar:3.5.0:compile
> [INFO] | | +- org.apache.maven:maven-builder-support:jar:3.5.0:compile
> [INFO] | | \- com.google.guava:guava:jar:20.0:compile
> [INFO] | +- org.apache.maven:maven-repository-metadata:jar:3.5.0:compile
> [INFO] | +- org.apache.maven.resolver:maven-resolver-impl:jar:1.1.0:compile
> [INFO] | +- org.codehaus.plexus:plexus-component-annotations:jar:1.7.1:compile
> [INFO] | \- org.apache.commons:commons-lang3:jar:3.5:compile
> {code}
> This causes a dependency convergence error downstream as there we align to the version of commons-lang3 used in full (3.8) and we end up with the tool pulling in 3.8 and model-test using 3.5. Although there is a wildcard exclusion for all of the elytron tool's dependencies, this does not work due to https://issues.apache.org/jira/browse/MENFORCER-195
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 10 months
[JBoss JIRA] (WFCORE-4366) Exclude org.apache.commons:commons-lang3 from the elytron-tool
by Kabir Khan (Jira)
[ https://issues.jboss.org/browse/WFCORE-4366?page=com.atlassian.jira.plugi... ]
Kabir Khan updated WFCORE-4366:
-------------------------------
Summary: Exclude org.apache.commons:commons-lang3 from the elytron-tool (was: Manage org.apache.commons:commons-lang3 rather than pull it in transitively)
> Exclude org.apache.commons:commons-lang3 from the elytron-tool
> --------------------------------------------------------------
>
> Key: WFCORE-4366
> URL: https://issues.jboss.org/browse/WFCORE-4366
> Project: WildFly Core
> Issue Type: Bug
> Reporter: Kabir Khan
> Assignee: Kabir Khan
> Priority: Major
>
> It is only used by model-test and comes in transitively through model-test's dependencies:
> {code}
> $mvn dependency:tree -pl model-test/
> [INFO] Scanning for projects...
> [INFO]
> [INFO] ----------------< org.wildfly.core:wildfly-model-test >-----------------
> [INFO] Building WildFly: Common Code for Subsystem and Non-subsystem Test Harness 8.0.1.Final-redhat-SNAPSHOT
> [INFO] --------------------------------[ jar ]---------------------------------
> [INFO]
> [INFO] --- maven-dependency-plugin:3.1.1:tree (default-cli) @ wildfly-model-test ---
> [INFO] org.wildfly.core:wildfly-model-test:jar:8.0.1.Final-redhat-SNAPSHOT
> [INFO] +- junit:junit:jar:4.12:compile
> [INFO] | \- org.hamcrest:hamcrest-core:jar:1.3:compile
> [INFO] +- org.apache.maven:maven-resolver-provider:jar:3.5.0:compile
> [INFO] | +- org.apache.maven:maven-model:jar:3.5.0:compile
> [INFO] | +- org.apache.maven:maven-model-builder:jar:3.5.0:compile
> [INFO] | | +- org.codehaus.plexus:plexus-interpolation:jar:1.24:compile
> [INFO] | | +- org.apache.maven:maven-artifact:jar:3.5.0:compile
> [INFO] | | +- org.apache.maven:maven-builder-support:jar:3.5.0:compile
> [INFO] | | \- com.google.guava:guava:jar:20.0:compile
> [INFO] | +- org.apache.maven:maven-repository-metadata:jar:3.5.0:compile
> [INFO] | +- org.apache.maven.resolver:maven-resolver-impl:jar:1.1.0:compile
> [INFO] | +- org.codehaus.plexus:plexus-component-annotations:jar:1.7.1:compile
> [INFO] | \- org.apache.commons:commons-lang3:jar:3.5:compile
> {code}
> This causes a dependency convergence error downstream (is the checking stricter there??)
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 10 months
[JBoss JIRA] (WFLY-11680) jax-rs and CDI: FormParam in BeanParam is not injected
by Matej Novotny (Jira)
[ https://issues.jboss.org/browse/WFLY-11680?page=com.atlassian.jira.plugin... ]
Matej Novotny commented on WFLY-11680:
--------------------------------------
bq. I will try to avoid using proxies and check if it doesn't break anything else.
You will always have a client proxy in place with request scoped beans (or any other normal scoped bean).
The proxy is just an "empty holder" that knows how to get an actual underlying bean and forwards all calls there.
Setting anything on a field that belongs to proxy class has no effect. Furthermore, bean initialization is lazy - you will get a proxy object injected but actual contextual instance isn't created until you first try to access it which might have confused you when debugging.
bq. The reason why I assume proxies are correct is that during the injection phase it uses client proxy with a real backed bean instance which gets the parameters set correctly via the proxy,...
If you debug the {{PropertyInjectorImpl}} when it tries to inject into the class, the {{Object target}} parameter is a proxy class and not the contextual instance.
Calling {{getClass().getName()}} on it will get you something like {{org.jboss.as.test.integration.jaxrs.client.CustomBean$Proxy$_$$_WeldClientProxy}}.
> jax-rs and CDI: FormParam in BeanParam is not injected
> ------------------------------------------------------
>
> Key: WFLY-11680
> URL: https://issues.jboss.org/browse/WFLY-11680
> Project: WildFly
> Issue Type: Bug
> Components: CDI / Weld, REST
> Reporter: Marek Kopecký
> Assignee: Ivo Studensky
> Priority: Critical
>
> RESTEasy with CDI is unable to inject FormParam in BeanParam if BeanParam is with RequestScoped
> This issue is not a regression against WF11. But this issue looks like spec violation (cc [~msvehla]). This issue is not present on Payara with Jersey (reference jax-rs implementation)
> Example:
> {code:java}
> @Path("/a")
> public class Resource {
> @POST
> @Consumes(MediaType.APPLICATION_FORM_URLENCODED)
> public Integer a(@BeanParam CustomBean customBean) {
> return customBean.getParam().length();
> }
> }
> @RequestScoped
> public class CustomBean {
> @FormParam("param")
> private String param;
> public String getParam() {
> return param;
> }
> }
> {code}
> {code:html}
> <!DOCTYPE html><html><body>
> <form action="http://127.0.0.1:8080/jaxrs-wf/a" method="post" enctype="application/x-www-form-urlencoded">
> <input type="text" name="param"><br>
> <input type="submit" value="Submit" name="submit">
> </form></body></html>
> {code}
> {noformat}
> 08:25:18,584 ERROR [io.undertow.request] (default task-1) UT005023: Exception handling request to /jaxrs-wf/a: org.jboss.resteasy.spi.UnhandledException: java.lang.NullPointerException
> 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:193)
> at org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:455)
> 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:364)
> 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:1982)
> at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1486)
> at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1348)
> at java.lang.Thread.run(Thread.java:748)
> Caused by: java.lang.NullPointerException
> at org.resteasy.simple.deployment.Resource.a(Resource.java:18)
> at org.resteasy.simple.deployment.Resource$Proxy$_$$_WeldClientProxy.a(Unknown Source)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at org.jboss.resteasy.core.MethodInjectorImpl.invoke(MethodInjectorImpl.java:139)
> 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)
> ... 55 more
> {noformat}
> ----
> * [Forum link|https://developer.jboss.org/thread/279572]
> * cc [~asoldano]
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 10 months
[JBoss JIRA] (DROOLS-2714) Future: Dialog to name test and define bindings (UX)
by Klara Kufova (Jira)
[ https://issues.jboss.org/browse/DROOLS-2714?page=com.atlassian.jira.plugi... ]
Klara Kufova commented on DROOLS-2714:
--------------------------------------
DROOLS-3492: KIE sessions
BAPL-1241: RuleFlow groups
> Future: Dialog to name test and define bindings (UX)
> ----------------------------------------------------
>
> Key: DROOLS-2714
> URL: https://issues.jboss.org/browse/DROOLS-2714
> Project: Drools
> Issue Type: Task
> Components: Scenario Simulation and Testing
> Reporter: Liz Clayton
> Assignee: Liz Clayton
> Priority: Major
> Labels: ScenarioSimulation, UX, UXTeam
> Attachments: Add-future1c.png, Add-simple1.png, Add-simple1b.png
>
>
> As a business user I want to +Add+ a scenario test asset, so that I perform simulation tests against certain (decision) asset types, including: Rules, DMN, and Processes.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 10 months