Going by your description, you're attempting the use of the embedded JavaDB/Derby instance with embedded GlassFish server. Is it possible for you to provide the logs of embedded GlassFish server (the same as the one in your console), so that we could see what is the failure?
I think JBoss AS 7 is fast enough to use for testing. Based on my experience it's even faster than GF Embedded.
Have a look at persistence extension - should help overcome problems you described. Integration tests module is using various configuration, including JBoss AS 7 with H2, JBoss AS 7 with MS SQL 2008 Express. Also GF Embedded with HSQLDB.
Let me know if you will need more help.
Thanks for both answers.
Please let me emphasize, it’s not a question of speed and as mentioned only a small preference for GF / Derby, due to the actual knowledge.
The point is, to use a memory based java DB, to start always from known conditions, and not an absolute must, but a strong desire is to have the test coverage shown in the maven site, as it was possible with the mok-tests used so far. Arquillian should help to replace those moks, which are tedious to write and to maintain. With regard to test coverage documentation, by actual experience, it remains empty, when running on managed AS. Hence, I suspect this is due to the fact being running in another VM. So the only motif, to run on an embedded AS, versus running on a managed / remote one, is to stay within the same VM. However if you could tell me, how to get the test coverage information while running in managed or remote AS, I’ll forget the embedded solution without any regret.
So, the hint to the persistence extension is a good one as a starting point. From another hint I got the link to the Arquillian Guides, where I hope to find the information missing up to now. So at first, I’ll dig this documentation. However if you have a hint to the test coverage question, I’m grateful, because I’m not sure if this question is covered in the documentation.
Please have a look at jacoco plugin - it's been discussed in the forum several times already. This might solve your problem with managed / remote containers code coverage.
The http://arquillian.org/guides/ was really what was missing. Without this documentation, it was possible to do a Hello Earthling example, but not bridge the gap to a real world application!
Well, now it works with my application, and yesterday I wrote a lot of tests which were planned for realizing back in January! It works! Stand for Derby DB with glassfish-embedded-3.1. And the documentation showed me a lot of tricky configurations, which you can never find out if you were not involved within the development of Arquillian.
Sure more questions will rise, as for the moment I know how to do it, but I feel, there is still a gap to fill until to know why to do it in a given way. So my wish is, the Arquillian reference will be updated to give more background information and to understand the why!
Thanks to all of you.