You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 4 Next »

As of OpenEJB 3.1.1, you have the ability to specify an alternate set of deployment descriptors to use for a given environment. This is focused mostly on testing where it is often desirable to use a slightly different configuration a set of tests or even specific tests.

openejb.altdd.prefix

To use this functionality, just set the new "openejb.altdd.prefix" system property or InitialContext property to something like "test", then any descriptors in your META-INF/ directory that start with "test." will override the regular descriptor. So for example with an app like this:

  • META-INF/ejb-jar.xml
  • META-INF/test.ejb-jar.xml
  • META-INF/persistence.xml
  • META-INF/test.env-entry.properties

Just initialize your test case like so:

 Properties properties = new Properties();
 properties.setProperty(Context.INITIAL_CONTEXT_FACTORY,
      "org.apache.openejb.client.LocalInitialContextFactory");
 properties.setProperty("openejb.altdd.prefix", "test");

 InitialContext initialContext = new InitialContext(properties);

The logical result will be the prefixed file replacing the non-prefixed file as the active descriptor:

  • META-INF/ejb-jar.xml -> test.ejb-jar.xml
  • META-INF/persistence.xml
  • META-INF/env-entry.properties -> test.env-entry.properties

This will work in any environment in which OpenEJB works (embedded, standalone, tomcat, geronimo, etc.).

Note that there does not have to be an equivalent non-prefixed version of the file. In the example above, only a "test.env-entry.properties" file exists and there is no equivalent plain "env-entry.properties" file. This prefixing works for any deployment descriptor in the META-INF/ directory or WEB-INF/ directory. The prefix does not have to be "test" and could be anything you choose. You can also have as many prefixed files as you need and could even go as far as to have one prefix per individual test.

More than one prefix

It is possible to have several prefixes, specified in order of preference, so that it is possible to avoid duplicating descriptors that are used in more than one "profile". For example, the "foo" test case uses the same "env-entries.properties" file as the "bar" test case, but both have their own ejb-jar.xml files:

  • META-INF/ejb-jar.xml
  • META-INF/test.ejb-jar.xml
  • META-INF/footest.ejb-jar.xml
  • META-INF/bartest.ejb-jar.xml
  • META-INF/persistence.xml
  • META-INF/test.env-entry.properties

The "foo" test case could set the openejb.altdd.prefix as follows:

 //...
 properties.setProperty("openejb.altdd.prefix", "footest, test");

 InitialContext initialContext = new InitialContext(properties);

Resulting the following logical view of the app:

  • META-INF/ejb-jar.xml -> footest.ejb-jar.xml
  • META-INF/persistence.xml
  • META-INF/env-entry.properties -> test.env-entry.properties

And the "bar" test case could set the openejb.altdd.prefix as follows:

 //...
 properties.setProperty("openejb.altdd.prefix", "footest, test");

 InitialContext initialContext = new InitialContext(properties);

Resulting the following logical view of the app:

  • META-INF/ejb-jar.xml -> bartest.ejb-jar.xml
  • META-INF/persistence.xml
  • META-INF/env-entry.properties -> test.env-entry.properties

In both scenarios the same env-entry.properties file (test.env-entry.properties) is shared.

Note that there is a "test.ejb-jar.xml" file that is present, however in both cases it is not used as the order of preference in the list is "left to right" meaning most preferred first.

  • No labels