[JBoss JIRA] (ARQ-1028) @ShouldMatchDataSet before persist
by Aslak Knutsen (JIRA)
[ https://issues.jboss.org/browse/ARQ-1028?page=com.atlassian.jira.plugin.s... ]
Aslak Knutsen closed ARQ-1028.
------------------------------
> @ShouldMatchDataSet before persist
> ----------------------------------
>
> Key: ARQ-1028
> URL: https://issues.jboss.org/browse/ARQ-1028
> Project: Arquillian
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Extension - Persistence
> Affects Versions: persistence_1.0.0.Alpha4
> Environment: postgres, JBoss AS7.0.2
> Reporter: Tiago Wanke Marques
> Assignee: Bartosz Majsak
> Fix For: persistence_1.0.0.Alpha6
>
>
> For some reason @ShouldMatchDataSet it being executed before
> EntityManager persist my entity, than a Assertion error is throw.
> The only difference i see between this test from the others that i have (working) is that the entity im persisting have a @Lob field.
> Im passing a .yml file to @ShouldMatchDataSet
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 1 month
[JBoss JIRA] (ARQ-1345) maxTestClassesBeforeRestart causes more restarts than it should
by Rich DiCroce (JIRA)
Rich DiCroce created ARQ-1345:
---------------------------------
Summary: maxTestClassesBeforeRestart causes more restarts than it should
Key: ARQ-1345
URL: https://issues.jboss.org/browse/ARQ-1345
Project: Arquillian
Issue Type: Bug
Security Level: Public (Everyone can see)
Affects Versions: 1.0.3.Final
Reporter: Rich DiCroce
ContainerRestarter (package org.jboss.arquillian.container.test.impl.client.container) has a bug in it that causes maxTestClassesBeforeRestart to be evaluated slightly incorrectly. The below code is what the shouldRestart() method currently does:
{code}
ArquillianDescriptor descriptor = configuration.get();
Integer maxTestClasses = descriptor.engine().getMaxTestClassesBeforeRestart();
if(maxTestClasses == null)
{
return false;
}
if(maxTestClasses > -1)
{
if((maxTestClasses -1 ) == testClassesCount)
{
testClassesCount = 0;
return true;
}
}
testClassesCount++;
return false;
{code}
Because it checks if maxTestClasses - 1 is equal to testClassesCount, the first container restart actually occurs before test #N-1, not test #N. An easy way to see this is to set maxTestClassesBeforeRestart to 1; you will observe that the container is started for the first time, then immediately shut down without anything being deployed, then restarted.
This can be fixed by checking if maxTestClasses == testClassesCount instead of maxTestClasses - 1 == testClassesCount.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 1 month
[JBoss JIRA] (ARQ-1340) Drone webdriver is not created during @BeforeClass
by Alex Okrushko (JIRA)
[ https://issues.jboss.org/browse/ARQ-1340?page=com.atlassian.jira.plugin.s... ]
Alex Okrushko commented on ARQ-1340:
------------------------------------
Lukáš Fryč, Karel Piwko, thanks guys for the quick response on the issue.
In regards with "anti-pattern", I had a similar discussion [here|http://stackoverflow.com/questions/12411431/pytest-how-to-skip-the-r...] when I was creating my test framework in Python.
The main point is that WebDriver tests are not "Unit-Test-like", they are "Functional tests".
I got the framework running in the following pattern, which (ideally) I'm trying to use in Java:
- Each *Class* is a *Test Case*
- Each *@Test* is a *Test Step*
- *@BeforeClass* is the *Prerequisites*
with the following logic is in effect:
# All the "Test Steps" within a "Class" are executed @InSequence
# In Class if the "Test Step" *{color:red}Fails{color}* -> the other "test steps" are not run and are marked as *{color:gold}Skipped{color}* (since that would be a *false positive*)
# *Finalizer* object is launched in @AfterClass and executes the "cleanup" to get the web-app to the initial state:
#- If the "Test Step" modifies the "State" of the web-app, then it should "add" extra "cleanup" to the *Finalizer* (just in case if the next "Test Step" fails)
With those rules in mind here is the simple "Test Case": _"Username of the existing User can be changed"_.
the structure that I have in mind (and that was successfully implemented in Python):
{code:java}
Class TestUserNameCanBeChanged{
@Drone
WebDriver driver;
@Page
Login login;
@Page
Main main;
@BeforeClass
void setup(){
//Prerequisites:
//navigate to the login page
driver.navigate().to(login.URL);
//login
login.login(Username, Password);
//create user
main.createUser(NewUserName);
//add to remove the user at the end
finalizer.add(main.deleteUser, NewUserName);
}
@Test
@InSequence(1)
void testChangeName(){
//navigate to "edit" username
main.user_profile.edit();
//change the name
main.user.username = "Edited User Name";
//verify that the name was changed
Assert.assertTrue(main.user.getName().equals("Edited User Name"));
//remove cleanup function for NewUserName and replace it with cleanup for "Edited User Name"
finalizer.remove(main.deleteUser, NewUserName);
finalizer.add(main.deleteUser, "Edited User Name");
}
@Test
@InSequence(2)
void testSomeOtherTestRelatedToEditedName(){
//verify some other places where the newly edited username appears
}
@AfterClass
void cleanup(){
//Get the web-app to the initial state (e.g. execute the chain of "cleanup" that Finalizer has collected and logout)
finalizer.execute();
main.logout();
}
}
{code}
This is just a quick example that I got out of my head, hope you see the idea.
I might be wrong and Java has other implementation that are well-used/recognized in Selenium Web-Testing then I would appreciate if you can point me in the right direction :)
> Drone webdriver is not created during @BeforeClass
> --------------------------------------------------
>
> Key: ARQ-1340
> URL: https://issues.jboss.org/browse/ARQ-1340
> Project: Arquillian
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Extension - Drone
> Affects Versions: drone_1.1.1.Final
> Environment: Arquillian JUnit Container 1.0.3.Final
> Arquillian Graphene Webdriver 2.0.0.Alpha3
> Arquillian Drone dependencies and Selenium dependencies 1.1.1.Final
> Arquillian Core dependencies 1.0.3.Final
> junit 4.8.1
> jdk 1.6
> Reporter: Alex Okrushko
> Assignee: Karel Piwko
>
> Drone webdriver is not created during @BeforeClass, however *is created during @Before or if called by GrapheneContext.getProxy()*
> The following does NOT work:
> {code:java}
> @RunWith(Arquillian.class)
> public class TestDroneLogin {
> @Drone
> private static WebDriver driver;
>
> @BeforeClass
> public static void setup(){
> //GrapheneContext.getProxy().navigate().to("http://google.com");
> driver.navigate().to("http://google.com");
> }
>
> @Test
> public void testInput(){
> driver.findElement(By.cssSelector("input#gbqfq"));
> }
> }
> {code}
> However, if I use {{GrapheneContext.getProxy()}} instead of {{driver}}, everything works as expected:
> {code:java}
> @BeforeClass
> public static void setup(){
> GrapheneContext.getProxy().navigate().to("http://google.com");
> }
> {code}
> ALSO, if {{@Before}} is used then Drone webdriver is created as expected, so this problem is specific to {{@BeforeClass}}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 1 month
[JBoss JIRA] (ARQ-1342) Clean up POM
by Aslak Knutsen (JIRA)
[ https://issues.jboss.org/browse/ARQ-1342?page=com.atlassian.jira.plugin.s... ]
Aslak Knutsen updated ARQ-1342:
-------------------------------
Fix Version/s: persistence_1.0.0.Alpha6
(was: persistence_1.0.0.next)
> Clean up POM
> ------------
>
> Key: ARQ-1342
> URL: https://issues.jboss.org/browse/ARQ-1342
> Project: Arquillian
> Issue Type: Task
> Security Level: Public(Everyone can see)
> Components: Extension - Persistence
> Reporter: Bartosz Majsak
> Assignee: Bartosz Majsak
> Fix For: persistence_1.0.0.Alpha6
>
>
> Jacoco sneaked into the POM when investing. Apparently it's causing problems with GF embbed - resulting with "java.lang.IncompatibleClassChangeError: Implementing class"
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 1 month
[JBoss JIRA] (ARQ-1344) Prepare Persistence Alpha6
by Aslak Knutsen (JIRA)
Aslak Knutsen created ARQ-1344:
----------------------------------
Summary: Prepare Persistence Alpha6
Key: ARQ-1344
URL: https://issues.jboss.org/browse/ARQ-1344
Project: Arquillian
Issue Type: Release
Security Level: Public (Everyone can see)
Components: Extension - Persistence
Reporter: Aslak Knutsen
Assignee: Aslak Knutsen
Fix For: persistence_1.0.0.Alpha6
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 1 month
[JBoss JIRA] (ARQ-1300) Execute script handler does not properly ignore /* */ and {} ANSI compliant SQL comments
by Aslak Knutsen (JIRA)
[ https://issues.jboss.org/browse/ARQ-1300?page=com.atlassian.jira.plugin.s... ]
Aslak Knutsen updated ARQ-1300:
-------------------------------
Fix Version/s: persistence_1.0.0.Alpha6
(was: persistence_1.0.0.next)
> Execute script handler does not properly ignore /* */ and {} ANSI compliant SQL comments
> ----------------------------------------------------------------------------------------
>
> Key: ARQ-1300
> URL: https://issues.jboss.org/browse/ARQ-1300
> Project: Arquillian
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Extension - Persistence
> Affects Versions: persistence_1.0.0.Alpha5
> Environment: JDK 1.7.0_03 x64 / Windows 7 x64 / Arquillian 1.0.1 / Arquillian Glassfish 3.1 Remote Container 1.0.0.CR3 / DBUnit 2.4.9 / SnakeYAML 1.11
> Reporter: Noah White
> Assignee: Bartosz Majsak
> Fix For: persistence_1.0.0.Alpha6
>
>
> If I use /* */ or {} to block several lines of text as comments in my SQL script I get the following error:
> {code:java}
> org.jboss.arquillian.persistence.dbunit.exception.DBUnitDataSetHandlingException: Unable to execute line: /*
> at org.jboss.arquillian.persistence.core.data.script.ScriptExecutor.executeSingleStatement(ScriptExecutor.java:89)
> at org.jboss.arquillian.persistence.core.data.script.ScriptExecutor.execute(ScriptExecutor.java:54)
> at org.jboss.arquillian.persistence.dbunit.DBUnitDataHandler.executeScript(DBUnitDataHandler.java:132)
> at org.jboss.arquillian.persistence.dbunit.DBUnitDataHandler.executeScripts(DBUnitDataHandler.java:121)
> 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: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.persistence.core.lifecycle.DataScriptsHandler.executeCustomScriptsAfter(DataScriptsHandler.java:116)
> at org.jboss.arquillian.persistence.core.lifecycle.DataScriptsHandler.executeAfterTest(DataScriptsHandler.java:58)
> 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: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.createTestContext(TestContextHandler.java:89)
> 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:90)
> at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88)
> at org.jboss.arquillian.test.impl.TestContextHandler.createClassContext(TestContextHandler.java:75)
> 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:90)
> at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88)
> 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:57)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> 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.persistence.dbunit.DBUnitPersistenceTestLifecycleHandler.closeConnection(DBUnitPersistenceTestLifecycleHandler.java:113)
> 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:90)
> at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88)
> at org.jboss.arquillian.persistence.core.lifecycle.ErrorCollectorHandler.collectErrors(ErrorCollectorHandler.java:46)
> 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: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.persistence.core.lifecycle.PersistenceTestTrigger.afterTest(PersistenceTestTrigger.java:113)
> 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: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.testenricher.cdi.CreationalContextDestroyer.destory(CreationalContextDestroyer.java:44)
> 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:90)
> at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88)
> at org.jboss.arquillian.test.impl.TestContextHandler.createTestContext(TestContextHandler.java:89)
> 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:90)
> at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88)
> at org.jboss.arquillian.test.impl.TestContextHandler.createClassContext(TestContextHandler.java:75)
> 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:90)
> at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88)
> 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:57)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> 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.after(EventTestRunnerAdaptor.java:103)
> at org.jboss.arquillian.junit.Arquillian$5$1.evaluate(Arquillian.java:245)
> at org.jboss.arquillian.junit.Arquillian.multiExecute(Arquillian.java:314)
> at org.jboss.arquillian.junit.Arquillian.access$100(Arquillian.java:46)
> at org.jboss.arquillian.junit.Arquillian$5.evaluate(Arquillian.java:240)
> at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:76)
> at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:50)
> at org.junit.runners.ParentRunner$3.run(ParentRunner.java:193)
> at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:52)
> at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:191)
> at org.junit.runners.ParentRunner.access$000(ParentRunner.java:42)
> at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:184)
> at org.jboss.arquillian.junit.Arquillian$2.evaluate(Arquillian.java:185)
> at org.jboss.arquillian.junit.Arquillian.multiExecute(Arquillian.java:314)
> at org.jboss.arquillian.junit.Arquillian.access$100(Arquillian.java:46)
> at org.jboss.arquillian.junit.Arquillian$3.evaluate(Arquillian.java:199)
> at org.junit.runners.ParentRunner.run(ParentRunner.java:236)
> at org.jboss.arquillian.junit.Arquillian.run(Arquillian.java:147)
> at org.junit.runner.JUnitCore.run(JUnitCore.java:157)
> at org.junit.runner.JUnitCore.run(JUnitCore.java:136)
> at org.jboss.arquillian.junit.container.JUnitTestRunner.execute(JUnitTestRunner.java:65)
> at org.jboss.arquillian.protocol.servlet.runner.ServletTestRunner.executeTest(ServletTestRunner.java:160)
> at org.jboss.arquillian.protocol.servlet.runner.ServletTestRunner.execute(ServletTestRunner.java:126)
> at org.jboss.arquillian.protocol.servlet.runner.ServletTestRunner.doGet(ServletTestRunner.java:90)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:668)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:770)
> at org.apache.catalina.core.StandardWrapper.service(StandardWrapper.java:1542)
> at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:281)
> at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
> at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:655)
> at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:595)
> at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:161)
> at org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:331)
> at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:231)
> at com.sun.enterprise.v3.services.impl.ContainerMapper$AdapterCallable.call(ContainerMapper.java:317)
> at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:195)
> at com.sun.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java:849)
> at com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:746)
> at com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:1045)
> at com.sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:228)
> at com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter(DefaultProtocolChain.java:137)
> at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:104)
> at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:90)
> at com.sun.grizzly.http.HttpProtocolChain.execute(HttpProtocolChain.java:79)
> at com.sun.grizzly.ProtocolChainContextTask.doCall(ProtocolChainContextTask.java:54)
> at com.sun.grizzly.SelectionKeyContextTask.call(SelectionKeyContextTask.java:59)
> at com.sun.grizzly.ContextTask.run(ContextTask.java:71)
> at com.sun.grizzly.util.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:532)
> at com.sun.grizzly.util.AbstractThreadPool$Worker.run(AbstractThreadPool.java:513)
> at java.lang.Thread.run(Thread.java:722)
> Caused by: java.sql.SQLException: Invalid SQL type
> at oracle.jdbc.driver.T4CStatement.doOall8(T4CStatement.java:64)
> at oracle.jdbc.driver.T4CStatement.executeForRows(T4CStatement.java:1000)
> at oracle.jdbc.driver.OracleStatement.doExecuteWithTimeout(OracleStatement.java:1307)
> at oracle.jdbc.driver.OracleStatement.executeInternal(OracleStatement.java:1882)
> at oracle.jdbc.driver.OracleStatement.execute(OracleStatement.java:1847)
> at oracle.jdbc.driver.OracleStatementWrapper.execute(OracleStatementWrapper.java:301)
> at com.sun.gjc.spi.base.StatementWrapper.execute(StatementWrapper.java:359)
> at org.jboss.arquillian.persistence.core.data.script.ScriptExecutor.executeSingleStatement(ScriptExecutor.java:85)
> {code}
> /* */ and {} are ANSI compliant SQL comment characters and should work. As a workaround I am using -- but the drawback is you have to place a -- on every line which is a pain.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 1 month
[JBoss JIRA] (ARQ-1087) Wrong dump directory path
by Aslak Knutsen (JIRA)
[ https://issues.jboss.org/browse/ARQ-1087?page=com.atlassian.jira.plugin.s... ]
Aslak Knutsen updated ARQ-1087:
-------------------------------
Fix Version/s: persistence_1.0.0.Alpha6
(was: persistence_1.0.0.next)
> Wrong dump directory path
> -------------------------
>
> Key: ARQ-1087
> URL: https://issues.jboss.org/browse/ARQ-1087
> Project: Arquillian
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Extension - Persistence
> Affects Versions: persistence_1.0.0.Alpha5
> Environment: Windows 7 64bit
> Reporter: Nicolas-Xavier Vanderlinden
> Assignee: Bartosz Majsak
> Priority: Minor
> Fix For: persistence_1.0.0.Alpha6
>
>
> Dump directory path seems to be wrong under Windows 7:
> org.jboss.arquillian.persistence.core.exception.DatabaseDumpException: Unable to dump database state to C:UsersNicoAppDataLocalTemparquillian.extension.persistence.default.sql.script.location=script/[1346601018658]
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 1 month
[JBoss JIRA] (ARQ-1100) Datetime conversion does not work as expected for YAML data sets
by Aslak Knutsen (JIRA)
[ https://issues.jboss.org/browse/ARQ-1100?page=com.atlassian.jira.plugin.s... ]
Aslak Knutsen updated ARQ-1100:
-------------------------------
Fix Version/s: persistence_1.0.0.Alpha6
(was: persistence_1.0.0.next)
> Datetime conversion does not work as expected for YAML data sets
> ----------------------------------------------------------------
>
> Key: ARQ-1100
> URL: https://issues.jboss.org/browse/ARQ-1100
> Project: Arquillian
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Extension - Persistence
> Affects Versions: persistence_1.0.0.Alpha5
> Reporter: Bartosz Majsak
> Assignee: Bartosz Majsak
> Fix For: persistence_1.0.0.Alpha6
>
>
> As described in detail on the forum, YAML data set is not parsed as expected for dates. Instead of taking values as plain strings and letting DBUnit convert to appropriate type, it maps to date and then pass it as human-readable string representation.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 1 month