Logo Questions Linux Laravel Mysql Ubuntu Git Menu
 

In TDD, why OpenEJB and why Arquillian?

I'm a web developer ended up in some Java EE development (Richfaces, Seam 2, EJB 3.1, JPA). To test JPA I use hypersonic and Mockito. But I lack deeper EJB knowledge.

Some may argue that we should use OpenEJB and Arquillian, but for what? When do I need to do container dependent tests? What are the possible test scenarios where I need OpenEJB and Arquillian?

Please enlighten me :)

like image 658
Demas Sinner Avatar asked Oct 09 '11 07:10

Demas Sinner


People also ask

Why arquillian?

Arquillian brings the test to the runtime so you don't have to manage the runtime from the test (or the build). Arquillian eliminates this burden by covering all aspects of test execution, which entails: Managing the lifecycle of the container (or containers)

How does Arquillian work?

Arquillian is an integration and functional testing platform that can be used for Java middleware testing. With the main goal of making integration (and functional) tests as simple to write as unit tests, it brings the tests to the runtime environment, freeing developers from managing the runtime from within the test.

What must you annotate an Arquillian integration test class with?

Write Our First Arquillian Test. If we're going to run our tests inside a container, we need to use the @Deployment annotation. Arquillian does not use the entire classpath to isolate the test archive. Instead, it uses the ShrinkWrap class, that is a Java API for creating archives.


1 Answers

There are two aspects in this case.

  1. Unit tests. These are intended to be very fast (execute the whole test suite in seconds). They test very small chunks of your code - i.e. one method. To achieve this kind of granularity, you need to mock the whole environment using i.e. Mockito. You're not interested in:
    • invoking EntityManager and putting entities into the database,
    • testing transactions,
    • making asynchronous invocations,
    • hitting the JMS Endpoint, etc.

You mock this whole environment and just test each method separately. Unit tests are fine-grained and blazingly fast. It's because you can execute them each time you make some important changes in code. If they were more complex and time-consuming, the developer wouldn't hit the 'test' button so often as he should.

  1. Integration tests. These are slower, as you want to test the integration between your modules. You want to test if they 'talk' to each other appropriately, i.e.:
    • are the transactions propagated in the way you expect it,
    • what happens if you invoke your business method with no transaction at all,
    • does the changes sent from your WebServices client, really hits your endpoint method and it adds the data to the database?
    • what if my JMS endpoint throw an ApplicationException - will it properly rollback all the changes?

As you see, integration tests are coarse-grained and as they're executed in the container (or basically: in production-like environment) they're much slower. These tests are normally not executed by the developer after each code change.

Of course, you can run the EJB Container in embedded mode, just as you can execute the JPA in Java SE. The point is that the artificial environment is giving you the basic services, but you'll end with tweaking it and still end with less flexibility than in the real container.

Arquillian gives you the ability to create the production environment on the container of your choice and just execute tests in this environment (using the datasources, JMS destinations, and a whole lot of other configurations you expect to see in production environment.)

Hope it helps.

like image 65
Piotr Nowicki Avatar answered Oct 14 '22 06:10

Piotr Nowicki