[
https://issues.apache.org/jira/browse/DELTASPIKE-908?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14555989#comment-14555989
]
Tomas Remes commented on DELTASPIKE-908:
----------------------------------------
Well it could be really random. I have following theory : The test fails when
the test method checkManualSchedulerJobManagement is executed at first by
junit. In this case the AutoRegisteredJob is deleted at the end of this method
and there is no mechanism which will register this job again. Is it possible?
New annotation @FixMethodOrder(MethodSorters.NAME_ASCENDING) from junit version
4.11 could help.
> org.apache.deltaspike.test.scheduler.custom.CustomSchedulerWarFileTest fails
> with Weld
> --------------------------------------------------------------------------------------
>
> Key: DELTASPIKE-908
> URL: https://issues.apache.org/jira/browse/DELTASPIKE-908
> Project: DeltaSpike
> Issue Type: Bug
> Components: Scheduler
> Affects Versions: 1.3.0
> Reporter: Tomas Remes
> Assignee: Gerhard Petracek
> Priority: Minor
> Fix For: 1.4.1
>
>
> {noformat}
> junit.framework.AssertionFailedError: expected:<1> but was:<0>
> at junit.framework.Assert.fail(Assert.java:50)
> at junit.framework.Assert.failNotEquals(Assert.java:287)
> at junit.framework.Assert.assertEquals(Assert.java:67)
> at junit.framework.Assert.assertEquals(Assert.java:199)
> at junit.framework.Assert.assertEquals(Assert.java:205)
> at
> org.apache.deltaspike.test.scheduler.custom.CustomSchedulerTest.checkAutoRegisteredSchedulerJob(CustomSchedulerTest.java:54)
> 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:483)
> at
> org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:45)
> at
> org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15)
> at
> org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:42)
> at org.jboss.arquillian.junit.Arquillian$6$1.invoke(Arquillian.java:273)
> at
> org.jboss.arquillian.container.test.impl.execution.LocalTestExecuter.execute(LocalTestExecuter.java:60)
> {noformat}
> I am not sure what's the cause yet. I need to do further investigation. Weld
> version doesn't matter here.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
