Deploying the Bean
At this point, you’ve completed the code for your entity bean, and now you need to deploy the bean. This involves creating a deployment descriptor for the bean and then wrapping the entire bean into a deployable unit. I’ll cover each of these steps in the following sections.
Deployment Descriptors
To
wrap
all these classes into a coherent unit, you must create an
XML deployment descriptor. These
descriptors replace the horrible serialized deployment descriptors
from EJB 1.0. XML deployment descriptors eliminate one
vendor-dependent detail: the descriptor is standardized across all
application servers. Notice that the
document type
definition (DTD) referred to in the
DOCTYPE
declaration refers to a Sun file, ensuring that no vendors add their
own tags or extensions to the descriptor. If your server requires you
to use a different DTD, you may have a serious problem on your hands;
you may want to consider switching to a standards-based application
server immediately. And if DTDs, elements, tags, and these other XML
terms are Greek to you, pick up Java and XML(O’Reilly), by yours truly, to get
answers to your XML-related questions.
Example 4-7, the deployment descriptor for the office entity bean, contains entries only for that bean, detailing its home, remote, implementation, and primary key classes. These are all required elements for an entity bean, as is specifying that the bean is not reentrant and specifying the persistence type, which in our case is container-managed. ...
Become an O’Reilly member and get unlimited access to this title plus top books and audiobooks from O’Reilly and nearly 200 top publishers, thousands of courses curated by job role, 150+ live events each month,
and much more.
Read now
Unlock full access