[JBoss JIRA] (WFLY-10518) Connection to remote Artemis broker must not require the presence of a local Artemis broker
by Jeff Mesnil (JIRA)
[ https://issues.jboss.org/browse/WFLY-10518?page=com.atlassian.jira.plugin... ]
Jeff Mesnil moved EAP7-1015 to WFLY-10518:
------------------------------------------
Project: WildFly (was: EAP 7 Planning Pilot)
Key: WFLY-10518 (was: EAP7-1015)
Issue Type: Feature Request (was: Requirement)
Workflow: GIT Pull Request workflow (was: EAP Agile Workflow 2.0)
Component/s: JMS
(was: JMS)
(was: OpenShift)
Jirban PT Community Docs (CD): (was: TODO)
Jirban PT Product Docs (PD): (was: New)
Jirban PT Test Dev (TD): (was: TODO)
Jirban PT Docs Analysis (DA): (was: TODO)
Jirban PT Test Plan (TP): (was: TODO)
Jirban PT Analysis Document (AD): (was: TODO)
> Connection to remote Artemis broker must not require the presence of a local Artemis broker
> -------------------------------------------------------------------------------------------
>
> Key: WFLY-10518
> URL: https://issues.jboss.org/browse/WFLY-10518
> Project: WildFly
> Issue Type: Feature Request
> Components: JMS
> Reporter: Jeff Mesnil
> Assignee: Jeff Mesnil
>
> Connections to remote Artemis-based broker (including A-MQ 7) are handled in WildFly by the pooled-connection-factory resource that is in the messaging-activemq subsystem: https://wildscribe.github.io/WildFly/13.0/subsystem/messaging-activemq/se...
> This pooled-connection-factory resource can be used to connect to the local Artemis server that "owns" it or to a remote Artemis broker.
> However, this pooled-connection-factory always require the presence of a local Artemis server even when it connects only to a remote Artemis broker.
> This use case will become more prevalent as EAP CD is used to connect to A-MQ 7 and will not embed a local Artemis server.
> The presence of a local Artemis server has impact on the memory and CPU footprint of EAP on OpenShift.
> This RFE will improve WildFly and EAP so that a connection with remote Artemis-based broker will no longer require the presence of a local instance of Artemis.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 1 month
[JBoss JIRA] (WFCORE-3910) jboss-cli not starting using jre10 (possible regression)
by Martin Miller (JIRA)
[ https://issues.jboss.org/browse/WFCORE-3910?page=com.atlassian.jira.plugi... ]
Martin Miller updated WFCORE-3910:
----------------------------------
Environment: Java 10.0.1 (oracle server-jre), Windows 10 (was: Java 10.0.1 (oracle server-jdk), Windows 10)
> jboss-cli not starting using jre10 (possible regression)
> --------------------------------------------------------
>
> Key: WFCORE-3910
> URL: https://issues.jboss.org/browse/WFCORE-3910
> Project: WildFly Core
> Issue Type: Bug
> Components: CLI
> Environment: Java 10.0.1 (oracle server-jre), Windows 10
> Reporter: Martin Miller
> Assignee: Jean-Francois Denise
> Priority: Blocker
>
> Under an environment with a JAVA_HOME to java 10.0.1,
> I can start the jboss-cli.ps1 under Wildfly 12, but under Wildfly 13 I get:
> org.jboss.modules.ModuleNotFoundException: jdk.jconsole
> at org.jboss.modules.Module.addPaths(Module.java:1266)
> at org.jboss.modules.Module.link(Module.java:1622)
> at org.jboss.modules.Module.relinkIfNecessary(Module.java:1650)
> at org.jboss.modules.ModuleLoader.loadModule(ModuleLoader.java:296)
> at org.jboss.modules.Main.main(Main.java:437)
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 1 month
[JBoss JIRA] (WFCORE-3910) jboss-cli not starting using jre10 (possible regression)
by Martin Miller (JIRA)
[ https://issues.jboss.org/browse/WFCORE-3910?page=com.atlassian.jira.plugi... ]
Martin Miller commented on WFCORE-3910:
---------------------------------------
Forget my previous comment for Linux, I used the jdk and it worked.
When using jre10/linux the same problem exists.
> jboss-cli not starting using jre10 (possible regression)
> --------------------------------------------------------
>
> Key: WFCORE-3910
> URL: https://issues.jboss.org/browse/WFCORE-3910
> Project: WildFly Core
> Issue Type: Bug
> Components: CLI
> Environment: Java 10.0.1 (oracle server-jdk), Windows 10
> Reporter: Martin Miller
> Assignee: Jean-Francois Denise
> Priority: Blocker
>
> Under an environment with a JAVA_HOME to java 10.0.1,
> I can start the jboss-cli.ps1 under Wildfly 12, but under Wildfly 13 I get:
> org.jboss.modules.ModuleNotFoundException: jdk.jconsole
> at org.jboss.modules.Module.addPaths(Module.java:1266)
> at org.jboss.modules.Module.link(Module.java:1622)
> at org.jboss.modules.Module.relinkIfNecessary(Module.java:1650)
> at org.jboss.modules.ModuleLoader.loadModule(ModuleLoader.java:296)
> at org.jboss.modules.Main.main(Main.java:437)
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 1 month
[JBoss JIRA] (DROOLS-2619) Tests are not executed due to test name not following required pattern
by Barbora Siskova (JIRA)
[ https://issues.jboss.org/browse/DROOLS-2619?page=com.atlassian.jira.plugi... ]
Barbora Siskova updated DROOLS-2619:
------------------------------------
Description:
There are multiple tests in some of our repositories (namely drools and kie-wb-common repositories) with names not following the default wildcard patterns of maven-surefire-plugin and maven-failsafe-plugin. As a result, these tests are not executed on Jenkins. Proper names for test classes should follow these patterns:
- **/Test*.java, **/*Test.java, **/*TestCase.java for surefire plugin or
- **/IT*.java, **/*IT.java, **/*ITCase.java for failsafe plugin;
was:
There are multiple tests in some of our repositories (namely drools, kie-wb-common and appformer repositories) with names not following the default wildcard patterns of maven-surefire-plugin and maven-failsafe-plugin. As a result, these tests are not executed on Jenkins. Proper names for test classes should follow these patterns:
- **/Test*.java, **/*Test.java, **/*TestCase.java for surefire plugin or
- **/IT*.java, **/*IT.java, **/*ITCase.java for failsafe plugin;
> Tests are not executed due to test name not following required pattern
> ----------------------------------------------------------------------
>
> Key: DROOLS-2619
> URL: https://issues.jboss.org/browse/DROOLS-2619
> Project: Drools
> Issue Type: Bug
> Reporter: Barbora Siskova
> Assignee: Barbora Siskova
>
> There are multiple tests in some of our repositories (namely drools and kie-wb-common repositories) with names not following the default wildcard patterns of maven-surefire-plugin and maven-failsafe-plugin. As a result, these tests are not executed on Jenkins. Proper names for test classes should follow these patterns:
> - **/Test*.java, **/*Test.java, **/*TestCase.java for surefire plugin or
> - **/IT*.java, **/*IT.java, **/*ITCase.java for failsafe plugin;
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 1 month
[JBoss JIRA] (DROOLS-2620) Update drools TCK runner
by Fedor Gavrilov (JIRA)
Fedor Gavrilov created DROOLS-2620:
--------------------------------------
Summary: Update drools TCK runner
Key: DROOLS-2620
URL: https://issues.jboss.org/browse/DROOLS-2620
Project: Drools
Issue Type: Enhancement
Reporter: Fedor Gavrilov
Assignee: Fedor Gavrilov
1. it is generating the results file on the same folder as the
project. We need to change that to generate the file on the proper
TestResults/Drools... folder.
2. when generating the results file, it should also update the date
inside the tck_results.properties file.
3. finally, if a new version is used, it should remove the files from
previous versions.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 1 month
[JBoss JIRA] (WFLY-10123) HttpInvocationInContainerTestCase fails with security manager
by Jan Kalina (JIRA)
[ https://issues.jboss.org/browse/WFLY-10123?page=com.atlassian.jira.plugin... ]
Jan Kalina commented on WFLY-10123:
-----------------------------------
To have this test green with security manager enabled all following needs to be merged(tagged, upgraded):
* WFLY-10123
* XNIO-323
* UNDERTOW-1361
* WEJBHTTP-19
> HttpInvocationInContainerTestCase fails with security manager
> -------------------------------------------------------------
>
> Key: WFLY-10123
> URL: https://issues.jboss.org/browse/WFLY-10123
> Project: WildFly
> Issue Type: Bug
> Components: Test Suite
> Affects Versions: 12.0.0.Final
> Reporter: Ondrej Lukas
> Assignee: Jan Kalina
> Labels: security-manager
>
> {{HttpInvocationInContainerTestCase}} fails with security manager because of missing permission {{"java.io.FilePermission" "$PATH_TO_APPLICATION_SERVER/modules/system/layers/base/org/wildfly/http-client/ejb/main/wildfly-http-ejb-client-1.0.11.Final-redhat-1.jar" "read"}}:
> {code}
> java.lang.ExceptionInInitializerError
> at org.wildfly.httpclient.naming.HttpNamingContextFactory.createRootContext(HttpNamingContextFactory.java:40)
> at org.wildfly.naming.client.WildFlyRootContext.getProviderContext(WildFlyRootContext.java:794)
> at org.wildfly.naming.client.WildFlyRootContext.lookup(WildFlyRootContext.java:140)
> at javax.naming.InitialContext.lookup(InitialContext.java:417)
> at javax.naming.InitialContext.lookup(InitialContext.java:417)
> at org.jboss.as.test.integration.ejb.remote.http.HttpInvocationInContainerTestCase.invokeEjb(HttpInvocationInContainerTestCase.java:39)
> 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.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)
> at org.jboss.arquillian.junit.Arquillian$8$1.invoke(Arquillian.java:379)
> at org.jboss.arquillian.container.test.impl.execution.LocalTestExecuter.execute(LocalTestExecuter.java:60)
> at sun.reflect.GeneratedMethodAccessor133.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:96)
> at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:103)
> at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:85)
> at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:143)
> at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:114)
> at org.jboss.arquillian.core.impl.EventImpl.fire(EventImpl.java:67)
> at org.jboss.arquillian.container.test.impl.execution.ContainerTestExecuter.execute(ContainerTestExecuter.java:38)
> at sun.reflect.GeneratedMethodAccessor132.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:96)
> at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:103)
> at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:85)
> at org.jboss.arquillian.test.impl.TestContextHandler.createTestContext(TestContextHandler.java:130)
> at sun.reflect.GeneratedMethodAccessor106.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:96)
> at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:92)
> at org.jboss.arquillian.test.impl.TestContextHandler.createClassContext(TestContextHandler.java:92)
> at sun.reflect.GeneratedMethodAccessor105.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:96)
> at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:92)
> at org.jboss.arquillian.test.impl.TestContextHandler.createSuiteContext(TestContextHandler.java:73)
> at sun.reflect.GeneratedMethodAccessor104.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:96)
> at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:92)
> at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:143)
> at org.jboss.arquillian.test.impl.EventTestRunnerAdaptor.test(EventTestRunnerAdaptor.java:136)
> at org.jboss.arquillian.junit.Arquillian$8.evaluate(Arquillian.java:372)
> at org.jboss.arquillian.junit.Arquillian$4.evaluate(Arquillian.java:246)
> at org.jboss.arquillian.junit.Arquillian.multiExecute(Arquillian.java:431)
> at org.jboss.arquillian.junit.Arquillian.access$200(Arquillian.java:55)
> at org.jboss.arquillian.junit.Arquillian$5.evaluate(Arquillian.java:260)
> at org.jboss.arquillian.junit.Arquillian$7$1.invoke(Arquillian.java:324)
> at org.jboss.arquillian.container.test.impl.execution.BeforeLifecycleEventExecuter.on(BeforeLifecycleEventExecuter.java:35)
> at sun.reflect.GeneratedMethodAccessor107.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:96)
> at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:103)
> at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:85)
> at org.jboss.arquillian.test.impl.TestContextHandler.createTestContext(TestContextHandler.java:130)
> at sun.reflect.GeneratedMethodAccessor106.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:96)
> at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:92)
> at org.jboss.arquillian.test.impl.TestContextHandler.createClassContext(TestContextHandler.java:92)
> at sun.reflect.GeneratedMethodAccessor105.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:96)
> at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:92)
> at org.jboss.arquillian.test.impl.TestContextHandler.createSuiteContext(TestContextHandler.java:73)
> at sun.reflect.GeneratedMethodAccessor104.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:96)
> at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:92)
> at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:143)
> at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:114)
> at org.jboss.arquillian.test.impl.EventTestRunnerAdaptor.fireCustomLifecycle(EventTestRunnerAdaptor.java:159)
> at org.jboss.arquillian.junit.Arquillian$7.evaluate(Arquillian.java:317)
> at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325)
> at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78)
> at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:57)
> at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
> at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)
> at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
> at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)
> at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)
> at org.jboss.arquillian.junit.Arquillian$2.evaluate(Arquillian.java:205)
> at org.jboss.arquillian.junit.Arquillian.multiExecute(Arquillian.java:431)
> at org.jboss.arquillian.junit.Arquillian.access$200(Arquillian.java:55)
> at org.jboss.arquillian.junit.Arquillian$3.evaluate(Arquillian.java:219)
> at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
> at org.jboss.arquillian.junit.Arquillian.run(Arquillian.java:167)
> at org.junit.runner.JUnitCore.run(JUnitCore.java:137)
> at org.junit.runner.JUnitCore.run(JUnitCore.java:115)
> at org.jboss.arquillian.junit.container.JUnitTestRunner.execute(JUnitTestRunner.java:66)
> at org.jboss.arquillian.protocol.jmx.JMXTestRunner.doRunTestMethod(JMXTestRunner.java:180)
> at org.jboss.as.arquillian.service.ArquillianService$ExtendedJMXTestRunner.doRunTestMethod(ArquillianService.java:200)
> at org.jboss.arquillian.protocol.jmx.JMXTestRunner.runTestMethodInternal(JMXTestRunner.java:162)
> at org.jboss.arquillian.protocol.jmx.JMXTestRunner.runTestMethod(JMXTestRunner.java:141)
> at org.jboss.as.arquillian.service.ArquillianService$ExtendedJMXTestRunner.runTestMethod(ArquillianService.java:176)
> at sun.reflect.GeneratedMethodAccessor122.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at sun.reflect.misc.Trampoline.invoke(MethodUtil.java:71)
> at sun.reflect.GeneratedMethodAccessor29.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at sun.reflect.misc.MethodUtil.invoke(MethodUtil.java:275)
> at com.sun.jmx.mbeanserver.StandardMBeanIntrospector.invokeM2(StandardMBeanIntrospector.java:112)
> at com.sun.jmx.mbeanserver.StandardMBeanIntrospector.invokeM2(StandardMBeanIntrospector.java:46)
> at com.sun.jmx.mbeanserver.MBeanIntrospector.invokeM(MBeanIntrospector.java:237)
> at com.sun.jmx.mbeanserver.PerInterface.invoke(PerInterface.java:138)
> at com.sun.jmx.mbeanserver.MBeanSupport.invoke(MBeanSupport.java:252)
> at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:819)
> at com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:801)
> at org.jboss.as.jmx.PluggableMBeanServerImpl$TcclMBeanServer.invoke(PluggableMBeanServerImpl.java:1475)
> at org.jboss.as.jmx.PluggableMBeanServerImpl.invoke(PluggableMBeanServerImpl.java:724)
> at org.jboss.as.jmx.BlockingNotificationMBeanServer.invoke(BlockingNotificationMBeanServer.java:168)
> at org.jboss.as.jmx.AuthorizingMBeanServer.invoke(AuthorizingMBeanServer.java:258)
> at org.jboss.remotingjmx.protocol.v2.ServerProxy$InvokeHandler.handle(ServerProxy.java:950)
> at org.jboss.remotingjmx.protocol.v2.ServerCommon$MessageReciever$1$1.run(ServerCommon.java:153)
> at org.jboss.as.jmx.ServerInterceptorFactory$Interceptor$1.run(ServerInterceptorFactory.java:71)
> at org.jboss.as.jmx.ServerInterceptorFactory$Interceptor$1.run(ServerInterceptorFactory.java:66)
> at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:287)
> at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:244)
> at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:254)
> at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:225)
> at org.jboss.as.jmx.ServerInterceptorFactory$Interceptor.handleEvent(ServerInterceptorFactory.java:66)
> at org.jboss.remotingjmx.protocol.v2.ServerCommon$MessageReciever$1.run(ServerCommon.java:149)
> 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)
> Caused by: java.security.AccessControlException: WFSM000001: Permission check failed (permission "("java.io.FilePermission" "/mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-rhel-secman/1cfa62fc/jboss-eap-7.2/modules/system/layers/base/org/wildfly/http-client/ejb/main/wildfly-http-ejb-client-1.0.11.Final-redhat-1.jar" "read")" in code source "(vfs:/content/http-test.war/WEB-INF/classes <no signer certificates>)" of "ModuleClassLoader for Module "deployment.http-test.war" from Service Module Loader")
> at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:295)
> at org.wildfly.security.manager.WildFlySecurityManager.checkPermission(WildFlySecurityManager.java:192)
> at java.lang.SecurityManager.checkRead(SecurityManager.java:888)
> at org.wildfly.security.manager.WildFlySecurityManager.checkRead(WildFlySecurityManager.java:360)
> at java.util.zip.ZipFile.<init>(ZipFile.java:216)
> at java.util.zip.ZipFile.<init>(ZipFile.java:155)
> at java.util.jar.JarFile.<init>(JarFile.java:166)
> at java.util.jar.JarFile.<init>(JarFile.java:103)
> at sun.net.www.protocol.jar.URLJarFile.<init>(URLJarFile.java:93)
> at sun.net.www.protocol.jar.URLJarFile.getJarFile(URLJarFile.java:69)
> at sun.net.www.protocol.jar.JarFileFactory.get(JarFileFactory.java:99)
> at sun.net.www.protocol.jar.JarURLConnection.connect(JarURLConnection.java:122)
> at sun.net.www.protocol.jar.JarURLConnection.getInputStream(JarURLConnection.java:152)
> at java.net.URL.openStream(URL.java:1045)
> at java.util.ServiceLoader.parse(ServiceLoader.java:304)
> at java.util.ServiceLoader.access$200(ServiceLoader.java:185)
> at java.util.ServiceLoader$LazyIterator.hasNextService(ServiceLoader.java:357)
> at java.util.ServiceLoader$LazyIterator.access$600(ServiceLoader.java:323)
> at java.util.ServiceLoader$LazyIterator$1.run(ServiceLoader.java:396)
> at java.util.ServiceLoader$LazyIterator$1.run(ServiceLoader.java:395)
> at java.security.AccessController.doPrivileged(Native Method)
> at java.util.ServiceLoader$LazyIterator.hasNext(ServiceLoader.java:398)
> at java.util.ServiceLoader$1.hasNext(ServiceLoader.java:474)
> at org.wildfly.httpclient.naming.HttpRootContext.<clinit>(HttpRootContext.java:98)
> ... 140 more
> {code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 1 month
[JBoss JIRA] (DROOLS-2619) Tests are not executed due to test name not following required pattern
by Barbora Siskova (JIRA)
[ https://issues.jboss.org/browse/DROOLS-2619?page=com.atlassian.jira.plugi... ]
Barbora Siskova updated DROOLS-2619:
------------------------------------
Description:
There are multiple tests in some of our repositories (namely drools, kie-wb-common and appformer repositories) with names not following the default wildcard patterns of maven-surefire-plugin and maven-failsafe-plugin. As a result, these tests are not executed on Jenkins. Proper names for test classes should follow these patterns:
- **/Test*.java, **/*Test.java, **/*TestCase.java for surefire plugin or
- **/IT*.java, **/*IT.java, **/*ITCase.java for failsafe plugin;
was:
There are multiple tests in some of our repositories (namely drools, droolsjbpm-integration, kie-wb-common and appformer repositories) with names not following the default wildcard patterns of maven-surefire-plugin and maven-failsafe-plugin. As a result, these tests are not executed on Jenkins. Proper names for test classes should follow these patterns:
- **/Test*.java, **/*Test.java, **/*TestCase.java for surefire plugin or
- **/IT*.java, **/*IT.java, **/*ITCase.java for failsafe plugin;
> Tests are not executed due to test name not following required pattern
> ----------------------------------------------------------------------
>
> Key: DROOLS-2619
> URL: https://issues.jboss.org/browse/DROOLS-2619
> Project: Drools
> Issue Type: Bug
> Reporter: Barbora Siskova
> Assignee: Barbora Siskova
>
> There are multiple tests in some of our repositories (namely drools, kie-wb-common and appformer repositories) with names not following the default wildcard patterns of maven-surefire-plugin and maven-failsafe-plugin. As a result, these tests are not executed on Jenkins. Proper names for test classes should follow these patterns:
> - **/Test*.java, **/*Test.java, **/*TestCase.java for surefire plugin or
> - **/IT*.java, **/*IT.java, **/*ITCase.java for failsafe plugin;
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 1 month