[JBoss JIRA] (LOGMGR-160) Fix JavaDoc for the SizeRotatingFileHander.setSuffix()
by James Perkins (JIRA)
[ https://issues.jboss.org/browse/LOGMGR-160?page=com.atlassian.jira.plugin... ]
James Perkins reassigned LOGMGR-160:
------------------------------------
Fix Version/s: 2.1.0.Alpha3
Assignee: James Perkins
Resolution: Done
> Fix JavaDoc for the SizeRotatingFileHander.setSuffix()
> ------------------------------------------------------
>
> Key: LOGMGR-160
> URL: https://issues.jboss.org/browse/LOGMGR-160
> Project: JBoss Log Manager
> Issue Type: Bug
> Reporter: James Perkins
> Assignee: James Perkins
> Fix For: 2.1.0.Alpha3
>
>
> The JavaDoc for the {{SizeRotatingFileHandler.setSuffix()}} indicates that files will not be deleted when deleted. However there are multiple rotations for the same date they will be purged.
> For example if the suffix is {{.yyyy-DD-mm}}, the size was reached 20 times on the same day and the {{maxBackupIndex}} was set to 10 there will only be 10 files kept.What won't be purged is files from a previous day.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 9 months
[JBoss JIRA] (WFLY-8954) Wildfly 10 with eclipselink Onscucess observer gets stale entity
by Nuno Godinho de Matos (JIRA)
[ https://issues.jboss.org/browse/WFLY-8954?page=com.atlassian.jira.plugin.... ]
Nuno Godinho de Matos commented on WFLY-8954:
---------------------------------------------
Hi,
So the pull that you have mentioned has been done.
You can compare the diff in relation to the 10.x branch which I used under:
https://github.com/99sono/wildfly/compare/10.x...99sono:WFLY-8954
I have needed to add to the pom.xml a dependency on.
{panel}
<dependency>
<!-- FIXME:
This library is added to give access to import javax.enterprise.event.Event
The appropriate dependency to use for this that is already managed in a parent pom is no known so for now we put this.
-->
<groupId>javax</groupId>
<artifactId>javaee-api</artifactId>
<scope>provided</scope>
<version>7.0</version>
</dependency>
{panel}
Which I imagine you will not like for multiple reasons.
- You do not manage artifact versions at this level
- You porbably have a better dependency to include to give access to the Event api
etc...
I also re-wrote the jndi dump metho I found on the sample test.
I thought the method could be cute to carry around on other contexts, I will probably be using it myself elsewhere.
Other than that, I did not make any attempt to fix the issue on the wildfly base code.
I would have to study you sugestion for this, and I suspect that you want in any case for someone from the narayana guys to look at this.
Please let me know if you are ok with this.
Kindest regards.
> Wildfly 10 with eclipselink Onscucess observer gets stale entity
> ----------------------------------------------------------------
>
> Key: WFLY-8954
> URL: https://issues.jboss.org/browse/WFLY-8954
> Project: WildFly
> Issue Type: Bug
> Components: JPA / Hibernate
> Affects Versions: 10.0.0.Final
> Reporter: Nuno Godinho de Matos
> Assignee: Scott Marlow
>
> Hi,
> In widlfly there seems to be an important issue concerning CDI events and observing these events during onsuccess. At least while using eclipselink.
> When using wildfly 10.0.0.Final together with eclipselink, if an application modifies an entity A, fires an event stating entity A has been modified, and an observer consumes this event during transaction success.
> Then the observer will be working with stale entities that do not reflect the modifications done to the entity.
> A sample application for this issue is available in:
> https://github.com/99sono/wildfly10-observe-on-success-stale-entity
> The widlfly configuration xml for the sample application, is available in the application itself, as can be seen in the readme documentation.
> Many thanks for taking a look.
> Kindest regards.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 9 months
[JBoss JIRA] (LOGMGR-160) Fix JavaDoc for the SizeRotatingFileHander.setSuffix()
by James Perkins (JIRA)
[ https://issues.jboss.org/browse/LOGMGR-160?page=com.atlassian.jira.plugin... ]
James Perkins updated LOGMGR-160:
---------------------------------
Description:
The JavaDoc for the {{SizeRotatingFileHandler.setSuffix()}} indicates that files will not be deleted when deleted. However there are multiple rotations for the same date they will be purged.
For example if the suffix is {{.yyyy-DD-mm}}, the size was reached 20 times on the same day and the {{maxBackupIndex}} was set to 10 there will only be 10 files kept.What won't be purged is files from a previous day.
was:
The JavaDoc for the {{SizeRotatingFileSystem.setSuffix()}} indicates that files will not be deleted when deleted. However there are multiple rotations for the same date they will be purged.
For example if the suffix is {{.yyyy-DD-mm}}, the size was reached 20 times on the same day and the {{maxBackupIndex}} was set to 10 there will only be 10 files kept.What won't be purged is files from a previous day.
> Fix JavaDoc for the SizeRotatingFileHander.setSuffix()
> ------------------------------------------------------
>
> Key: LOGMGR-160
> URL: https://issues.jboss.org/browse/LOGMGR-160
> Project: JBoss Log Manager
> Issue Type: Bug
> Reporter: James Perkins
>
> The JavaDoc for the {{SizeRotatingFileHandler.setSuffix()}} indicates that files will not be deleted when deleted. However there are multiple rotations for the same date they will be purged.
> For example if the suffix is {{.yyyy-DD-mm}}, the size was reached 20 times on the same day and the {{maxBackupIndex}} was set to 10 there will only be 10 files kept.What won't be purged is files from a previous day.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 9 months
[JBoss JIRA] (WFLY-8954) Wildfly 10 with eclipselink Onscucess observer gets stale entity
by Nuno Godinho de Matos (JIRA)
[ https://issues.jboss.org/browse/WFLY-8954?page=com.atlassian.jira.plugin.... ]
Nuno Godinho de Matos commented on WFLY-8954:
---------------------------------------------
Hi Scott,
I will checkin soon the arquillian system test for this.
The following is the outbout you will get running it.
{panel}
00:18:53,424 INFO [org.jboss.weld.deployer] (MSC service thread 1-7) WFLYWELD0003: Processing weld deployment main.war
00:18:53,455 INFO [org.jboss.weld.deployer] (MSC service thread 1-4) WFLYWELD0003: Processing weld deployment beans.jar
00:18:53,471 INFO [org.jboss.as.ejb3.deployment] (MSC service thread 1-4) WFLYEJB0473: JNDI bindings for session bean named 'SFSB1' in deployment unit 'subdeployment "beans.jar" of deployment "toplink_module_test.ear"' are as follows:
java:global/toplink_module_test/beans/SFSB1!org.jboss.as.test.compat.jpa.eclipselink.SFSB1
java:app/beans/SFSB1!org.jboss.as.test.compat.jpa.eclipselink.SFSB1
java:module/SFSB1!org.jboss.as.test.compat.jpa.eclipselink.SFSB1
java:global/toplink_module_test/beans/SFSB1
java:app/beans/SFSB1
java:module/SFSB1
00:18:53,471 INFO [org.jboss.as.ejb3.deployment] (MSC service thread 1-4) WFLYEJB0473: JNDI bindings for session bean named 'SomeEntityChangeEventObserverFacade' in deployment unit 'subdeployment "beans.jar" of deployment "toplink_module_test.ear"' are as follows:
java:global/toplink_module_test/beans/SomeEntityChangeEventObserverFacade!org.jboss.as.test.compat.jpa.eclipselink.wildfly8954.SomeEntityChangeEventObserverFacade
java:app/beans/SomeEntityChangeEventObserverFacade!org.jboss.as.test.compat.jpa.eclipselink.wildfly8954.SomeEntityChangeEventObserverFacade
java:module/SomeEntityChangeEventObserverFacade!org.jboss.as.test.compat.jpa.eclipselink.wildfly8954.SomeEntityChangeEventObserverFacade
java:global/toplink_module_test/beans/SomeEntityChangeEventObserverFacade
java:app/beans/SomeEntityChangeEventObserverFacade
java:module/SomeEntityChangeEventObserverFacade
00:18:53,471 INFO [org.jboss.as.ejb3.deployment] (MSC service thread 1-4) WFLYEJB0473: JNDI bindings for session bean named 'EjbThatModifiesEntityAndFiresEventLocalFacade' in deployment unit 'subdeployment "beans.jar" of deployment "toplink_module_test.ear"' are as follows:
java:global/toplink_module_test/beans/EjbThatModifiesEntityAndFiresEventLocalFacade!org.jboss.as.test.compat.jpa.eclipselink.wildfly8954.EjbThatModifiesEntityAndFiresEventLocalFacade
java:app/beans/EjbThatModifiesEntityAndFiresEventLocalFacade!org.jboss.as.test.compat.jpa.eclipselink.wildfly8954.EjbThatModifiesEntityAndFiresEventLocalFacade
java:module/EjbThatModifiesEntityAndFiresEventLocalFacade!org.jboss.as.test.compat.jpa.eclipselink.wildfly8954.EjbThatModifiesEntityAndFiresEventLocalFacade
java:global/toplink_module_test/beans/EjbThatModifiesEntityAndFiresEventLocalFacade
java:app/beans/EjbThatModifiesEntityAndFiresEventLocalFacade
java:module/EjbThatModifiesEntityAndFiresEventLocalFacade
00:18:53,549 INFO [org.jboss.weld.Version] (MSC service thread 1-7) WELD-000900: 2.3.5 (Final)
00:18:53,675 INFO [org.jboss.as.arquillian] (MSC service thread 1-7) Arquillian deployment detected: ArquillianConfig[service=jboss.arquillian.config."main.war",unit=main.war,tests=[org.jboss.as.test.compat.jpa.eclipselink.wildfly8954.WFLY8954BaseTest]]
00:18:53,753 INFO [org.infinispan.configuration.cache.EvictionConfigurationBuilder] (ServerService Thread Pool -- 27) ISPN000152: Passivation configured without an eviction policy being selected. Only manually evicted entities will be passivated.
00:18:53,753 INFO [org.infinispan.configuration.cache.EvictionConfigurationBuilder] (ServerService Thread Pool -- 27) ISPN000152: Passivation configured without an eviction policy being selected. Only manually evicted entities will be passivated.
00:18:54,161 INFO [org.jboss.as.clustering.infinispan] (ServerService Thread Pool -- 27) WFLYCLINF0002: Started client-mappings cache from ejb container
00:18:55,087 INFO [org.wildfly.extension.undertow] (ServerService Thread Pool -- 27) WFLYUT0021: Registered web context: /main
00:18:55,119 INFO [org.jboss.as.server] (management-handler-thread - 4) WFLYSRV0010: Deployed "toplink_module_test.ear" (runtime-name : "toplink_module_test.ear")
00:18:55,680 INFO [org.eclipse.persistence] (pool-3-thread-1) EclipseLink, version: Eclipse Persistence Services - 2.6.3.v20160428-59c81c5
00:18:55,946 INFO [org.eclipse.persistence.connection] (pool-3-thread-1) connecting(DatabaseLogin(
platform=>H2Platform
user name=> ""
connector=>JNDIConnector datasource name=>null
))
00:18:55,946 INFO [org.eclipse.persistence.connection] (pool-3-thread-1) Connected: jdbc:h2:mem:test
User: SA
Database: H2 Version: 1.3.173 (2013-07-28)
Driver: H2 JDBC Driver Version: 1.3.173 (2013-07-28)
00:18:55,946 INFO [org.eclipse.persistence.connection] (pool-3-thread-1) connecting(DatabaseLogin(
platform=>H2Platform
user name=> ""
connector=>JNDIConnector datasource name=>null
))
00:18:55,946 INFO [org.eclipse.persistence.connection] (pool-3-thread-1) Connected: jdbc:h2:mem:test
User: SA
Database: H2 Version: 1.3.173 (2013-07-28)
Driver: H2 JDBC Driver Version: 1.3.173 (2013-07-28)
00:18:56,017 INFO [org.eclipse.persistence.connection] (pool-3-thread-1) /vfs:/C:/dev/branches/git/wildfly/testsuite/compat/content/toplink_module_test.ear/lib/entities.jar/_hibernate3_pc login successful
00:18:59,866 WARN [org.eclipse.persistence] (pool-3-thread-1)
00:18:59,866 WARN [org.eclipse.persistence] (pool-3-thread-1)
00:18:59,866 WARN [org.eclipse.persistence] (pool-3-thread-1)
00:18:59,866 WARN [org.eclipse.persistence] (pool-3-thread-1)
00:18:59,866 WARN [org.eclipse.persistence] (pool-3-thread-1)
00:18:59,945 INFO [org.jboss.as.test.compat.jpa.eclipselink.wildfly8954.EjbThatModifiesEntityAndFiresEventLocalFacade] (pool-3-thread-1) Going to update employee: 10 to have its address change from: Initial Address Value. -> to: IncrementAddressNumber: 1
00:18:59,961 ERROR [org.jboss.as.test.compat.jpa.eclipselink.wildfly8954.SomeEntityChangeEventObserverFacade] (pool-3-thread-1) According to event: SomeEntityChangeEvent [oldValue=Initial Address Value. , newValue=IncrementAddressNumber: 1 , someEntityId=10] we are currently holding stale data. address value on enitity fetached from shared cache was: Initial Address Value. . This value is stale.
00:18:59,961 INFO [org.jboss.as.test.compat.jpa.eclipselink.wildfly8954.SomeEntityChangeEventObserverFacade] (pool-3-thread-1) Before Refresh value was: Initial Address Value. , After Refresh: IncrementAddressNumber: 1 . The NEW Value on entity passed by event object - which must be the accurate value - was: IncrementAddressNumber: 1
00:18:59,977 ERROR [org.jboss.as.test.compat.jpa.eclipselink.wildfly8954.SomeEntityChangeEventObserverFacade] (pool-3-thread-1) NOT OK - BUG DETECTED - Wildfly ON_SUCCESS handling observing stale entity that does not match what transaction persisted. Entity Address before refresh: Initial Address Value. And After Refresh: IncrementAddressNumber: 1 For Employee: 10
00:18:59,987 SEVERE [org.jboss.arquillian.protocol.jmx.JMXTestRunner] (pool-3-thread-1) Failed: org.jboss.as.test.compat.jpa.eclipselink.wildfly8954.WFLY8954BaseTest.testSimpleCreateAndLoadEntities: java.lang.AssertionError: The observer bug has been tected. The context is:
EVENT OBSERVED: SomeEntityChangeEvent [oldValue=Initial Address Value. , newValue=IncrementAddressNumber: 1 , someEntityId=10]
lastProcessedEntityAddressBeforeExecutingRefresh: Initial Address Value. lastProcessedEntityAddressAfterExecutingRefresh: IncrementAddressNumber: 1
at org.junit.Assert.fail(Assert.java:88)
at org.jboss.as.test.compat.jpa.eclipselink.wildfly8954.WFLY8954BaseTest.testSimpleCreateAndLoadEntities(WFLY8954BaseTest.java:145)
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:370)
at org.jboss.arquillian.container.test.impl.execution.LocalTestExecuter.execute(LocalTestExecuter.java:60)
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.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94)
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:145)
at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:116)
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.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.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94)
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.createTestContext(TestContextHandler.java:130)
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.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94)
at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88)
at org.jboss.arquillian.test.impl.TestContextHandler.createClassContext(TestContextHandler.java:92)
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.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94)
at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88)
at org.jboss.arquillian.test.impl.TestContextHandler.createSuiteContext(TestContextHandler.java:73)
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.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94)
at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88)
at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:145)
at org.jboss.arquillian.test.impl.EventTestRunnerAdaptor.test(EventTestRunnerAdaptor.java:136)
at org.jboss.arquillian.junit.Arquillian$8.evaluate(Arquillian.java:363)
at org.jboss.arquillian.junit.Arquillian$4.evaluate(Arquillian.java:245)
at org.jboss.arquillian.junit.Arquillian.multiExecute(Arquillian.java:422)
at org.jboss.arquillian.junit.Arquillian.access$200(Arquillian.java:54)
at org.jboss.arquillian.junit.Arquillian$5.evaluate(Arquillian.java:259)
at org.jboss.arquillian.junit.Arquillian$7$1.invoke(Arquillian.java:315)
at org.jboss.arquillian.container.test.impl.execution.BeforeLifecycleEventExecuter.on(BeforeLifecycleEventExecuter.java:35)
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.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94)
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.createTestContext(TestContextHandler.java:130)
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.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94)
at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88)
at org.jboss.arquillian.test.impl.TestContextHandler.createClassContext(TestContextHandler.java:92)
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.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94)
at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88)
at org.jboss.arquillian.test.impl.TestContextHandler.createSuiteContext(TestContextHandler.java:73)
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.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94)
at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88)
at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:145)
at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:116)
at org.jboss.arquillian.test.impl.EventTestRunnerAdaptor.fireCustomLifecycle(EventTestRunnerAdaptor.java:159)
at org.jboss.arquillian.junit.Arquillian$7.evaluate(Arquillian.java:311)
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:204)
at org.jboss.arquillian.junit.Arquillian.multiExecute(Arquillian.java:422)
at org.jboss.arquillian.junit.Arquillian.access$200(Arquillian.java:54)
at org.jboss.arquillian.junit.Arquillian$3.evaluate(Arquillian.java:218)
at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
at org.jboss.arquillian.junit.Arquillian.run(Arquillian.java:166)
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:247)
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:223)
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 sun.reflect.misc.Trampoline.invoke(MethodUtil.java:71)
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 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:1503)
at org.jboss.as.jmx.PluggableMBeanServerImpl.invoke(PluggableMBeanServerImpl.java:724)
at org.jboss.as.jmx.BlockingNotificationMBeanServer.invoke(BlockingNotificationMBeanServer.java:168)
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:75)
at org.jboss.as.jmx.ServerInterceptorFactory$Interceptor$1.run(ServerInterceptorFactory.java:70)
at java.security.AccessController.doPrivileged(Native Method)
at javax.security.auth.Subject.doAs(Subject.java:422)
at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:149)
at org.jboss.as.jmx.ServerInterceptorFactory$Interceptor.handleEvent(ServerInterceptorFactory.java:70)
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)
Aug 17, 2017 12:19:00 AM org.jboss.arquillian.protocol.jmx.JMXMethodExecutor invoke
SEVERE: Failed: org.jboss.as.test.compat.jpa.eclipselink.wildfly8954.WFLY8954BaseTest.testSimpleCreateAndLoadEntities
java.lang.AssertionError: The observer bug has been tected. The context is:
EVENT OBSERVED: SomeEntityChangeEvent [oldValue=Initial Address Value. , newValue=IncrementAddressNumber: 1 , someEntityId=10]
lastProcessedEntityAddressBeforeExecutingRefresh: Initial Address Value. lastProcessedEntityAddressAfterExecutingRefresh: IncrementAddressNumber: 1
at org.junit.Assert.fail(Assert.java:88)
at org.jboss.as.test.compat.jpa.eclipselink.wildfly8954.WFLY8954BaseTest.testSimpleCreateAndLoadEntities(WFLY8954BaseTest.java:145)
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:370)
at org.jboss.arquillian.container.test.impl.execution.LocalTestExecuter.execute(LocalTestExecuter.java:60)
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.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94)
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:145)
at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:116)
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.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.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94)
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.createTestContext(TestContextHandler.java:130)
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.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94)
at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88)
at org.jboss.arquillian.test.impl.TestContextHandler.createClassContext(TestContextHandler.java:92)
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.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94)
at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88)
at org.jboss.arquillian.test.impl.TestContextHandler.createSuiteContext(TestContextHandler.java:73)
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.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94)
at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88)
at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:145)
at org.jboss.arquillian.test.impl.EventTestRunnerAdaptor.test(EventTestRunnerAdaptor.java:136)
at org.jboss.arquillian.junit.Arquillian$8.evaluate(Arquillian.java:363)
at org.jboss.arquillian.junit.Arquillian$4.evaluate(Arquillian.java:245)
at org.jboss.arquillian.junit.Arquillian.multiExecute(Arquillian.java:422)
at org.jboss.arquillian.junit.Arquillian.access$200(Arquillian.java:54)
at org.jboss.arquillian.junit.Arquillian$5.evaluate(Arquillian.java:259)
at org.jboss.arquillian.junit.Arquillian$7$1.invoke(Arquillian.java:315)
at org.jboss.arquillian.container.test.impl.execution.BeforeLifecycleEventExecuter.on(BeforeLifecycleEventExecuter.java:35)
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.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94)
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.createTestContext(TestContextHandler.java:130)
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.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94)
at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88)
at org.jboss.arquillian.test.impl.TestContextHandler.createClassContext(TestContextHandler.java:92)
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.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94)
at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88)
at org.jboss.arquillian.test.impl.TestContextHandler.createSuiteContext(TestContextHandler.java:73)
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.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94)
at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88)
at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:145)
at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:116)
at org.jboss.arquillian.test.impl.EventTestRunnerAdaptor.fireCustomLifecycle(EventTestRunnerAdaptor.java:159)
at org.jboss.arquillian.junit.Arquillian$7.evaluate(Arquillian.java:311)
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:204)
at org.jboss.arquillian.junit.Arquillian.multiExecute(Arquillian.java:422)
at org.jboss.arquillian.junit.Arquillian.access$200(Arquillian.java:54)
at org.jboss.arquillian.junit.Arquillian$3.evaluate(Arquillian.java:218)
at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
at org.jboss.arquillian.junit.Arquillian.run(Arquillian.java:166)
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:247)
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:223)
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 sun.reflect.misc.Trampoline.invoke(MethodUtil.java:71)
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 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:1503)
at org.jboss.as.jmx.PluggableMBeanServerImpl.invoke(PluggableMBeanServerImpl.java:724)
at org.jboss.as.jmx.BlockingNotificationMBeanServer.invoke(BlockingNotificationMBeanServer.java:168)
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:75)
at org.jboss.as.jmx.ServerInterceptorFactory$Interceptor$1.run(ServerInterceptorFactory.java:70)
at java.security.AccessController.doPrivileged(Native Method)
at javax.security.auth.Subject.doAs(Subject.java:422)
at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:149)
at org.jboss.as.jmx.ServerInterceptorFactory$Interceptor.handleEvent(ServerInterceptorFactory.java:70)
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)
00:19:00,170 INFO [org.wildfly.extension.undertow] (ServerService Thread Pool -- 27) WFLYUT0022: Unregistered web context: /main
00:19:00,310 INFO [org.jboss.as.clustering.infinispan] (ServerService Thread Pool -- 27) WFLYCLINF0003: Stopped client-mappings cache from ejb container
00:19:00,326 INFO [org.jboss.as.jpa] (ServerService Thread Pool -- 27) WFLYJPA0004: Stopping Persistence Unit Service 'toplink_module_test.ear#hibernate3_pc'
00:19:00,326 INFO [org.eclipse.persistence.connection] (ServerService Thread Pool -- 27) disconnect
00:19:00,326 INFO [org.eclipse.persistence.connection] (ServerService Thread Pool -- 27) /vfs:/C:/dev/branches/git/wildfly/testsuite/compat/content/toplink_module_test.ear/lib/entities.jar/_hibernate3_pc logout successful
00:19:00,341 INFO [org.jboss.as.server.deployment] (MSC service thread 1-3) WFLYSRV0208: Stopped subdeployment (runtime-name: beans.jar) in 206ms
00:19:00,357 INFO [org.jboss.as.server.deployment] (MSC service thread 1-1) WFLYSRV0208: Stopped subdeployment (runtime-name: main.war) in 220ms
00:19:00,372 INFO [org.jboss.as.server.deployment] (MSC service thread 1-2) WFLYSRV0028: Stopped deployment toplink_module_test.ear (runtime-name: toplink_module_test.ear) in 233ms
00:19:00,419 INFO [org.jboss.as.repository] (management-handler-thread - 2) WFLYDR0002: Content removed from location C:\dev\branches\git\wildfly\dist\target\wildfly-10.2.0.Final-SNAPSHOT\standalone\data\content\cd\bd04745a7db8ce35079926d957d0f52a93aaee\content
00:19:00,419 INFO [org.jboss.as.server] (management-handler-thread - 2) WFLYSRV0009: Undeployed "toplink_module_test.ear" (runtime-name: "toplink_module_test.ear")
Aug 17, 2017 12:19:00 AM org.jboss.as.arquillian.protocol.jmx.ArquillianServiceDeployer undeploy
INFO: Undeploy arquillian service: arquillian-service: 981 assets
00:19:00,450 INFO [org.jboss.as.server.deployment] (MSC service thread 1-8) WFLYSRV0028: Stopped deployment arquillian-service (runtime-name: arquillian-service) in 14ms
00:19:00,497 INFO [org.jboss.as.repository] (management-handler-thread - 3) WFLYDR0002: Content removed from location C:\dev\branches\git\wildfly\dist\target\wildfly-10.2.0.Final-SNAPSHOT\standalone\data\content\c1\6b699b6439dd6c9a4c8ac79e519c2875d45ff6\content
00:19:00,497 INFO [org.jboss.as.server] (management-handler-thread - 3) WFLYSRV0009: Undeployed "arquillian-service" (runtime-name: "arquillian-service")
00:19:00,497 INFO [org.jboss.as.server] (management-handler-thread - 4) WFLYSRV0236: Suspending server with no timeout.
00:19:00,513 INFO [org.jboss.as.server] (Management Triggered Shutdown) WFLYSRV0241: Shutting down in response to management operation 'shutdown'
00:19:00,528 INFO [org.jboss.as.connector.subsystems.datasources] (MSC service thread 1-2) WFLYJCA0010: Unbound data source [java:jboss/datasources/ExampleDS]
00:19:00,560 INFO [org.wildfly.extension.undertow] (MSC service thread 1-5) WFLYUT0008: Undertow HTTP listener default suspending
00:19:00,575 INFO [org.wildfly.extension.undertow] (MSC service thread 1-5) WFLYUT0007: Undertow HTTP listener default stopped, was bound to 127.0.0.1:8080
00:19:00,544 INFO [org.wildfly.extension.undertow] (MSC service thread 1-2) WFLYUT0008: Undertow HTTPS listener https suspending
00:19:00,575 INFO [org.jboss.as.connector.deployers.jdbc] (MSC service thread 1-5) WFLYJCA0019: Stopped Driver service with driver-name = h2
00:19:00,575 INFO [org.wildfly.extension.undertow] (MSC service thread 1-1) WFLYUT0019: Host default-host stopping
00:19:00,575 INFO [org.wildfly.extension.undertow] (MSC service thread 1-2) WFLYUT0007: Undertow HTTPS listener https stopped, was bound to 127.0.0.1:8443
00:19:00,575 INFO [org.wildfly.extension.undertow] (MSC service thread 1-5) WFLYUT0004: Undertow 1.4.11.Final stopping
00:19:00,638 INFO [org.jboss.as] (MSC service thread 1-4) WFLYSRV0050: WildFly Full 10.2.0.Final-SNAPSHOT (WildFly Core 2.2.1.Final) stopped in 118ms
{panel}
I must say I have struggled a bit with getting the arquillian.xml configuration to run outside of maven and from within eclipse.
Ulimately I ended up locally with arquillian xml that is completely hard coded for my system (which I will not commit).
As follows:
{panel}
<?xml version="1.0" encoding="UTF-8"?>
<arquillian xmlns="http://jboss.org/schema/arquillian" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://jboss.org/schema/arquillian http://jboss.org/schema/arquillian/arquillian_1_0.xsd">
<defaultProtocol type="jmx-as7" />
<container qualifier="jboss" default="true">
<configuration>
<property name="jbossHome">C:\dev\branches\git\wildfly\dist\target\wildfly-10.2.0.Final-SNAPSHOT</property>
<!-- property name="jbossHome">C:\dev\branches\git\wildfly\testsuite\compat/target/jbossas</property -->
<!--
original:
${server.jvm.args} -Djboss.inst=${basedir}/target/jbossas
maven : server.jvm.args
-Djava.net.preferIPv4Stack=true -Djava.net.preferIPv6Addresses=false -Dts.timeout.factor=100 -Dnode0=127.0.0.1 -Dnode1=127.0.0.1 -Dmcast=230.0.0.4 -Declipselink.archive.factory=org.jipijapa.eclipselink.JBossArchiveFactoryImpl
maven: -Djboss.inst=${basedir}/target/jbossas
-Djboss.inst=C:\dev\branches\git\wildfly\testsuite\compat/target/jbossas
-->
<property name="javaVmArguments">-Dorg.jboss.ejb.client.wildfly-testsuite-hack=true -Djboss.dist=C:\dev\branches\git\wildfly\dist\target\wildfly-10.2.0.Final-SNAPSHOT -Djava.net.preferIPv4Stack=true -Djava.net.preferIPv6Addresses=false -Dts.timeout.factor=100 -Dnode0=127.0.0.1 -Dnode1=127.0.0.1 -Dmcast=230.0.0.4 -Declipselink.archive.factory=org.jipijapa.eclipselink.JBossArchiveFactoryImpl -Djboss.inst=C:\dev\branches\git\wildfly\testsuite\compat/target/jbossas</property>
<property name="jbossArguments">-Dts.wildfly.version=DummyWildflyValueForMandatoryProperty</property>
<property name="serverConfig">${jboss.server.config.file.name:standalone.xml}</property>
<property name="allowConnectingToRunningServer">true</property>
<property name="managementAddress">${node0:127.0.0.1}</property>
<property name="managementPort">${as.managementPort:9990}</property>
</configuration>
</container>
</arquillian>
{panel}
I did not figure out how to do magic of getting wildgly to both uses the modules of the dist folders that has all the official modules for the distribution, plus the modules for testing on the :
/target/modules
Of the system test project.
So to work from within eclipse, I ended up being forced to use the standalone folder of the assembled distribution.
And I manually copy pasted those test modules into it to get rid of the eclipse module not found excepion and such.
I must say I found arquillian quite cute, but yup ... for the time being, losted quite a bit of time.
One note, I am not using master.
I branched 10.x branch.
That is the current branch I care about. Since I cannot be upgrading all the time for all the latest and greatest.
I will report back soon.
> Wildfly 10 with eclipselink Onscucess observer gets stale entity
> ----------------------------------------------------------------
>
> Key: WFLY-8954
> URL: https://issues.jboss.org/browse/WFLY-8954
> Project: WildFly
> Issue Type: Bug
> Components: JPA / Hibernate
> Affects Versions: 10.0.0.Final
> Reporter: Nuno Godinho de Matos
> Assignee: Scott Marlow
>
> Hi,
> In widlfly there seems to be an important issue concerning CDI events and observing these events during onsuccess. At least while using eclipselink.
> When using wildfly 10.0.0.Final together with eclipselink, if an application modifies an entity A, fires an event stating entity A has been modified, and an observer consumes this event during transaction success.
> Then the observer will be working with stale entities that do not reflect the modifications done to the entity.
> A sample application for this issue is available in:
> https://github.com/99sono/wildfly10-observe-on-success-stale-entity
> The widlfly configuration xml for the sample application, is available in the application itself, as can be seen in the readme documentation.
> Many thanks for taking a look.
> Kindest regards.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 9 months
[JBoss JIRA] (WFLY-4572) wildfly-arquillian uses slf4j-api:1.7.7.jbossorg-1 which is not available in maven central repository
by James Perkins (JIRA)
[ https://issues.jboss.org/browse/WFLY-4572?page=com.atlassian.jira.plugin.... ]
James Perkins commented on WFLY-4572:
-------------------------------------
Okay yeah. It doesn't look like it will be updated until WildFly 11 to go back to using the regular slf4j dependencies, not our forked version. We do aim to have all dependencies on maven central. Some just unfortunately get missed.
> wildfly-arquillian uses slf4j-api:1.7.7.jbossorg-1 which is not available in maven central repository
> -----------------------------------------------------------------------------------------------------
>
> Key: WFLY-4572
> URL: https://issues.jboss.org/browse/WFLY-4572
> Project: WildFly
> Issue Type: Bug
> Components: Test Suite
> Affects Versions: 8.2.0.Final, 9.0.0.Beta2
> Reporter: Martin Kouba
> Assignee: James Perkins
> Fix For: 9.0.0.CR1
>
>
> GAV: {{org.slf4j:slf4j-api:1.7.7.jbossorg-1}}
> As a result, it's not possible to build a project which depends on some referencing module, e.g. {{wildfly-arquillian-common}}, and does not define JBoss repository at the same time.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 9 months
[JBoss JIRA] (WFCORE-3186) Query MBean names takes forever when having many loggers and many classes
by James Perkins (JIRA)
[ https://issues.jboss.org/browse/WFCORE-3186?page=com.atlassian.jira.plugi... ]
James Perkins commented on WFCORE-3186:
---------------------------------------
Removing either one does seem to cut the time in half which would make sense. For me it went from about 3 minutes to 1.5 minutes. Removing both makes the response sub-second, however there's not many names reported then. I'm basically just testing with something like:
{code:java}
mBeanServerConnection.queryMBeans(null, null).forEach(o -> System.out.println(o.getObjectName()))
{code}
> Query MBean names takes forever when having many loggers and many classes
> -------------------------------------------------------------------------
>
> Key: WFCORE-3186
> URL: https://issues.jboss.org/browse/WFCORE-3186
> Project: WildFly Core
> Issue Type: Bug
> Components: JMX, Logging
> Environment: Windows 7 and Windows 10
> Reporter: Steffen Czymmeck
> Attachments: manyClasses.ear, standalone.xml
>
>
> If you configure many loggers (~300) and deploy a rather big ear with many classes, it takes forever to query mbean names with
> javax.management.MBeanServer#queryNames or via. jconsoles MBeans tab.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 9 months
[JBoss JIRA] (WFCORE-3186) Query MBean names takes forever when having many loggers and many classes
by Brian Stansberry (JIRA)
[ https://issues.jboss.org/browse/WFCORE-3186?page=com.atlassian.jira.plugi... ]
Brian Stansberry commented on WFCORE-3186:
------------------------------------------
As a workaround you can reduce the number of mbeans by dropping JMX domains that are not relevant to you:
{code}
<subsystem xmlns="urn:jboss:domain:jmx:1.3">
<expose-resolved-model/>
<expose-expression-model/>
<remoting-connector/>
</subsystem>
{code}
Using both "expose-resolved-model" and "expose-expression-model" results in two mbeans per management resource, the latter one with attributes exposed a strings, to account for the fact that, for example, an Integer attribute may be configured with a string expression (e.g. "${foo}"). The former one provides an Integer if its possible to resolve the attribute.
If you don't need both representations you can remove one, or even remove both.
> Query MBean names takes forever when having many loggers and many classes
> -------------------------------------------------------------------------
>
> Key: WFCORE-3186
> URL: https://issues.jboss.org/browse/WFCORE-3186
> Project: WildFly Core
> Issue Type: Bug
> Components: JMX, Logging
> Environment: Windows 7 and Windows 10
> Reporter: Steffen Czymmeck
> Attachments: manyClasses.ear, standalone.xml
>
>
> If you configure many loggers (~300) and deploy a rather big ear with many classes, it takes forever to query mbean names with
> javax.management.MBeanServer#queryNames or via. jconsoles MBeans tab.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 9 months
[JBoss JIRA] (WFLY-4572) wildfly-arquillian uses slf4j-api:1.7.7.jbossorg-1 which is not available in maven central repository
by Nuno Godinho de Matos (JIRA)
[ https://issues.jboss.org/browse/WFLY-4572?page=com.atlassian.jira.plugin.... ]
Nuno Godinho de Matos edited comment on WFLY-4572 at 8/16/17 1:43 PM:
----------------------------------------------------------------------
I forked wildfly from git hub.
Finally, on my local git repository I have branched the 10.X branch.
And the 10.x branch is what I have tried to build.
Two issues I experienced.
The first was the problem resolving of dependencies that were well available on the red-hat public repository.
I was a bit surprised, because in the:
https://mvnrepository.com/
I was getting results and at first I suspected must be maven central results.
Only when I checked the download achieve link did I realize my mistake.
Finally, I also had issues with some files:
I mention these files in:
https://issues.jboss.org/browse/WFLY-8954
Here is one example.
jsf/multi-jsf-installer/src/main/resources/myfaces-undeploy.scr
The anti virus we have setup considers that these files are dangerous.
Could be just an IT department thing, or it could be the extension of the file.
The effect was, that (a) git checout would file for these files with permission denied.
So you need to stop the scanner in fact.
(b) Even if you check them out, youll will later have read access errors with permission denied.
And this was a bit anoying since the anti virus tends to auto enable itself, no matter what you do.
:)
You can get short time windows to be mess around, but yeah...
Many thanks.
was (Author: nuno.godinhomatos):
I forked wildfly from git hub.
Finally, on my local git repository I have branched the 10.X branch.
And the 10.x branch is what I have tried to build.
Two issues I experienced.
The first was the problem resolving of dependnecies that were well available on the red-hat public repository.
I was a bit surprised, because in the:
https://mvnrepository.com/
I was getting results and at first I suspected these results must be maven central results.
Finally, I also had issues with some files:
see
https://issues.jboss.org/browse/WFLY-8954
E.g.
jsf/multi-jsf-installer/src/main/resources/myfaces-undeploy.scr
The anti virus we have setup considered these files as dangerous. So you could check them out of the repository.
Nor if they were checked out could you access them ... and since our antivirus kicks in automatically, it can be an interesting dance.
Many thanks.
> wildfly-arquillian uses slf4j-api:1.7.7.jbossorg-1 which is not available in maven central repository
> -----------------------------------------------------------------------------------------------------
>
> Key: WFLY-4572
> URL: https://issues.jboss.org/browse/WFLY-4572
> Project: WildFly
> Issue Type: Bug
> Components: Test Suite
> Affects Versions: 8.2.0.Final, 9.0.0.Beta2
> Reporter: Martin Kouba
> Assignee: James Perkins
> Fix For: 9.0.0.CR1
>
>
> GAV: {{org.slf4j:slf4j-api:1.7.7.jbossorg-1}}
> As a result, it's not possible to build a project which depends on some referencing module, e.g. {{wildfly-arquillian-common}}, and does not define JBoss repository at the same time.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 9 months
[JBoss JIRA] (WFLY-4572) wildfly-arquillian uses slf4j-api:1.7.7.jbossorg-1 which is not available in maven central repository
by Nuno Godinho de Matos (JIRA)
[ https://issues.jboss.org/browse/WFLY-4572?page=com.atlassian.jira.plugin.... ]
Nuno Godinho de Matos commented on WFLY-4572:
---------------------------------------------
I forked wildfly from git hub.
Finally, on my local git repository I have branched the 10.X branch.
And the 10.x branch is what I have tried to build.
Two issues I experienced.
The first was the problem resolving of dependnecies that were well available on the red-hat public repository.
I was a bit surprised, because in the:
https://mvnrepository.com/
I was getting results and at first I suspected these results must be maven central results.
Finally, I also had issues with some files:
see
https://issues.jboss.org/browse/WFLY-8954
E.g.
jsf/multi-jsf-installer/src/main/resources/myfaces-undeploy.scr
The anti virus we have setup considered these files as dangerous. So you could check them out of the repository.
Nor if they were checked out could you access them ... and since our antivirus kicks in automatically, it can be an interesting dance.
Many thanks.
> wildfly-arquillian uses slf4j-api:1.7.7.jbossorg-1 which is not available in maven central repository
> -----------------------------------------------------------------------------------------------------
>
> Key: WFLY-4572
> URL: https://issues.jboss.org/browse/WFLY-4572
> Project: WildFly
> Issue Type: Bug
> Components: Test Suite
> Affects Versions: 8.2.0.Final, 9.0.0.Beta2
> Reporter: Martin Kouba
> Assignee: James Perkins
> Fix For: 9.0.0.CR1
>
>
> GAV: {{org.slf4j:slf4j-api:1.7.7.jbossorg-1}}
> As a result, it's not possible to build a project which depends on some referencing module, e.g. {{wildfly-arquillian-common}}, and does not define JBoss repository at the same time.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 9 months