[JBoss JIRA] (ARQ-1607) Please avoid using arquillian.launch files, it makes Eclipse generate error logs
by Aslak Knutsen (JIRA)
[ https://issues.jboss.org/browse/ARQ-1607?page=com.atlassian.jira.plugin.s... ]
Aslak Knutsen updated ARQ-1607:
-------------------------------
Fix Version/s: 1.1.5.Final
> Please avoid using arquillian.launch files, it makes Eclipse generate error logs
> --------------------------------------------------------------------------------
>
> Key: ARQ-1607
> URL: https://issues.jboss.org/browse/ARQ-1607
> Project: Arquillian
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Environment: Eclipse
> Reporter: Fred Bricon
> Priority: Minor
> Fix For: 1.1.5.Final
>
>
> When imported in Eclipse, projects containing arquillian.launch files make Eclipse barf as it expects a valid Eclipse Launch configuration xml file.
> It's just an error in the .metadata/.log, but the sight of such ugly stacktraces could be frightening/annoying for some
> {noformat}
> !MESSAGE org.xml.sax.SAXParseException; lineNumber: 1; columnNumber: 1; Contenu non autorisé dans le prologue. occurred while reading launch configuration file: D:\tmp\arquillian-examples\arquillian-persistence-tutorial\target\test-classes\arquillian.launch.
> !STACK 0
> org.xml.sax.SAXParseException; lineNumber: 1; columnNumber: 1; Contenu non autorisé dans le prologue.
> at com.sun.org.apache.xerces.internal.util.ErrorHandlerWrapper.createSAXParseException(ErrorHandlerWrapper.java:198)
> at com.sun.org.apache.xerces.internal.util.ErrorHandlerWrapper.fatalError(ErrorHandlerWrapper.java:177)
> at com.sun.org.apache.xerces.internal.impl.XMLErrorReporter.reportError(XMLErrorReporter.java:441)
> at com.sun.org.apache.xerces.internal.impl.XMLErrorReporter.reportError(XMLErrorReporter.java:368)
> at com.sun.org.apache.xerces.internal.impl.XMLScanner.reportFatalError(XMLScanner.java:1388)
> at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl$PrologDriver.next(XMLDocumentScannerImpl.java:998)
> at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.next(XMLDocumentScannerImpl.java:607)
> at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:489)
> at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:835)
> at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:764)
> at com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(XMLParser.java:123)
> at com.sun.org.apache.xerces.internal.parsers.DOMParser.parse(DOMParser.java:237)
> at com.sun.org.apache.xerces.internal.jaxp.DocumentBuilderImpl.parse(DocumentBuilderImpl.java:300)
> at org.eclipse.debug.internal.core.LaunchManager.createInfoFromXML(LaunchManager.java:929)
> at org.eclipse.debug.internal.core.LaunchManager.getInfo(LaunchManager.java:1353)
> at org.eclipse.debug.internal.core.LaunchConfiguration.getInfo(LaunchConfiguration.java:453)
> at org.eclipse.debug.internal.core.LaunchConfiguration.getType(LaunchConfiguration.java:617)
> at org.eclipse.debug.internal.core.LaunchManager.isValid(LaunchManager.java:2081)
> at org.eclipse.debug.internal.core.LaunchManager.launchConfigurationAdded(LaunchManager.java:2104)
> at org.eclipse.debug.internal.core.LaunchManager$LaunchManagerVisitor.visit(LaunchManager.java:382)
> {noformat}
> From IRC
> {quote}
> (15:46:37) fbricon: hey aslak, I'm looking at a some maven projects containing some arquillian.launch files
> (15:47:18) fbricon: eclipse treats these as Launch configuration files and complains they're malformed xml
> (15:47:38) fbricon: do the files need to be .launch?
> 15:47:58) aslak: fbricon hehe yea.. noticed that as well..
> (15:48:22) aslak: it ended up being called arquillian.launch because that's the name of the -D property that does the same
> (15:48:50) aslak: fbricon could you file an issue on this.. I'll add support for arquillian.launch.properties or arquillian-launch or similar
> {quote}
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
10 years, 6 months
[JBoss JIRA] (ARQ-1684) Jacoco extension filters do not work as advertised
by Aslak Knutsen (JIRA)
[ https://issues.jboss.org/browse/ARQ-1684?page=com.atlassian.jira.plugin.s... ]
Aslak Knutsen updated ARQ-1684:
-------------------------------
Fix Version/s: jacoco_1.0.0.next
> Jacoco extension filters do not work as advertised
> --------------------------------------------------
>
> Key: ARQ-1684
> URL: https://issues.jboss.org/browse/ARQ-1684
> Project: Arquillian
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Extension - Jacoco
> Affects Versions: jacoco_1.0.0.Alpha6
> Reporter: Rich DiCroce
> Fix For: jacoco_1.0.0.next
>
>
> The Jacoco includes/excludes mechanism does not work the way the [1.0.0.Alpha5 release announcement|http://arquillian.org/blog/2012/11/27/arquillian-extension-j...] implies it does. Specifically, the release announcement shows excluding a package and then including some sub-packages. This implies that includes have precedence over excludes, but that is not true. It's clear from looking at the source code that includes and excludes just get turned into filters that are all ANDed together. So if you have
> exclude some.package.*
> include some.package.foo.*
> then some.package.foo will not be included because the exclude for some.package will return false. Effectively, excludes have priority over includes.
> This would be fine if not for the fact that an "include everything" filter is automatically added. This, combined with exclusions having priority, breaks a key use case, namely: I want to exclude all packages that are not my own code. I can't just
> include my.package.*
> because of the automatic include all filter, and I can't
> exclude *
> include my.package.*
> because the exclude blocks out the include.
> Including everything is a problem because then so many classes have to be instrumented that the test just hangs and the archive never gets deployed. For me, this makes the Jacoco extension completely unusable.
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
10 years, 6 months
[JBoss JIRA] (ARQ-1741) Injector might throw unchecked TypeNotPresentException
by Aslak Knutsen (JIRA)
[ https://issues.jboss.org/browse/ARQ-1741?page=com.atlassian.jira.plugin.s... ]
Aslak Knutsen commented on ARQ-1741:
------------------------------------
You mean the inject method should declare the RuntimeException TypeNotPresentException ?
> Injector might throw unchecked TypeNotPresentException
> ------------------------------------------------------
>
> Key: ARQ-1741
> URL: https://issues.jboss.org/browse/ARQ-1741
> Project: Arquillian
> Issue Type: Enhancement
> Security Level: Public(Everyone can see)
> Components: Base Implementation
> Affects Versions: 1.1.4.Final
> Reporter: Karel Piwko
> Priority: Minor
>
> *When*:
> I call Injector.get().inject()
> *And*:
> Service to be injected is not on classpath
> *Then*:
> Arquillian throws TypeNotPresentException. This is fine, however it should be in API so when looking into code this is more obvious.
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
10 years, 6 months
[JBoss JIRA] (ARQ-1768) Rare fail of org.jboss.as.arquillian.testng.BasicTestNGIntegrationTestCase due to NPE
by Aslak Knutsen (JIRA)
[ https://issues.jboss.org/browse/ARQ-1768?page=com.atlassian.jira.plugin.s... ]
Aslak Knutsen commented on ARQ-1768:
------------------------------------
This one was found to be a problem with the 'client lib v of eap' that rhq matrix depended on directly I believe? [~pilhuhn]?
> Rare fail of org.jboss.as.arquillian.testng.BasicTestNGIntegrationTestCase due to NPE
> -------------------------------------------------------------------------------------
>
> Key: ARQ-1768
> URL: https://issues.jboss.org/browse/ARQ-1768
> Project: Arquillian
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 1.0.0.Final
> Reporter: Pavel Jelinek
>
> See: https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/EAP6/view/EAP6-AS-T...
> Stacktrace
> org.jboss.arquillian.container.spi.client.container.LifecycleException: Could not start container
> at org.jboss.as.arquillian.container.managed.ManagedDeployableContainer.startInternal(ManagedDeployableContainer.java:183)
> at org.jboss.as.arquillian.container.CommonDeployableContainer.start(CommonDeployableContainer.java:111)
> at org.jboss.arquillian.container.impl.ContainerImpl.start(ContainerImpl.java:198)
> at org.jboss.arquillian.container.impl.client.container.ContainerLifecycleController$8.perform(ContainerLifecycleController.java:163)
> at org.jboss.arquillian.container.impl.client.container.ContainerLifecycleController$8.perform(ContainerLifecycleController.java:157)
> at org.jboss.arquillian.container.impl.client.container.ContainerLifecycleController.forContainer(ContainerLifecycleController.java:255)
> at org.jboss.arquillian.container.impl.client.container.ContainerLifecycleController.startContainer(ContainerLifecycleController.java:156)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:90)
> at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99)
> at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81)
> at org.jboss.arquillian.container.impl.client.ContainerDeploymentContextHandler.createContainerContext(ContainerDeploymentContextHandler.java:57)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:90)
> at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88)
> at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:135)
> at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:115)
> at org.jboss.arquillian.core.impl.EventImpl.fire(EventImpl.java:67)
> at org.jboss.arquillian.container.impl.client.container.ContainerLifecycleController$2.perform(ContainerLifecycleController.java:77)
> at org.jboss.arquillian.container.impl.client.container.ContainerLifecycleController$2.perform(ContainerLifecycleController.java:70)
> at org.jboss.arquillian.container.impl.client.container.ContainerLifecycleController.forEachSuiteContainer(ContainerLifecycleController.java:221)
> at org.jboss.arquillian.container.impl.client.container.ContainerLifecycleController.startSuiteContainers(ContainerLifecycleController.java:69)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:90)
> at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99)
> at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81)
> at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:135)
> at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:115)
> at org.jboss.arquillian.core.impl.EventImpl.fire(EventImpl.java:67)
> at org.jboss.arquillian.container.test.impl.client.ContainerEventController.execute(ContainerEventController.java:86)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:90)
> at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99)
> at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81)
> at org.jboss.arquillian.test.impl.TestContextHandler.createSuiteContext(TestContextHandler.java:60)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:90)
> at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88)
> at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:135)
> at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:115)
> at org.jboss.arquillian.test.impl.EventTestRunnerAdaptor.beforeSuite(EventTestRunnerAdaptor.java:68)
> at org.jboss.arquillian.testng.Arquillian.arquillianBeforeSuite(Arquillian.java:65)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at org.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelper.java:80)
> at org.testng.internal.Invoker.invokeConfigurationMethod(Invoker.java:525)
> at org.testng.internal.Invoker.invokeConfigurations(Invoker.java:202)
> at org.testng.internal.Invoker.invokeConfigurations(Invoker.java:130)
> at org.testng.SuiteRunner.privateRun(SuiteRunner.java:277)
> at org.testng.SuiteRunner.run(SuiteRunner.java:240)
> at org.testng.SuiteRunnerWorker.runSuite(SuiteRunnerWorker.java:52)
> at org.testng.SuiteRunnerWorker.run(SuiteRunnerWorker.java:86)
> at org.testng.TestNG.runSuitesSequentially(TestNG.java:1158)
> at org.testng.TestNG.runSuitesLocally(TestNG.java:1083)
> at org.testng.TestNG.run(TestNG.java:999)
> at org.apache.maven.surefire.testng.TestNGExecutor.run(TestNGExecutor.java:70)
> at org.apache.maven.surefire.testng.TestNGDirectoryTestSuite.execute(TestNGDirectoryTestSuite.java:111)
> at org.apache.maven.surefire.testng.TestNGProvider.invoke(TestNGProvider.java:115)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at org.apache.maven.surefire.util.ReflectionUtils.invokeMethodWithArray(ReflectionUtils.java:188)
> at org.apache.maven.surefire.booter.ProviderFactory$ProviderProxy.invoke(ProviderFactory.java:166)
> at org.apache.maven.surefire.booter.ProviderFactory.invokeProvider(ProviderFactory.java:86)
> at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:101)
> at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:74)
> Caused by: java.util.concurrent.TimeoutException: Managed server was not started within [60] s
> at org.jboss.as.arquillian.container.managed.ManagedDeployableContainer.startInternal(ManagedDeployableContainer.java:179)
> ... 83 more
> Caused by: java.util.concurrent.TimeoutException: Managed server was not started within [60] s
> at org.jboss.as.arquillian.container.managed.ManagedDeployableContainer.startInternal(ManagedDeployableContainer.java:179)
> ... 83 more
> Standard Output
> [0m14:39:13,044 INFO [org.jboss.modules] (main) JBoss Modules version 1.3.3.Final-redhat-1
> [0m[0m14:39:13,333 INFO [org.jboss.msc] (main) JBoss MSC version 1.1.5.Final-redhat-1
> [0m[0m14:39:13,473 INFO [org.jboss.as] (MSC service thread 1-6) JBAS015899: JBoss EAP 6.3.0.Beta1 (AS 7.4.0.Final-redhat-SNAPSHOT) starting
> [0m[31m14:39:14,312 ERROR [org.jboss.as.server] (Controller Boot Thread) JBAS015956: Caught exception during boot: org.jboss.as.controller.persistence.ConfigurationPersistenceException: JBAS014676: Failed to parse configuration
> at org.jboss.as.controller.persistence.XmlConfigurationPersister.load(XmlConfigurationPersister.java:141) [jboss-as-controller-7.4.0.Final-redhat-SNAPSHOT.jar:7.4.0.Final-redhat-SNAPSHOT]
> at org.jboss.as.server.ServerService.boot(ServerService.java:321) [jboss-as-server-7.4.0.Final-redhat-SNAPSHOT.jar:7.4.0.Final-redhat-SNAPSHOT]
> at org.jboss.as.controller.AbstractControllerService$1.run(AbstractControllerService.java:253) [jboss-as-controller-7.4.0.Final-redhat-SNAPSHOT.jar:7.4.0.Final-redhat-SNAPSHOT]
> at java.lang.Thread.run(Thread.java:662) [rt.jar:1.6.0_45]
> Caused by: javax.xml.stream.XMLStreamException: JBAS014674: Failed to load module org.jboss.as.security
> at org.jboss.as.controller.parsing.ExtensionXml.parseExtensions(ExtensionXml.java:154) [jboss-as-controller-7.4.0.Final-redhat-SNAPSHOT.jar:7.4.0.Final-redhat-SNAPSHOT]
> at org.jboss.as.server.parsing.StandaloneXml.readServerElement_1_4(StandaloneXml.java:435) [jboss-as-server-7.4.0.Final-redhat-SNAPSHOT.jar:7.4.0.Final-redhat-SNAPSHOT]
> at org.jboss.as.server.parsing.StandaloneXml.readElement(StandaloneXml.java:145) [jboss-as-server-7.4.0.Final-redhat-SNAPSHOT.jar:7.4.0.Final-redhat-SNAPSHOT]
> at org.jboss.as.server.parsing.StandaloneXml.readElement(StandaloneXml.java:107) [jboss-as-server-7.4.0.Final-redhat-SNAPSHOT.jar:7.4.0.Final-redhat-SNAPSHOT]
> at org.jboss.staxmapper.XMLMapperImpl.processNested(XMLMapperImpl.java:110) [staxmapper-1.1.0.Final-redhat-2.jar:1.1.0.Final-redhat-2]
> at org.jboss.staxmapper.XMLMapperImpl.parseDocument(XMLMapperImpl.java:69) [staxmapper-1.1.0.Final-redhat-2.jar:1.1.0.Final-redhat-2]
> at org.jboss.as.controller.persistence.XmlConfigurationPersister.load(XmlConfigurationPersister.java:133) [jboss-as-controller-7.4.0.Final-redhat-SNAPSHOT.jar:7.4.0.Final-redhat-SNAPSHOT]
> ... 3 more
> Caused by: java.util.concurrent.ExecutionException: java.lang.NullPointerException
> at java.util.concurrent.FutureTask$Sync.innerGet(FutureTask.java:222) [rt.jar:1.6.0_45]
> at java.util.concurrent.FutureTask.get(FutureTask.java:83) [rt.jar:1.6.0_45]
> at org.jboss.as.controller.parsing.ExtensionXml.parseExtensions(ExtensionXml.java:146) [jboss-as-controller-7.4.0.Final-redhat-SNAPSHOT.jar:7.4.0.Final-redhat-SNAPSHOT]
> ... 9 more
> Caused by: java.lang.NullPointerException
> at sun.net.www.protocol.jar.JarURLConnection.getUseCaches(JarURLConnection.java:309) [rt.jar:1.6.0_45]
> at sun.net.www.protocol.jar.JarURLConnection$JarURLInputStream.close(JarURLConnection.java:92) [rt.jar:1.6.0_45]
> at sun.nio.cs.StreamDecoder.implClose(StreamDecoder.java:358) [rt.jar:1.6.0_45]
> at sun.nio.cs.StreamDecoder.close(StreamDecoder.java:173) [rt.jar:1.6.0_45]
> at java.io.InputStreamReader.close(InputStreamReader.java:182) [rt.jar:1.6.0_45]
> at java.io.BufferedReader.close(BufferedReader.java:497) [rt.jar:1.6.0_45]
> at java.util.ServiceLoader.parse(ServiceLoader.java:287) [rt.jar:1.6.0_45]
> at java.util.ServiceLoader.access$200(ServiceLoader.java:164) [rt.jar:1.6.0_45]
> at java.util.ServiceLoader$LazyIterator.hasNext(ServiceLoader.java:332) [rt.jar:1.6.0_45]
> at java.util.ServiceLoader$1.hasNext(ServiceLoader.java:422) [rt.jar:1.6.0_45]
> at org.jboss.as.controller.parsing.ExtensionXml.loadModule(ExtensionXml.java:179) [jboss-as-controller-7.4.0.Final-redhat-SNAPSHOT.jar:7.4.0.Final-redhat-SNAPSHOT]
> at org.jboss.as.controller.parsing.ExtensionXml.access$000(ExtensionXml.java:68) [jboss-as-controller-7.4.0.Final-redhat-SNAPSHOT.jar:7.4.0.Final-redhat-SNAPSHOT]
> at org.jboss.as.controller.parsing.ExtensionXml$1.call(ExtensionXml.java:126) [jboss-as-controller-7.4.0.Final-redhat-SNAPSHOT.jar:7.4.0.Final-redhat-SNAPSHOT]
> at org.jboss.as.controller.parsing.ExtensionXml$1.call(ExtensionXml.java:123) [jboss-as-controller-7.4.0.Final-redhat-SNAPSHOT.jar:7.4.0.Final-redhat-SNAPSHOT]
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303) [rt.jar:1.6.0_45]
> at java.util.concurrent.FutureTask.run(FutureTask.java:138) [rt.jar:1.6.0_45]
> at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:895) [rt.jar:1.6.0_45]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:918) [rt.jar:1.6.0_45]
> at java.lang.Thread.run(Thread.java:662) [rt.jar:1.6.0_45]
> at org.jboss.threads.JBossThread.run(JBossThread.java:122) [jboss-threads-2.1.1.Final-redhat-1.jar:2.1.1.Final-redhat-1]
> [0m[31m14:39:14,327 FATAL [org.jboss.as.server] (Controller Boot Thread) JBAS015957: Server boot has failed in an unrecoverable manner; exiting. See previous messages for details.
> [0m[0m14:39:14,351 INFO [org.jboss.as] (MSC service thread 1-6) JBAS015950: JBoss EAP 6.3.0.Beta1 (AS 7.4.0.Final-redhat-SNAPSHOT) stopped in 11ms
> [0m
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
10 years, 6 months
[JBoss JIRA] (ARQ-1772) Arquillian Debug does not print real event class
by Aslak Knutsen (JIRA)
[ https://issues.jboss.org/browse/ARQ-1772?page=com.atlassian.jira.plugin.s... ]
Aslak Knutsen updated ARQ-1772:
-------------------------------
Fix Version/s: 1.1.5.Final
> Arquillian Debug does not print real event class
> ------------------------------------------------
>
> Key: ARQ-1772
> URL: https://issues.jboss.org/browse/ARQ-1772
> Project: Arquillian
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Base Implementation
> Affects Versions: 1.1.4.Final
> Reporter: Karel Piwko
> Fix For: 1.1.5.Final
>
>
> When using inheritance to define events, Arquillian Debug prints out following:
> {code}
> (E) PrepareDrone
> (O) EventRegisterObserver.register
> (O) DroneConfigurator.prepareDrone
> (E) DroneConfigurationEvent
> (O) EventRegisterObserver.register
> (E) DroneConfigurationEvent
> (O) EventRegisterObserver.register
> (E) DroneLifecycleEvent
> (O) EventRegisterObserver.register
> (E) DroneLifecycleEvent
> (O) EventRegisterObserver.register
> (E) Before
> (O) EventRegisterObserver.register
> (O) DroneLifecycleManager.before
> (E) DroneLifecycleEvent
> (O) EventRegisterObserver.register
> (E) DroneLifecycleEvent
> (O) EventRegisterObserver.register
> (O) DroneEnhancer.enhanceDrone
> (E) DroneLifecycleEvent
> (O) EventRegisterObserver.register
> (E) DroneLifecycleEvent
> (O) EventRegisterObserver.register
> (O) DroneEnhancer.enhanceDrone
> {code}
> Which is not really super useful, as debug log can't show what actual events were fired.
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
10 years, 6 months