The J2EE(TM) 1.4 Tutorial
Popularity Report
![]() |
|||
![]() |
|||
![]() |
|||
![]() |
|||
![]() |
|||
![]() |
URL Tag Cloud
Bookmark History
Saved by 36 people (-26 private), first by anonymouse user on 2006-03-02
Public Sticky notes
Highlighted by bvbhavsar
Highlighted by bvbhavsar
Highlighted by bvbhavsar
Highlighted by atinsood
Highlighted by atinsood
Highlighted by atinsood
Highlighted by atinsood
Highlighted by atinsood
Highlighted by atinsood
Highlighted by atinsood
Highlighted by atinsood
Highlighted by atinsood
Highlighted by atinsood
Figure 1-6 EAR File Structure
A J2EE module consists of one or more J2EE components for the same container type and one component deployment descriptor of that type. An enterprise bean module deployment descriptor, for example, declares transaction attributes and security authorizations for an enterprise bean. A J2EE module without an application deployment descriptor can be deployed as a stand-alone module. The four types of J2EE modules are as follows:
- EJB modules, which contain class files for enterprise beans and an EJB deployment descriptor. EJB modules are packaged as JAR files with a
.jarextension. - Web modules, which contain servlet class files, JSP files, supporting class files, GIF and HTML files, and a web application deployment descriptor. Web modules are packaged as JAR files with a
.war(web archive) extension. - Application client modules, which contain class files and an application client deployment descriptor. Application client modules are packaged as JAR files with a
.jarextension. - Resource adapter modules, which contain all Java interfaces, classes, native libraries, and other documentation, along with the resource adapter deployment descriptor. Together, these implement the Connector architecture (see J2EE Connector Architecture) for a particular EIS. Resource adapter modules are packaged as JAR files with an
.rar(resource adapter archive) extension.
Highlighted by jiteshgangwani
Highlighted by atinsood
Highlighted by atinsood
Highlighted by atinsood
Highlighted by atinsood
Highlighted by atinsood
Highlighted by atinsood
Highlighted by atinsood
Highlighted by atinsood
Highlighted by atinsood
Highlighted by atinsood
Highlighted by atinsood
ConnectionFactory, QueueConnectionFactory, or TopicConnectionFactory interface
Highlighted by atinsood
Highlighted by atinsood
Highlighted by atinsood
Highlighted by atinsood
Highlighted by atinsood
Highlighted by atinsood
Highlighted by atinsood
Highlighted by atinsood
Highlighted by atinsood
Highlighted by atinsood
Highlighted by atinsood
Highlighted by atinsood
Highlighted by atinsood
Highlighted by atinsood
Highlighted by atinsood
Highlighted by atinsood
Highlighted by atinsood
Highlighted by atinsood
Highlighted by atinsood
Highlighted by atinsood
start method; for details, see Message Consumers. If you want to stop message delivery temporarily without closing the connection, you call the stop method.
Highlighted by atinsood
Highlighted by atinsood
Highlighted by atinsood
Highlighted by atinsood
Highlighted by atinsood
Highlighted by atinsood
null as the argument to createProducer
Highlighted by atinsood
send method that specifies the destination as the first parameter. For example:
Highlighted by atinsood
Highlighted by atinsood
ession.createDurableSubscriber
Highlighted by atinsood
Highlighted by atinsood
close method for a MessageConsumer to make the message consumer inactive.
Highlighted by atinsood
start method. (Remember always to call the start method; forgetting to start the connection is one of the most common JMS programming errors
Highlighted by atinsood
Highlighted by atinsood
Highlighted by atinsood
MessageListener interface,
Highlighted by atinsood
Highlighted by atinsood
MessageConsumer by using the setMessageListener method.
Highlighted by atinsood
start method on the Connection to begin message delivery. (If you call start before you register the message listener, you are likely to miss messages.)
Highlighted by atinsood
onMessage method takes one argument of type Message, which your implementation of the method can cast to any of the other message types
Highlighted by atinsood
onMessage method should handle all exceptions. It must not throw checked exceptions, and throwing a RuntimeException is considered a programming error
Highlighted by atinsood
Highlighted by atinsood
Highlighted by atinsood
Highlighted by atinsood
Highlighted by atinsood
Highlighted by atinsood


Public Comment
on 2006-10-25 by slackorama