[JBoss JIRA] (WFCORE-3480) ls output is unfriendly if any element in return contents is longer than terminal width
by Jean-Francois Denise (JIRA)
[ https://issues.jboss.org/browse/WFCORE-3480?page=com.atlassian.jira.plugi... ]
Jean-Francois Denise commented on WFCORE-3480:
----------------------------------------------
Good catch! The fix for AESH-435 was not applied to aesh-readline, I fixed it and opened a PR. We will need to upgrade to aesh-readline 1.3
> ls output is unfriendly if any element in return contents is longer than terminal width
> ---------------------------------------------------------------------------------------
>
> Key: WFCORE-3480
> URL: https://issues.jboss.org/browse/WFCORE-3480
> Project: WildFly Core
> Issue Type: Bug
> Components: CLI
> Affects Versions: 4.0.0.Alpha5
> Reporter: Marek Kopecký
> Assignee: Jean-Francois Denise
> Priority: Blocker
>
> When 'ls' operation is performed over 'provider-loader' element, the output is very ugly - I get many empty lines with one very long attribute value and few more attributes with simple values.
> Expected: no empty lines between printed attributes so the output does not take like 4 screen size.
> *Steps to reproduce:*
> # prepare WF based on wf-core
> # start WF
> # ls /subsystem=elytron/provider-loader=elytron
> # see very long output with many empty lines between particular attribute records printed
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 12 months
[JBoss JIRA] (WFCORE-3480) ls output is unfriendly if any element in return contents is longer than terminal width
by Marek Kopecký (JIRA)
Marek Kopecký created WFCORE-3480:
-------------------------------------
Summary: ls output is unfriendly if any element in return contents is longer than terminal width
Key: WFCORE-3480
URL: https://issues.jboss.org/browse/WFCORE-3480
Project: WildFly Core
Issue Type: Bug
Components: CLI
Affects Versions: 4.0.0.Alpha5
Reporter: Marek Kopecký
Assignee: Jean-Francois Denise
Priority: Blocker
When 'ls' operation is performed over 'provider-loader' element, the output is very ugly - I get many empty lines with one very long attribute value and few more attributes with simple values.
Expected: no empty lines between printed attributes so the output does not take like 4 screen size.
*Steps to reproduce:*
# prepare WF based on wf-core
# start WF
# ls /subsystem=elytron/provider-loader=elytron
# see very long output with many empty lines between particular attribute records printed
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 12 months
[JBoss JIRA] (WFLY-9635) jdr throws IllegalArgumentException if server is not started
by Marek Kopecký (JIRA)
Marek Kopecký created WFLY-9635:
-----------------------------------
Summary: jdr throws IllegalArgumentException if server is not started
Key: WFLY-9635
URL: https://issues.jboss.org/browse/WFLY-9635
Project: WildFly
Issue Type: Bug
Components: JDR
Reporter: Marek Kopecký
Assignee: Brad Maxwell
Priority: Blocker
*Description of the issue:*
jdr throws IllegalArgumentException if server is not started
*Steps to reproduce:*
# do *not* start the server
# ./jdr.sh
*Actual results:*
{noformat}
[mkopecky@dhcp-10-40-4-226 bin]$ ./jdr.sh
Initializing JBoss Diagnostic Reporter...
Trying to connect to http-remoting localhost:9990
Starting embedded server
Exception for embed-server --std-out=echo : Task java.util.concurrent.FutureTask@6631f5ca rejected from java.util.concurrent.ThreadPoolExecutor@5ace1ed4[Terminated, pool size = 0, active threads = 0, queued tasks = 0, completed tasks = 0]
Exception for stop-embedded-server: Task java.util.concurrent.FutureTask@31e5415e rejected from java.util.concurrent.ThreadPoolExecutor@5ace1ed4[Terminated, pool size = 0, active threads = 0, queued tasks = 0, completed tasks = 0]
Exception in thread "main" java.lang.IllegalArgumentException: Error handling command: /subsystem=jdr:generate-jdr-report()
at org.jboss.as.cli.scriptsupport.CLI.cmd(CLI.java:248)
at org.jboss.as.jdr.CommandLineMain.main(CommandLineMain.java:120)
at org.jboss.modules.Module.run(Module.java:344)
at org.jboss.modules.Main.main(Main.java:525)
Caused by: org.jboss.as.cli.CommandLineException: The connection to the controller has not been established.
at org.jboss.as.cli.impl.CommandContextImpl.execute(CommandContextImpl.java:804)
at org.jboss.as.cli.impl.CommandContextImpl.execute(CommandContextImpl.java:823)
at org.jboss.as.cli.scriptsupport.CLI.cmd(CLI.java:241)
... 3 more
[mkopecky@dhcp-10-40-4-226 bin]$
{noformat}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 12 months
[JBoss JIRA] (WFLY-9479) SSL Resource Causing SSL is null
by Stuart Douglas (JIRA)
[ https://issues.jboss.org/browse/WFLY-9479?page=com.atlassian.jira.plugin.... ]
Stuart Douglas commented on WFLY-9479:
--------------------------------------
I was not able to reproduce this. Something is definitely closing the SSLEngine, but without a stack trace of what is happening when the engine is closed it is hard to say what it could be.
> SSL Resource Causing SSL is null
> --------------------------------
>
> Key: WFLY-9479
> URL: https://issues.jboss.org/browse/WFLY-9479
> Project: WildFly
> Issue Type: Bug
> Components: Web (Undertow)
> Affects Versions: 11.0.0.Final
> Environment: Linux CentoOS with Docker.
> Reporter: Jason Bruwer
> Assignee: Stuart Douglas
> Attachments: Screen Shot 2017-10-27 at 09.57.26.png, Screen Shot 2017-10-31 at 14.42.57.png, Screen Shot 2017-10-31 at 14.43.35.png, back_to_TLS.png, nont_ssl_server.log, server_2017-10-27T05-58-24+0000.log, showcase-master.zip, web.xml, with_openssl_chrome_server.log, with_openssl_firefox_server.log
>
>
> 2017-10-25 13:28:42,865 ERROR [io.undertow.request] (default task-20) UT005023: Exception handling request to /fluid/javax.faces.resource/syntaxhighlighter.css.xhtml: java.lang.IllegalStateException: ssl is null
> at org.wildfly.openssl.SSLImpl.getSessionId0(Native Method)
> at org.wildfly.openssl.SSLImpl.getSessionId(SSLImpl.java:479)
> at org.wildfly.openssl.OpenSSLEngine.getSession(OpenSSLEngine.java:871)
> at io.undertow.server.protocol.http.ALPNLimitingSSLEngine.getSession(ALPNLimitingSSLEngine.java:211)
> at io.undertow.protocols.ssl.SslConduit.getSslSession(SslConduit.java:638)
> at io.undertow.protocols.ssl.UndertowSslConnection.getSslSession(UndertowSslConnection.java:69)
> at io.undertow.protocols.http2.Http2Channel.getSslSession(Http2Channel.java:791)
> at io.undertow.server.protocol.http2.Http2SslSessionInfo.getCipherSuite(Http2SslSessionInfo.java:53)
> at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:122)
> 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:1508)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1508)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1508)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1508)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1508)
> 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:326)
> at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:812)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
> at java.lang.Thread.run(Thread.java:748)
> 2017-10-25 13:28:42,866 ERROR [io.undertow.request] (default task-32) UT005023: Exception handling request to /fluid/javax.faces.resource/layout/layout.css.xhtml: java.lang.IllegalStateException: ssl is null
> at org.wildfly.openssl.SSLImpl.getSessionId0(Native Method)
> at org.wildfly.openssl.SSLImpl.getSessionId(SSLImpl.java:479)
> at org.wildfly.openssl.OpenSSLEngine.getSession(OpenSSLEngine.java:871)
> at io.undertow.server.protocol.http.ALPNLimitingSSLEngine.getSession(ALPNLimitingSSLEngine.java:211)
> at io.undertow.protocols.ssl.SslConduit.getSslSession(SslConduit.java:638)
> at io.undertow.protocols.ssl.UndertowSslConnection.getSslSession(UndertowSslConnection.java:69)
> at io.undertow.protocols.http2.Http2Channel.getSslSession(Http2Channel.java:791)
> at io.undertow.server.protocol.http2.Http2SslSessionInfo.getCipherSuite(Http2SslSessionInfo.java:53)
> at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:122)
> 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:1508)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1508)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1508)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1508)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1508)
> 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:326)
> at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:812)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
> at java.lang.Thread.run(Thread.java:748)
> 2017-10-25 13:28:42,865 ERROR [io.undertow.request] (default task-22) UT005023: Exception handling request to /fluid/javax.faces.resource/fa/font-awesome.css.xhtml: java.lang.IllegalStateException: ssl is null
> at org.wildfly.openssl.SSLImpl.getSessionId0(Native Method)
> at org.wildfly.openssl.SSLImpl.getSessionId(SSLImpl.java:479)
> at org.wildfly.openssl.OpenSSLEngine.getSession(OpenSSLEngine.java:871)
> at io.undertow.server.protocol.http.ALPNLimitingSSLEngine.getSession(ALPNLimitingSSLEngine.java:211)
> at io.undertow.protocols.ssl.SslConduit.getSslSession(SslConduit.java:638)
> at io.undertow.protocols.ssl.UndertowSslConnection.getSslSession(UndertowSslConnection.java:69)
> at io.undertow.protocols.http2.Http2Channel.getSslSession(Http2Channel.java:791)
> at io.undertow.server.protocol.http2.Http2SslSessionInfo.getCipherSuite(Http2SslSessionInfo.java:53)
> at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:122)
> 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:1508)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1508)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1508)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1508)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1508)
> 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:326)
> at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:812)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
> at java.lang.Thread.run(Thread.java:748)
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 12 months
[JBoss JIRA] (ELY-1473) Java 9: Use new Provider(String, String, String) constructor
by David Lloyd (JIRA)
David Lloyd created ELY-1473:
--------------------------------
Summary: Java 9: Use new Provider(String,String,String) constructor
Key: ELY-1473
URL: https://issues.jboss.org/browse/ELY-1473
Project: WildFly Elytron
Issue Type: Enhancement
Reporter: David Lloyd
Starting from Java 9, Provider instances no longer have a version of type {{double}}; instead it is a plain string. We can start to supply the actual Elytron version string for this parameter, in Java 9.
To have Java 8 and Java 9 versions of this class, an intermediate superclass must be introduced which extends Provider, which can be overridden in a Java 9 supplement. On Java 8, the [emulation logic|https://github.com/dmlloyd/openjdk/commit/3f86236207573314e25bf7009...] from Java 9 (or something similar) is used to construct a {{double}} from the version string. On Java 9, the literal version string is used.
Developing a Java 9 supplement for Elytron is a prerequisite to this task.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 12 months
[JBoss JIRA] (WFLY-9634) Enable MixedDomainDeploymentTest.testExplodedDeployment() for EAP 7.1.0
by Kabir Khan (JIRA)
[ https://issues.jboss.org/browse/WFLY-9634?page=com.atlassian.jira.plugin.... ]
Kabir Khan updated WFLY-9634:
-----------------------------
Description:
I have added an
{code}
// TODO WFLY-9634
Assume.assumeFalse(supportManagedExplodedDeployment());
{code}
to this test in https://github.com/wildfly/wildfly/pull/10730 which introduces the 7.1.0 mixed domain tests. See WFCORE-3479 for more details.
If for some reason the decision is to *not* allow this use case from within a composite, this test should be rewritten to not use a composite.
was:
I have added an
{code}
// TODO WFLY-9634
Assume.assumeFalse(supportManagedExplodedDeployment());
{code}
to disable this test for 7.1.0. See WFCORE-3479 for more details.
If for some reason the decision is to *not* allow this use case from within a composite, this test should be rewritten to not use a composite.
> Enable MixedDomainDeploymentTest.testExplodedDeployment() for EAP 7.1.0
> -----------------------------------------------------------------------
>
> Key: WFLY-9634
> URL: https://issues.jboss.org/browse/WFLY-9634
> Project: WildFly
> Issue Type: Task
> Components: Domain Management, Test Suite
> Reporter: Kabir Khan
> Assignee: ehsavoie Hugonnet
> Fix For: 12.0.0.Alpha1
>
>
> I have added an
> {code}
> // TODO WFLY-9634
> Assume.assumeFalse(supportManagedExplodedDeployment());
> {code}
> to this test in https://github.com/wildfly/wildfly/pull/10730 which introduces the 7.1.0 mixed domain tests. See WFCORE-3479 for more details.
> If for some reason the decision is to *not* allow this use case from within a composite, this test should be rewritten to not use a composite.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 12 months
[JBoss JIRA] (WFLY-9634) Enable MixedDomainDeploymentTest.testExplodedDeployment() for EAP 7.1.0
by Kabir Khan (JIRA)
[ https://issues.jboss.org/browse/WFLY-9634?page=com.atlassian.jira.plugin.... ]
Kabir Khan updated WFLY-9634:
-----------------------------
Description:
I have added an
{code}
// TODO WFLY-9634
Assume.assumeFalse(supportManagedExplodedDeployment());
{code}
to disable this test for 7.1.0. See WFCORE-3479 for more details.
If for some reason the decision is to *not* allow this use case from within a composite, this test should be rewritten to not use a composite.
was:
I have added an
{code}
// TODO WFLY-9634
Assume.assumeFalse(supportManagedExplodedDeployment());
{code}
to disable this test for 7.1.0
> Enable MixedDomainDeploymentTest.testExplodedDeployment() for EAP 7.1.0
> -----------------------------------------------------------------------
>
> Key: WFLY-9634
> URL: https://issues.jboss.org/browse/WFLY-9634
> Project: WildFly
> Issue Type: Task
> Components: Domain Management, Test Suite
> Reporter: Kabir Khan
> Assignee: ehsavoie Hugonnet
> Fix For: 12.0.0.Alpha1
>
>
> I have added an
> {code}
> // TODO WFLY-9634
> Assume.assumeFalse(supportManagedExplodedDeployment());
> {code}
> to disable this test for 7.1.0. See WFCORE-3479 for more details.
> If for some reason the decision is to *not* allow this use case from within a composite, this test should be rewritten to not use a composite.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 12 months