OpenEJB now has support for EJB 2.0 Local Interfaces. This is very nice for when OpenEJB is combined with Tomcat or embedded in another application where Remote interfaces are not always needed. See the "Moviefun" example in the source or binary distributions for how to use them. Note that no other EJB 2.0 features (such as CMP 2 or MDBs) are supported in the OpenEJB 1.x codebase.
Collapsed EAR s are an OpenEJB invention allowing you to combine your ejbs and servlets in the same archive and classloader. This is essentially a new way to embed OpenEJB into Tomcat so that OpenEJB and your EJBs are loaded only into your webapp. Combine this with an embedded database and you have a complete mini-J2EE environment that can be hosted in your Tomcat webapp space.
See the "Moviefun" example in the distribution which will be online for a short while here:
(visit http://demo1.openejb.org/moviefun/setup.jsp to reset)
It is now possible to deploy and run EJB apps that are not in a *.jar archive. For example, for ejb app located at:
Simply add a Deployments declaration to the openejb.conf like the following:
<Deployment dir="/home/jsmith/myejbapp" />
In OpenEJB 1.0 beta1, the use of openejb-jar.xml is not required for ejb-jar.xml files that do not contain CMP EntityBeans or ejbs with multiple datasource references.
The speed of the Remote Server has been improved tremendously to compensate for differing default parameters for TCP Socket creation and closing in the Mac OSX Java VM. This makes sequential calls from a Remote Client to the Server several times faster.
In 0.9.2 and before, the JDO database was using the private JNDI namespace of the very first CMP accessed to grab a datasource and hold onto it for use on all requests into the CMP container. This was configured with something like this:
<database name="Global_TX_Database" engine="instantdb"> <jndi name="java:comp/env/jdbc/basic/entityDatabase" /> <mapping href="conf/default.cmp_mapping.xml" /> </database>
This was just wrong. We've switched it so that the "jndi" tag of a Castor database.xml file can be set directly to the global JNDI name of a Connector element declared in an openejb.conf file.
<database name="Global_TX_Database" engine="instantdb"> <jndi name="java:openejb/connector/Default JDBC Database" /> <mapping href="conf/default.cmp_mapping.xml" /> </database>
This is still not so optimal as we do not want to people using OpenEJB's internal jndi and encourage people to become dependent on it. Newer releases of Castor allow for a completely programmatic way to configure a JDO database. In future releases, these global and local database files will go away all together! You will only need to specify your mapping.xml and will be able to pack it in your ejb jar.
In 0.9.2 all EJBs were added to the same classloader as the Containers, Server and all the other EJBs. In 1.0 beta1, all the EJBs are still in the same classloader, but one that is a child of the Container and Server. The code to keep each EJB jar in it's own classloader does exist, but limitations in the way we configure the CMP container with Castor prevent us from using it. When the CMP change made above is fixed, we will support separate classloaders for each EJB jar as an option.
All edits are reviewed before going live, so feel free to do much more than fix typos or links. If you see a page that could benefit from an entire rewrite, we'd be thrilled to review it. Don't be surprised if we like it so much we ask you for help with other pages :)NOTICE: unless indicated otherwise on the pages in question, all editable content available from apache.org is presumed to be licensed under the Apache License (AL) version 2.0 and hence all submissions to apache.org treated as formal Contributions under the license terms.