May 2015 - arquillian-issues - Jboss List Archives

[JBoss JIRA] (ARQ-1883) Arquillian Persistence Extension: Cucumber integration

by Rafael Pestano (JIRA)

[ https://issues.jboss.org/browse/ARQ-1883?page=com.atlassian.jira.plugin.s... ] Rafael Pestano commented on ARQ-1883: ------------------------------------- ok, fixed the "Can't find a persistence unit" problem. Now the first step runs ok but i receive the error below on the [second step|https://github.com/rmpestano/arquillian-extension-persistence/blob/m...] is faling the error below: {noformat} org.jboss.arquillian.persistence.dbunit.exception.DBUnitDataSetHandlingException: Unable to clean database. at org.jboss.arquillian.persistence.dbunit.cleanup.StrictCleanupStrategyExecutor.cleanupDatabase(StrictCleanupStrategyExecutor.java:60) at org.jboss.arquillian.persistence.dbunit.DBUnitDataHandler.cleanDatabase(DBUnitDataHandler.java:184) at org.jboss.arquillian.persistence.dbunit.DBUnitDataHandler.cleanup(DBUnitDataHandler.java:122) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) 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.persistence.dbunit.DBUnitDataStateLogger.aroundCleanup(DBUnitDataStateLogger.java:121) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94) ... ... Caused by: java.sql.SQLException: Connection is not associated with a managed connection.org.jboss.jca.adapters.jdbc.jdk7.WrappedConnectionJDK7@1bc5bf4a at org.jboss.jca.adapters.jdbc.WrappedConnection.lock(WrappedConnection.java:155) at org.jboss.jca.adapters.jdbc.WrappedConnection.createStatement(WrappedConnection.java:296) at org.dbunit.database.statement.AbstractBatchStatement.<init>(AbstractBatchStatement.java:50) at org.dbunit.database.statement.SimpleStatement.<init>(SimpleStatement.java:49) at org.dbunit.database.statement.PreparedStatementFactory.createBatchStatement(PreparedStatementFactory.java:57) at org.dbunit.operation.DeleteAllOperation.execute(DeleteAllOperation.java:85) at org.jboss.arquillian.persistence.dbunit.cleanup.StrictCleanupStrategyExecutor.cleanupDatabase(StrictCleanupStrategyExecutor.java:56) ... 218 more {noformat} > Arquillian Persistence Extension: Cucumber integration > ------------------------------------------------------ > > Key: ARQ-1883 > URL: https://issues.jboss.org/browse/ARQ-1883 > Project: Arquillian > Issue Type: Feature Request > Components: Extension - Persistence > Affects Versions: persistence_1.0.0.Alpha7 > Reporter: Rafael Pestano > Assignee: Bartosz Majsak > > Currently we cannot use persistence extension in a Cucumber test. > Cukespace extension added events that other extensions can observe in order to e.g.: do something before a step. > see this issue for more details: https://github.com/cukespace/cukespace/issues/37 > Also there this blog post which details the limitations of using both extensions: http://rpestano.wordpress.com/2014/11/08/arquillian-cucumber-dbunit/ -- This message was sent by Atlassian JIRA (v6.3.15#6346)

9 years

1
0
0 / 0

[JBoss JIRA] (ARQ-1883) Arquillian Persistence Extension: Cucumber integration

by Romain Manni-Bucau (JIRA)

[ https://issues.jboss.org/browse/ARQ-1883?page=com.atlassian.jira.plugin.s... ] Romain Manni-Bucau commented on ARQ-1883: ----------------------------------------- Yes cukespace works only when enrichment can be done ie not with jars. side note: em enricher should be deactivable IMO for container doing it well by default like tomee and openejb > Arquillian Persistence Extension: Cucumber integration > ------------------------------------------------------ > > Key: ARQ-1883 > URL: https://issues.jboss.org/browse/ARQ-1883 > Project: Arquillian > Issue Type: Feature Request > Components: Extension - Persistence > Affects Versions: persistence_1.0.0.Alpha7 > Reporter: Rafael Pestano > Assignee: Bartosz Majsak > > Currently we cannot use persistence extension in a Cucumber test. > Cukespace extension added events that other extensions can observe in order to e.g.: do something before a step. > see this issue for more details: https://github.com/cukespace/cukespace/issues/37 > Also there this blog post which details the limitations of using both extensions: http://rpestano.wordpress.com/2014/11/08/arquillian-cucumber-dbunit/ -- This message was sent by Atlassian JIRA (v6.3.15#6346)

9 years

1
0
0 / 0

[JBoss JIRA] (ARQ-1883) Arquillian Persistence Extension: Cucumber integration

by Rafael Pestano (JIRA)

[ https://issues.jboss.org/browse/ARQ-1883?page=com.atlassian.jira.plugin.s... ] Rafael Pestano commented on ARQ-1883: ------------------------------------- I've also tried to setup an example in persistense-extension project ([see here|https://github.com/rmpestano/arquillian-extension-persistence/blob/m...]) but its failing (i think its a detail) because persistence unit is not found. I've changed the deployment from *jar* to *war* cause i think cukespace doesn't work in jar project (in fact I didnt tried to flat the jar so changed to war) but the [@PersistenceContext inside test|https://github.com/rmpestano/arquillian-extension-persistence/blob/m...] isn't working, here is test output: {noformat} org.jboss.arquillian.container.spi.client.container.DeploymentException: Cannot deploy: test.war at org.jboss.as.arquillian.container.ArchiveDeployer.deployInternal(ArchiveDeployer.java:83) at org.jboss.as.arquillian.container.ArchiveDeployer.deployInternal(ArchiveDeployer.java:64) at org.jboss.as.arquillian.container.ArchiveDeployer.deploy(ArchiveDeployer.java:46) at org.jboss.as.arquillian.container.CommonDeployableContainer.deploy(CommonDeployableContainer.java:146) at org.jboss.arquillian.container.impl.client.container.ContainerDeployController$3.call(ContainerDeployController.java:161) at org.jboss.arquillian.container.impl.client.container.ContainerDeployController$3.call(ContainerDeployController.java:128) at org.jboss.arquillian.container.impl.client.container.ContainerDeployController.executeOperation(ContainerDeployController.java:271) at org.jboss.arquillian.container.impl.client.container.ContainerDeployController.deploy(ContainerDeployController.java:127) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) 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.container.impl.client.container.DeploymentExceptionHandler.verifyExpectedExceptionDuringDeploy(DeploymentExceptionHandler.java:50) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) 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.container.impl.client.ContainerDeploymentContextHandler.createDeploymentContext(ContainerDeploymentContextHandler.java:78) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) 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.container.impl.client.ContainerDeploymentContextHandler.createContainerContext(ContainerDeploymentContextHandler.java:57) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) 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.core.impl.EventImpl.fire(EventImpl.java:67) at org.jboss.arquillian.container.impl.client.container.ContainerDeployController$1.perform(ContainerDeployController.java:95) at org.jboss.arquillian.container.impl.client.container.ContainerDeployController$1.perform(ContainerDeployController.java:80) at org.jboss.arquillian.container.impl.client.container.ContainerDeployController.forEachDeployment(ContainerDeployController.java:263) at org.jboss.arquillian.container.impl.client.container.ContainerDeployController.forEachManagedDeployment(ContainerDeployController.java:239) at org.jboss.arquillian.container.impl.client.container.ContainerDeployController.deployManaged(ContainerDeployController.java:79) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) 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.client.ContainerEventController.execute(ContainerEventController.java:101) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) 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.createClassContext(TestContextHandler.java:84) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) 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:65) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) 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.beforeClass(EventTestRunnerAdaptor.java:86) at org.jboss.arquillian.junit.Arquillian$2.evaluate(Arquillian.java:199) at org.jboss.arquillian.junit.Arquillian.multiExecute(Arquillian.java:377) at org.jboss.arquillian.junit.Arquillian.access$200(Arquillian.java:52) at org.jboss.arquillian.junit.Arquillian$3.evaluate(Arquillian.java:216) at org.junit.runners.ParentRunner.run(ParentRunner.java:363) at org.jboss.arquillian.junit.Arquillian.run(Arquillian.java:164) at org.junit.runner.JUnitCore.run(JUnitCore.java:137) at com.intellij.rt.execution.junit.JUnitStarter.main(JUnitStarter.java:68) Caused by: java.lang.Exception: {"JBAS014671: Failed services" => {"jboss.deployment.unit.\"test.war\".WeldStartService" => "org.jboss.msc.service.StartException in service jboss.deployment.unit.\"test.war\".WeldStartService: Failed to start service Caused by: java.lang.IllegalArgumentException: JBAS016069: Error injecting persistence unit into CDI managed bean. Can't find a persistence unit named test in deployment test.war"}} at org.jboss.as.controller.client.helpers.standalone.impl.ServerDeploymentPlanResultFuture.getActionResult(ServerDeploymentPlanResultFuture.java:134) at org.jboss.as.controller.client.helpers.standalone.impl.ServerDeploymentPlanResultFuture.getResultFromNode(ServerDeploymentPlanResultFuture.java:123) at org.jboss.as.controller.client.helpers.standalone.impl.ServerDeploymentPlanResultFuture.get(ServerDeploymentPlanResultFuture.java:85) at org.jboss.as.controller.client.helpers.standalone.impl.ServerDeploymentPlanResultFuture.get(ServerDeploymentPlanResultFuture.java:42) at org.jboss.as.controller.client.helpers.standalone.ServerDeploymentHelper.deploy(ServerDeploymentHelper.java:55) at org.jboss.as.arquillian.container.ArchiveDeployer.deployInternal(ArchiveDeployer.java:77) ... 88 more {noformat} I think it would be nice to have this test inside persistence-extension project to assure the integration will work with the project evolution > Arquillian Persistence Extension: Cucumber integration > ------------------------------------------------------ > > Key: ARQ-1883 > URL: https://issues.jboss.org/browse/ARQ-1883 > Project: Arquillian > Issue Type: Feature Request > Components: Extension - Persistence > Affects Versions: persistence_1.0.0.Alpha7 > Reporter: Rafael Pestano > Assignee: Bartosz Majsak > > Currently we cannot use persistence extension in a Cucumber test. > Cukespace extension added events that other extensions can observe in order to e.g.: do something before a step. > see this issue for more details: https://github.com/cukespace/cukespace/issues/37 > Also there this blog post which details the limitations of using both extensions: http://rpestano.wordpress.com/2014/11/08/arquillian-cucumber-dbunit/ -- This message was sent by Atlassian JIRA (v6.3.15#6346)

9 years

1
0
0 / 0

[JBoss JIRA] (ARQ-1883) Arquillian Persistence Extension: Cucumber integration

by Romain Manni-Bucau (JIRA)

[ https://issues.jboss.org/browse/ARQ-1883?page=com.atlassian.jira.plugin.s... ] Romain Manni-Bucau commented on ARQ-1883: ----------------------------------------- Happy to help as well if needed > Arquillian Persistence Extension: Cucumber integration > ------------------------------------------------------ > > Key: ARQ-1883 > URL: https://issues.jboss.org/browse/ARQ-1883 > Project: Arquillian > Issue Type: Feature Request > Components: Extension - Persistence > Affects Versions: persistence_1.0.0.Alpha7 > Reporter: Rafael Pestano > Assignee: Bartosz Majsak > > Currently we cannot use persistence extension in a Cucumber test. > Cukespace extension added events that other extensions can observe in order to e.g.: do something before a step. > see this issue for more details: https://github.com/cukespace/cukespace/issues/37 > Also there this blog post which details the limitations of using both extensions: http://rpestano.wordpress.com/2014/11/08/arquillian-cucumber-dbunit/ -- This message was sent by Atlassian JIRA (v6.3.15#6346)

9 years

1
0
0 / 0

[JBoss JIRA] (ARQ-1883) Arquillian Persistence Extension: Cucumber integration

by Rafael Pestano (JIRA)

[ https://issues.jboss.org/browse/ARQ-1883?page=com.atlassian.jira.plugin.s... ] Rafael Pestano edited comment on ARQ-1883 at 5/1/15 12:05 AM: -------------------------------------------------------------- Hi there, I've created a project which you can use to reproduce the problem: https://github.com/rmpestano/cdi-crud/tree/cdi-crud-it In this sample project I have a test which calls dbunit api manually and it works fine: https://github.com/rmpestano/cdi-crud/blob/cdi-crud-it/src/test/java/com/... and next I have the same tests using arquillian persistence here: https://github.com/rmpestano/cdi-crud/blob/cdi-crud-it/src/test/java/com/... We have one cucumber feature (you can [see it here|https://github.com/rmpestano/cdi-crud/blob/cdi-crud-it/src/test/reso...]) with two scenarios: *The first scenario:* {code:java} @Given("^search car with model \"([^\"]*)\"$") @UsingDataSet("car.yml")//dataset has car with model = "Ferrari", @Transactional(TransactionMode.DISABLED) public void searchCarWithModel(String model) { assertEquals(4,carService.crud().count());//dataset has 4 cars Car carExample = new Car().model(model); carFound = carService.findByExample(carExample); assertNotNull(carFound); //everything ok with first step } @When("^update model to \"([^\"]*)\"$") @Transactional(TransactionMode.DISABLED) public void updateModel(String model) { carFound.model(model); carService.update(carFound); } {code} here is the error when update method is called: Caused by: org.hibernate.StaleStateException: Batch update returned unexpected row count from update [0]; actual row count: 0; expected: 1 [full stacktrace is here|http://pastebin.com/jbReEjBe]. Looks like database was modified between cucumber steps given|when. In fact when the step *when* is performed the database is already clean although I set cleanup strategy NONE in [arquillian.xml|https://github.com/rmpestano/cdi-crud/blob/cdi-crud-it/src...] Just let me know if you need any help was (Author: kwintesencja): Hi there, I've created a project which you can use to reproduce the problem: https://github.com/rmpestano/cdi-crud/tree/cdi-crud-it In this sample project I have a test which calls dbunit api manually and it works fine: https://github.com/rmpestano/cdi-crud/blob/cdi-crud-it/src/test/java/com/... and next I have the same tests using arquillian persistence here: https://github.com/rmpestano/cdi-crud/blob/cdi-crud-it/src/test/java/com/... We have one cucumber feature (you can [see it here|https://github.com/rmpestano/cdi-crud/blob/cdi-crud-it/src/test/reso...]) with two scenarios: *The first scenario:* {code:java} @Given("^search car with model \"([^\"]*)\"$") @UsingDataSet("car.yml")//dataset has car with model = "Ferrari", @Transactional(TransactionMode.DISABLED) public void searchCarWithModel(String model) { assertEquals(4,carService.crud().count());//dataset has 4 cars Car carExample = new Car().model(model); carFound = carService.findByExample(carExample); assertNotNull(carFound); //everything ok with first step } @When("^update model to \"([^\"]*)\"$") @Transactional(TransactionMode.DISABLED) public void updateModel(String model) { carFound.model(model); carService.update(carFound);//exception is thrown cause } {code} here is the error when update method is called: Caused by: org.hibernate.StaleStateException: Batch update returned unexpected row count from update [0]; actual row count: 0; expected: 1 [full stacktrace is here|http://pastebin.com/jbReEjBe]. Looks like database was modified between cucumber steps given|when. In fact when the step *when* is performed the database is already clean although I set cleanup strategy NONE in [arquillian.xml|https://github.com/rmpestano/cdi-crud/blob/cdi-crud-it/src...] Just let me know if you need any help > Arquillian Persistence Extension: Cucumber integration > ------------------------------------------------------ > > Key: ARQ-1883 > URL: https://issues.jboss.org/browse/ARQ-1883 > Project: Arquillian > Issue Type: Feature Request > Components: Extension - Persistence > Affects Versions: persistence_1.0.0.Alpha7 > Reporter: Rafael Pestano > Assignee: Bartosz Majsak > > Currently we cannot use persistence extension in a Cucumber test. > Cukespace extension added events that other extensions can observe in order to e.g.: do something before a step. > see this issue for more details: https://github.com/cukespace/cukespace/issues/37 > Also there this blog post which details the limitations of using both extensions: http://rpestano.wordpress.com/2014/11/08/arquillian-cucumber-dbunit/ -- This message was sent by Atlassian JIRA (v6.3.15#6346)

9 years

1
0
0 / 0

[JBoss JIRA] (ARQ-1883) Arquillian Persistence Extension: Cucumber integration

by Rafael Pestano (JIRA)

[ https://issues.jboss.org/browse/ARQ-1883?page=com.atlassian.jira.plugin.s... ] Rafael Pestano edited comment on ARQ-1883 at 5/1/15 12:04 AM: -------------------------------------------------------------- Hi there, I've created a project which you can use to reproduce the problem: https://github.com/rmpestano/cdi-crud/tree/cdi-crud-it In this sample project I have a test which calls dbunit api manually and it works fine: https://github.com/rmpestano/cdi-crud/blob/cdi-crud-it/src/test/java/com/... and next I have the same tests using arquillian persistence here: https://github.com/rmpestano/cdi-crud/blob/cdi-crud-it/src/test/java/com/... We have one cucumber feature (you can [see it here|https://github.com/rmpestano/cdi-crud/blob/cdi-crud-it/src/test/reso...]) with two scenarios: *The first scenario:* {code:java} @Given("^search car with model \"([^\"]*)\"$") @UsingDataSet("car.yml")//dataset has car with model = "Ferrari", @Transactional(TransactionMode.DISABLED) public void searchCarWithModel(String model) { assertEquals(4,carService.crud().count());//dataset has 4 cars Car carExample = new Car().model(model); carFound = carService.findByExample(carExample); assertNotNull(carFound); //everything ok with first step } @When("^update model to \"([^\"]*)\"$") @Transactional(TransactionMode.DISABLED) public void updateModel(String model) { carFound.model(model); carService.update(carFound);//exception is thrown cause } {code} here is the error when update method is called: Caused by: org.hibernate.StaleStateException: Batch update returned unexpected row count from update [0]; actual row count: 0; expected: 1 [full stacktrace is here|http://pastebin.com/jbReEjBe]. Looks like database was modified between cucumber steps given|when. In fact when the step *when* is performed the database is already clean although I set cleanup strategy NONE in [arquillian.xml|https://github.com/rmpestano/cdi-crud/blob/cdi-crud-it/src...] Just let me know if you need any help was (Author: kwintesencja): Hi there, I've created a project which you can use to reproduce the problem: https://github.com/rmpestano/cdi-crud/tree/cdi-crud-it In this sample project I have a test which calls dbunit api manually and it works fine: https://github.com/rmpestano/cdi-crud/blob/cdi-crud-it/src/test/java/com/... and next I have the same tests using arquillian persistence here: https://github.com/rmpestano/cdi-crud/blob/cdi-crud-it/src/test/java/com/... We have one cucumber feature (you can [see it here|https://github.com/rmpestano/cdi-crud/blob/cdi-crud-it/src/test/reso...]) with two scenarios: *The first scenario:* {code:java} @Given("^search car with model \"([^\"]*)\"$") @UsingDataSet("car.yml")//dataset has car with model = "Ferrari", @Transactional(TransactionMode.DISABLED) public void searchCarWithModel(String model) { assertEquals(4,carService.crud().count());//dataset has 4 cars Car carExample = new Car().model(model); carFound = carService.findByExample(carExample); assertNotNull(carFound); //everything ok with first step } @When("^update model to \"([^\"]*)\"$") @Transactional(TransactionMode.DISABLED) public void updateModel(String model) { carFound.model(model); carService.update(carFound);//exception is thrown cause } {code} here is the error when update method is called: Caused by: org.hibernate.StaleStateException: Batch update returned unexpected row count from update [0]; actual row count: 0; expected: 1 [full stacktrace is here|http://pastebin.com/jbReEjBe]. Looks like database was modified between cucumber steps given|when. In fact when the step *when* is performed the database is already clean although I set cleanup strategy NONE in [arquillian.xml|https://github.com/rmpestano/cdi-crud/blob/cdi-crud-it/src...] *The second scenario:* In this scenario database is not being feed by persistence extension, see image below: !http://s13.postimg.org/5nf85tx93/cucumber_persistence_01.png! Just let me know if you need any help > Arquillian Persistence Extension: Cucumber integration > ------------------------------------------------------ > > Key: ARQ-1883 > URL: https://issues.jboss.org/browse/ARQ-1883 > Project: Arquillian > Issue Type: Feature Request > Components: Extension - Persistence > Affects Versions: persistence_1.0.0.Alpha7 > Reporter: Rafael Pestano > Assignee: Bartosz Majsak > > Currently we cannot use persistence extension in a Cucumber test. > Cukespace extension added events that other extensions can observe in order to e.g.: do something before a step. > see this issue for more details: https://github.com/cukespace/cukespace/issues/37 > Also there this blog post which details the limitations of using both extensions: http://rpestano.wordpress.com/2014/11/08/arquillian-cucumber-dbunit/ -- This message was sent by Atlassian JIRA (v6.3.15#6346)

9 years

1
0
0 / 0

[JBoss JIRA] (ARQ-1883) Arquillian Persistence Extension: Cucumber integration

by Rafael Pestano (JIRA)

[ https://issues.jboss.org/browse/ARQ-1883?page=com.atlassian.jira.plugin.s... ] Rafael Pestano edited comment on ARQ-1883 at 5/1/15 12:01 AM: -------------------------------------------------------------- Hi there, I've created a project which you can use to reproduce the problem: https://github.com/rmpestano/cdi-crud/tree/cdi-crud-it In this sample project I have a test which calls dbunit api manually and it works fine: https://github.com/rmpestano/cdi-crud/blob/cdi-crud-it/src/test/java/com/... and next I have the same tests using arquillian persistence here: https://github.com/rmpestano/cdi-crud/blob/cdi-crud-it/src/test/java/com/... We have one cucumber feature (you can [see it here|https://github.com/rmpestano/cdi-crud/blob/cdi-crud-it/src/test/reso...]) with two scenarios: *The first scenario:* {code:java} @Given("^search car with model \"([^\"]*)\"$") @UsingDataSet("car.yml")//dataset has car with model = "Ferrari", @Transactional(TransactionMode.DISABLED) public void searchCarWithModel(String model) { assertEquals(4,carService.crud().count());//dataset has 4 cars Car carExample = new Car().model(model); carFound = carService.findByExample(carExample); assertNotNull(carFound); //everything ok with first step } @When("^update model to \"([^\"]*)\"$") @Transactional(TransactionMode.DISABLED) public void updateModel(String model) { carFound.model(model); carService.update(carFound);//exception is thrown cause } {code} here is the error when update method is called: Caused by: org.hibernate.StaleStateException: Batch update returned unexpected row count from update [0]; actual row count: 0; expected: 1 [full stacktrace is here|http://pastebin.com/jbReEjBe]. Looks like database was modified between cucumber steps given|when. In fact when the step *when* is performed the database is already clean although I set cleanup strategy NONE in [arquillian.xml|https://github.com/rmpestano/cdi-crud/blob/cdi-crud-it/src...] *The second scenario:* In this scenario database is not being feed by persistence extension, see image below: !http://s13.postimg.org/5nf85tx93/cucumber_persistence_01.png! Just let me know if you need any help was (Author: kwintesencja): Hi there, I've created a project which you can use to reproduce the problem: https://github.com/rmpestano/cdi-crud/tree/cdi-crud-it In this sample project I have a test which calls dbunit api manually and it works fine: https://github.com/rmpestano/cdi-crud/blob/cdi-crud-it/src/test/java/com/... and next I have the same tests using arquillian persistence here: https://github.com/rmpestano/cdi-crud/blob/cdi-crud-it/src/test/java/com/... [Atlassian|http://atlassian.com] We have one cucumber feature (you can [see it here|https://github.com/rmpestano/cdi-crud/blob/cdi-crud-it/src/test/reso...]) with two scenarios: *The first scenario:* {code:java} @Given("^search car with model \"([^\"]*)\"$") @UsingDataSet("car.yml")//dataset has car with model = "Ferrari", @Transactional(TransactionMode.DISABLED) public void searchCarWithModel(String model) { assertEquals(4,carService.crud().count());//dataset has 4 cars Car carExample = new Car().model(model); carFound = carService.findByExample(carExample); assertNotNull(carFound); //everything ok with first step } @When("^update model to \"([^\"]*)\"$") @Transactional(TransactionMode.DISABLED) public void updateModel(String model) { carFound.model(model); carService.update(carFound);//exception is thrown cause } {code} here is the error when update method is called: Caused by: org.hibernate.StaleStateException: Batch update returned unexpected row count from update [0]; actual row count: 0; expected: 1 [full stacktrace is here|http://pastebin.com/jbReEjBe]. Looks like database was modified between cucumber steps given|when. In fact when the step *when* is performed the database is already clean although I set cleanup strategy NONE in [arquillian.xml|https://github.com/rmpestano/cdi-crud/blob/cdi-crud-it/src...] *The second scenario:* In this scenario database is not being feed by persistence extension, see image below: !http://s13.postimg.org/5nf85tx93/cucumber_persistence_01.png! Just let me know if you need any help > Arquillian Persistence Extension: Cucumber integration > ------------------------------------------------------ > > Key: ARQ-1883 > URL: https://issues.jboss.org/browse/ARQ-1883 > Project: Arquillian > Issue Type: Feature Request > Components: Extension - Persistence > Affects Versions: persistence_1.0.0.Alpha7 > Reporter: Rafael Pestano > Assignee: Bartosz Majsak > > Currently we cannot use persistence extension in a Cucumber test. > Cukespace extension added events that other extensions can observe in order to e.g.: do something before a step. > see this issue for more details: https://github.com/cukespace/cukespace/issues/37 > Also there this blog post which details the limitations of using both extensions: http://rpestano.wordpress.com/2014/11/08/arquillian-cucumber-dbunit/ -- This message was sent by Atlassian JIRA (v6.3.15#6346)

9 years

1
0
0 / 0

[JBoss JIRA] (ARQ-1883) Arquillian Persistence Extension: Cucumber integration

by Rafael Pestano (JIRA)

[ https://issues.jboss.org/browse/ARQ-1883?page=com.atlassian.jira.plugin.s... ] Rafael Pestano commented on ARQ-1883: ------------------------------------- Hi there, I've created a project which you can use to reproduce the problem: https://github.com/rmpestano/cdi-crud/tree/cdi-crud-it In this sample project I have a test which calls dbunit api manually and it works fine: https://github.com/rmpestano/cdi-crud/blob/cdi-crud-it/src/test/java/com/... and next I have the same tests using arquillian persistence here: https://github.com/rmpestano/cdi-crud/blob/cdi-crud-it/src/test/java/com/... [Atlassian|http://atlassian.com] We have one cucumber feature (you can [see it here|https://github.com/rmpestano/cdi-crud/blob/cdi-crud-it/src/test/reso...]) with two scenarios: *The first scenario:* {code:java} @Given("^search car with model \"([^\"]*)\"$") @UsingDataSet("car.yml")//dataset has car with model = "Ferrari", @Transactional(TransactionMode.DISABLED) public void searchCarWithModel(String model) { assertEquals(4,carService.crud().count());//dataset has 4 cars Car carExample = new Car().model(model); carFound = carService.findByExample(carExample); assertNotNull(carFound); //everything ok with first step } @When("^update model to \"([^\"]*)\"$") @Transactional(TransactionMode.DISABLED) public void updateModel(String model) { carFound.model(model); carService.update(carFound);//exception is thrown cause } {code} here is the error when update method is called: Caused by: org.hibernate.StaleStateException: Batch update returned unexpected row count from update [0]; actual row count: 0; expected: 1 [full stacktrace is here|http://pastebin.com/jbReEjBe]. Looks like database was modified between cucumber steps given|when. In fact when the step *when* is performed the database is already clean although I set cleanup strategy NONE in [arquillian.xml|https://github.com/rmpestano/cdi-crud/blob/cdi-crud-it/src...] *The second scenario:* In this scenario database is not being feed by persistence extension, see image below: !http://s13.postimg.org/5nf85tx93/cucumber_persistence_01.png! Just let me know if you need any help > Arquillian Persistence Extension: Cucumber integration > ------------------------------------------------------ > > Key: ARQ-1883 > URL: https://issues.jboss.org/browse/ARQ-1883 > Project: Arquillian > Issue Type: Feature Request > Components: Extension - Persistence > Affects Versions: persistence_1.0.0.Alpha7 > Reporter: Rafael Pestano > Assignee: Bartosz Majsak > > Currently we cannot use persistence extension in a Cucumber test. > Cukespace extension added events that other extensions can observe in order to e.g.: do something before a step. > see this issue for more details: https://github.com/cukespace/cukespace/issues/37 > Also there this blog post which details the limitations of using both extensions: http://rpestano.wordpress.com/2014/11/08/arquillian-cucumber-dbunit/ -- This message was sent by Atlassian JIRA (v6.3.15#6346)

9 years

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

arquillian-issues May 2015