BN.com Gift Guide

Core J2EE Patterns: Best Practices and Design Strategies

Overview

Over the last few years, Java 2 Platform, Enterprise Edition (J2EE) technology has emerged and matured as a standard platform for building enterprise applications. While the platform has matured into a solid offering for developing and deploying enterprise applications, it does offer its challenges. As developers, often we confuse learning the technology with learning to design with the technology. In this book, senior architects from the Sun Java Center, Sun's Java consulting organization share with the reader ...

See more details below
Available through our Marketplace sellers.
Other sellers (Paperback)
  • All (33) from $1.99   
  • Used (33) from $1.99   
Close
Sort by
Page 1 of 4
Showing 1 – 10 of 33 (4 pages)
Note: Marketplace items are not eligible for any BN.com coupons and promotions
$1.99
Seller since 2006

Feedback rating:

(60943)

Condition:

New — never opened or used in original packaging.

Like New — packaging may have been opened. A "Like New" item is suitable to give as a gift.

Very Good — may have minor signs of wear on packaging but item works perfectly and has no damage.

Good — item is in good condition but packaging may have signs of shelf wear/aging or torn packaging. All specific defects should be noted in the Comments section associated with each item.

Acceptable — item is in working order but may show signs of wear such as scratches or torn packaging. All specific defects should be noted in the Comments section associated with each item.

Used — An item that has been opened and may show signs of wear. All specific defects should be noted in the Comments section associated with each item.

Refurbished — A used item that has been renewed or updated and verified to be in proper working condition. Not necessarily completed by the original manufacturer.

Good
Shows some signs of wear, and may have some markings on the inside. 100% Money Back Guarantee. Shipped to over one million happy customers. Your purchase benefits world literacy!

Ships from: Mishawaka, IN

Usually ships in 1-2 business days

  • Canadian
  • International
  • Standard, 48 States
  • Standard (AK, HI)
  • Express, 48 States
  • Express (AK, HI)
$1.99
Seller since 2006

Feedback rating:

(60943)

Condition: Very Good
Great condition for a used book! Minimal wear. 100% Money Back Guarantee. Shipped to over one million happy customers. Your purchase benefits world literacy!

Ships from: Mishawaka, IN

Usually ships in 1-2 business days

  • Canadian
  • International
  • Standard, 48 States
  • Standard (AK, HI)
  • Express, 48 States
  • Express (AK, HI)
$1.99
Seller since 2009

Feedback rating:

(7388)

Condition: Good
Book shows a small amount of wear to cover and binding. Some pages show signs of use. Sail the Seas of Value

Ships from: Windsor Locks, CT

Usually ships in 1-2 business days

  • Canadian
  • International
  • Standard, 48 States
  • Standard (AK, HI)
  • Express, 48 States
  • Express (AK, HI)
$1.99
Seller since 2014

Feedback rating:

(4177)

Condition: Very Good
This copy shows very minor wear. Free State Books. Never settle for less.

Ships from: Halethorpe, MD

Usually ships in 1-2 business days

  • Canadian
  • International
  • Standard, 48 States
  • Standard (AK, HI)
  • Express, 48 States
  • Express (AK, HI)
$1.99
Seller since 2009

Feedback rating:

(23994)

Condition: Good
Our feedback rating says it all: Five star service and fast delivery! We have shipped four million items to happy customers, and have one MILLION unique items ready to ship today!

Ships from: Toledo, OH

Usually ships in 1-2 business days

  • Canadian
  • International
  • Standard, 48 States
  • Standard (AK, HI)
  • Express, 48 States
  • Express (AK, HI)
$1.99
Seller since 2008

Feedback rating:

(16230)

Condition: Very Good
Pearson Education, 06/26/2001, Paperback, Very Good condition. Owner's name inside.

Ships from: Frederick, MD

Usually ships in 1-2 business days

  • Canadian
  • International
  • Standard, 48 States
  • Standard (AK, HI)
  • Express, 48 States
  • Express (AK, HI)
$1.99
Seller since 2008

Feedback rating:

(16230)

Condition: Good
Pearson Education, 06/26/2001, Paperback, Good condition. Owner's name on edge of book.

Ships from: Frederick, MD

Usually ships in 1-2 business days

  • Canadian
  • International
  • Standard, 48 States
  • Standard (AK, HI)
  • Express, 48 States
  • Express (AK, HI)
$1.99
Seller since 2014

Feedback rating:

(1825)

Condition: Acceptable
Reading copy. May have notes, underlining or highlighting. Dust jacket may be missing.

Ships from: Hillsboro, OR

Usually ships in 1-2 business days

  • International
  • Standard, 48 States
  • Standard (AK, HI)
  • Express, 48 States
  • Express (AK, HI)
$1.99
Seller since 2007

Feedback rating:

(3075)

Condition: Very Good
2001 Paperback Very good

Ships from: San Jose, CA

Usually ships in 1-2 business days

  • Canadian
  • International
  • Standard, 48 States
  • Standard (AK, HI)
  • Express, 48 States
  • Express (AK, HI)
$1.99
Seller since 2009

Feedback rating:

(23994)

Condition: Acceptable
Our feedback rating says it all: Five star service and fast delivery! We have shipped four million items to happy customers, and have one MILLION unique items ready to ship today!

Ships from: Toledo, OH

Usually ships in 1-2 business days

  • Canadian
  • International
  • Standard, 48 States
  • Standard (AK, HI)
  • Express, 48 States
  • Express (AK, HI)
Page 1 of 4
Showing 1 – 10 of 33 (4 pages)
Close
Sort by
Sending request ...

Overview

Over the last few years, Java 2 Platform, Enterprise Edition (J2EE) technology has emerged and matured as a standard platform for building enterprise applications. While the platform has matured into a solid offering for developing and deploying enterprise applications, it does offer its challenges. As developers, often we confuse learning the technology with learning to design with the technology. In this book, senior architects from the Sun Java Center, Sun's Java consulting organization share with the reader their cumulative design experience with and expertise on J2EE technology.

The primary focus of the book is on patterns, best practices, design strategies, and proven solutions using the key J2EE technologies including JavaServer Pages (JSP), Servlets, Enterprise Java Beans (EJB), and Java Message Service (J.M.S) API. Other ancillary technologies like JDBC and JNDI are also discussed as relevant to their usage in these patterns. The J2EE Patterns catalog with 16 patterns and numerous strategies is presented to document and promote best practices for these technologies.

In addition to the patterns and strategies, the book offers the following:

  • Presents various design strategies for the presentation tier and business tier design.
  • Identifies bad practices in presentation, business, and integration tiers, and offers directions to remedy them by using certain patterns, strategies, and refactorings.
  • Refactorings for various tiers and mechanics to move away from a bad implementation to a better solution.
  • Sample code and examples for patterns, strategies, and refactorings.

Core J2EE Patterns delivers:

  • Proven solutions for enterprise applications
  • J2EE Patterns Catalog with patterns for JSP technology, EJB technology, and J.M.S.
  • Identifies bad practices and recommends solutions
  • Refactorings to improve existing designs using patterns, strategies, and best practices
  • UML Diagrams illustrate structure and behavior of each pattern
Read More Show Less

Editorial Reviews

From The Critics
Presents 15 patterns for the Java 2 platform enterprise edition (J2EE) that solve problems typically encountered by application developers. Patterns include a data access object, a front controller for handling requests, and a business delegate to reduce coupling between presentation-tier clients and business services. The authors, who are architects with the Sun Java Center, also discuss some design considerations for Java server pages, servlets, and enterprise Javabeans. Annotation c. Book News, Inc., Portland, OR (booknews.com)
Read More Show Less

Product Details

  • ISBN-13: 9780130648846
  • Publisher: Prentice Hall Professional Technical Reference
  • Publication date: 6/26/2001
  • Series: Core Series
  • Edition description: Older Edition
  • Edition number: 2
  • Pages: 496
  • Product dimensions: 7.04 (w) x 9.24 (h) x 1.35 (d)

Meet the Author

Deepak Alur is an Enterprise Java Architect with the Sun Java Center. He has over 12 years of experience in the software industry. He has been focused on design and implementation of enterprise applications using Object-Oriented technologies, patterns, Java technology, and J2EE technology.

John Crupi is the Chief Java Architect of the Sun Java Center. He has over 15 years of experience in distributed object computing and remains focused on creating reusable, scalable architectures for J2EE technology. He is also a JavaReport columnist for the Architect's Corner.

Dan Malks is an Enterprise Java Architect with the Sun Java Center. He has over 14 years of experience in the software industry and focuses on Object-Oriented technologies. He has been published in numerous industry periodicals and books on Java technology, J2EE technology, and patterns.

Read More Show Less

Read an Excerpt

Chapter 3: Presentation Tier Design Considerations

When developers apply the presentation patterns that appear in the catalog in this book, there will be adjunct design issues to consider. These issues relate to designing with patterns at a variety of levels, and they may affect numerous aspects of a system, including secu-rity, data integrity, manageability, and scalability. We discuss these issues in this chapter.

Although many of these design issues could be captured in pattern form, we chose not to do so because they focus on issues at a lower level of abstraction than the presentation patterns in the catalog. Rather than documenting each issue as a pattern, we have chosen to document them more informally: We simply describe each issue as one that you should consider when implementing systems based on the pattern catalog.

Session Management

The term user session describes a conversation that spans multiple requests between a client and a server. We rely on the concept of user session in the discussion in the following sections.

Session State on Client

Saving session state on the client involves serializing and embedding the session state within the view markup HTML page that is returned to the client.

There are benefits to persisting session state on the client:

  • It is relatively easy to implement.
  • It works well when saving minimal amounts of state.
Additionally, this strategy virtually eliminates the problem of replicating state across servers in those situations that implement load balancing across physical machines.

There are two common strategies for saving session state on the client HTML hidden fields and HTTP cookies—and we describe these strategies below. A third strategy entails embedding the session state directly into the URIs referenced in each page (for example, <form action=someServlet?var1=x&var2=y method=GET>). Although this third strategy is less common, it shares many of the limitations of the following two methods.

HTML Hidden Fields
Although it is relatively easy to implement this strategy, there are numerous drawbacks to using HTML hidden fields to save session state on the client. These drawbacks are especially apparent when saving large amounts of state. Saving large amounts of state negatively affects performance. Since all view markup now embeds or contains the state, it must traverse the network with each request and response.

Additionally, when you utilize hidden fields to save session state, the persisted state is limited to string values, so any object references must be "stringified". It is also exposed in clear text in the generated HTML source, unless specifically encrypted.

HTTP Cookies
Similar to the hidden fields strategy, it is relatively easy to implement the HTTP cookies strategy. This strategy unfortunately shares many of the same drawbacks as well. In particular, saving large amounts of state causes performance to suffer, because all the session state must traverse the network for each request and response.

We also run into size and type limitations when saving session state on the client. There are limitations on the size of cookie headers, and this limits the amount of data that can be persisted. Moreover, as with hidden fields, when you use cookies to save session state, the persisted state is limited to stringified values.

Security Concerns of Client-Side Session State

When you save session state on the client, security issues are introduced that you must consider. If you do not want your data exposed to the client, then you need to employ some method of encryption to secure the data.

Although saving session state on the client is relatively easy to implement initially, it has numerous drawbacks that take time and thought to overcome. For projects that deal with large amounts of data, as is typical with enterprise systems, these drawbacks far outweigh the benefits.

Session State in the Presentation Tier

When session state is maintained on the server, it is retrieved using a session ID and typically persists until one of the following occurs:
  • A predefined session timeout is exceeded.
  • The session is manually invalidated.
  • The state is removed from the session.
Note that after a server shutdown, some in-memory session management mechanisms may not be recoverable.

It is clearly preferable for applications with large amounts of session state to save their session state on the server. When state is saved on the server, you are not constrained by the size or type limitations of client-side session management. Additionally, you avoid raising the security issues associated with exposing session state to the client, and you do not have the performance impact of passing the session state across the network on each request.

You also benefit from the flexibility offered by this strategy. By persisting your session state on the server, you have the flexibility to trade off simplicity versus complexity and to address scalability and performance.

If you save session state on the server, you must decide how to make this state available to each server from which you run the application. This issue is one that requires you to deal with the replication of session state among clustered software instances across load-balanced hardware, and it is a multidimensional problem. However, numerous application servers now provide a variety of out-of-the-box solutions. There are solutions available that are above the application server level. One such solution is to maintain a "sticky" user experience, where you use traffic management software, such as that available from Resonate [Resonate], to route users to the same server to handle each request in their session. This is also referred to as server affinity.

Another alternative is to store session state in either the business tier or the resource tier. Enterprise JavaBeans components may be used to hold session state in the business tier, and a relational database may be used in the resource tier. For more information on the business-tier option, please refer to "Using Session Beans" on page 55.

Controlling Client Access

There are numerous reasons to restrict or control client access to certain application resources. In this section, we examine two of these scenarios.

One reason to restrict or control client access is to guard a view, or portions of a view, from direct access by a client. This issue may occur, for example, when only registered or logged-in users should be allowed access to a particular view, or if access to portions of a view should be restricted to users based on role.

After describing this issue, we discuss a secondary scenario relating to controlling the flow of a user through the application. The latter discussion points out concerns relating to duplicate form submissions, since multiple submissions could result in unwanted duplicate transactions.

Guarding a View

In some cases, a resource is restricted in its entirety from being accessed by certain users. There are several strategies that accomplish this goal. One is including application logic that executes when the controller or view is processed, disallowing access. A second strategy is to configure the runtime system to allow access to certain resources only via an internal invocation from another application resource. In this case, access to these resources must be routed through another presentation-tier application resource, such as a servlet controller. Access to these restricted resources is not available via a direct browser invocation.

One common way of dealing with this issue is to use a controller as a delegation point for this type of access control. Another common variation involves embedding a guard directly within a view. We cover controller-based resource protection in "Presentation Tier Refactorings" on page 73 and in the patterns catalog, so we will focus here on view-based control strategies. We describe these strategies first, before considering the alternative strategy of controlling access through configuration.

Embedding Guard Within View
There are two common variations for embedding a guard within a view's processing logic. One variation blocks access to an entire resource, while the other blocks access to portions of that resource.
Including an All-or-Nothing Guard per View
In some cases, the logic embedded within the view processing code allows or denies access on an all-or-nothing basis. In other words, this logic prevents a particular user from accessing a particular view in its entirety. Typically, this type of guard is better encapsulated within a centralized controller, so that the logic is not sprinkled throughout the code. This strategy is reasonable to use when only a small fraction of pages need a guard. Typically, this scenario occurs when a nontechnical individual needs to rotate a small number of static pages onto a site. If the client must still be logged into the site to view these pages, then add a custom tag helper to the top of each page to complete the access check, as shown in Example 3.1....
Read More Show Less

Table of Contents

Foreword.
Preface.
Acknowledgments.

I. PATTERNS AND J2EE.

1. Introduction.
What Is J2EE? What Are Patterns? Historical References. Defining a Pattern. Categorizing Patterns. J2EE Pattern Catalog. Continuous Evolution. How to Use the J2EE Pattern Catalog. Benefits of Using Patterns. Patterns, Frameworks, and Reuse. Summary.

2. J2EE Platform Overview.
A Brief Perspective. Application Servers-The New Breed. Convergence of Java Technologies. The Rise of the J2EE Platform. J2EE Value Proposition. J2EE Platform. J2EE Architecture. Java 2 Standard Edition. J2EE Application Components and Containers. Standard Services. J2EE Platform Roles. Deployment Descriptors. J2EE Patterns and J2EE Platform. Summary.

II. DESIGN CONSIDERATIONS, BAD PRACTICES, AND REFACTORINGS.


3. Presentation Tier Design Considerations and Bad Practices.
Presentation Tier Design Considerations. Session Management. Controlling Client Access. Validation. Helper Properties-Integrity and Consistency. Presentation Tier Bad Practices. Control Code in Multiple Views. Exposing Presentation-Tier Data Structures to Business Tier. Exposing Presentation-Tier Data Structures to Domain Objects. Allowing Duplicate Form Submissions. Exposing Sensitive Resources to Direct Client Access. Assuming Will Reset Bean Properties. Creating Fat Controllers.

4. Business Tier Design Considerations and Bad Practices.
Business Tier Design Considerations. Using Session Beans. Using Entity Beans. Caching Enterprise Bean Remote References and Handles. Business and Integration Tiers Bad Practices. Mapping Object Model Directly to Entity Bean Model. Mapping Relational Model Directly to EntityBean Model. Mapping Each Use Case to a Session Bean. Exposing All Enterprise Bean Attributes via Getter/Setter Methods. Embedding Service Lookup in Clients. Using Entity Bean as Read-Only Object. Using Entity Beans as Fine-Grained Objects. Storing Entire Entity Bean-Dependent Object Graph. Exposing EJB-related Exceptions to Non-EJB Clients. Using Entity Bean Finder Methods to Return a Large Results Set. Client Aggregates Data from Business Components. Using Enterprise Beans for Long-Lived Transactions. Stateless Session Bean Reconstructs Conversational State for Each Invocation.

5. J2EE Refactorings.
Presentation Tier Refactorings. Introduce a Controller. Introduce Synchronizer Token. Localize Disparate Logic. Hide Presentation Tier-Specific Details From the Business Tier. Remove Conversions from View. Hide Resource From a Client. Business and Integration Tier Refactorings. Wrap Entities With Session. Introduce Business Delegate. Merge Session Beans. Eliminate Inter-Entity Bean Communication. Move Business Logic to Session. General Refactorings. Separate Data Access Code. Refactor Architecture by Tiers. Use A Connection Pool.

III. J2EE PATTERN CATALOG.


6. J2EE Patterns Overview.
What Is a Pattern? Identifying a Pattern. The Tiered Approach. J2EE Patterns. Presentation Tier Patterns. Business Tier Patterns. Integration Tier Patterns. Guide to the Catalog. Terminology. Use of UML. Pattern Template. J2EE Pattern Relationships. Relationship to Known Patterns. Patterns Roadmap. Summary.

7. Presentation Tier Patterns.
Intercepting Filter. Context. Problem. Forces. Solution. Consequences. Related Patterns. Front Controller. Context. Problem. Forces. Solution. Consequences. Related Patterns. View Helper. Context. Problem. Forces. Solution. Consequences. Related Patterns. Composite View. Context. Problem. Forces. Solution. Consequences. Sample Code. Related Patterns. Service to Worker. Context. Problem. Forces. Solution. Consequences. Sample Code. Related Patterns. Dispatcher View. Context. Problem. Forces. Solution. Consequences. Sample Code. Related Patterns.

8. Business Tier Patterns.
Business Delegate. Context. Problem. Forces. Solution. Consequences. Sample Code. Related Patterns. Value Object. Context. Problem. Forces. Solution. Consequences. Sample Code. Related Patterns. Session Facade. Context. Problem. Forces. Solution. Consequences. Sample Code. Related Patterns. Composite Entity. Context. Problem. Forces. Solution. Consequences. Sample Code. Related Patterns. Value Object Assembler. Context. Problem. Forces. Solution. Consequences. Sample Code. Related Patterns. Value List Handler. Context. Problem. Forces. Solution. Consequences. Sample Code. Related Patterns. Service Locator. Context. Problem. Forces. Solution. Consequences. Sample Code. Related Patterns.

9. Integration Tier Patterns.
Data Access Object. Context. Problem. Forces. Solution. Consequences. Sample Code. Related Patterns. Service Activator. Context. Problem. Forces. Solution. Consequences. Sample Code. Related Patterns. EPILOGUE J2EE Patterns Applied. PSA Overview. Use Case Model. Use Cases, Patterns, and Pattern Frameworks. Create Project Use Case. Pattern Identification. Pattern Realization. Reserve Resource Use Case. Pattern Identification. Pattern Realization. Find Available Resources Use Case. Pattern Identification. Pattern Realization. Bibliography. Apache Software License.

Index.

Read More Show Less

Preface

Preface

This book is about patterns for the Java 2 platform, Enterprise Edition (J2EE). These J2EE patterns provide solutions for problems typically encountered by designers of software applications for the J2EE platform. All the patterns documented in the catalog have been discovered in the field, where they have been used to create successful J2EE applications for our customers.

This book describes proven solutions for the J2EE platform with a particular emphasis on such key J2EE technologies as: Java Server Pages (JSP), Servlets, Enterprise JavaBeans (EJB) components, Java Message Service (JMS), JDBC, and Java Naming and Directory Interface (JNDI). We offer solutions for recurring problems for the J2EE platform through the J2EE pattern catalog and J2EE refactorings. You can apply these ideas when developing new systems or when improving the design of existing systems. The patterns in this book will help you quickly gain the proficiency and skills to build robust, efficient enterprise applications.

Today, as in the past, many of us naively assume that learning a technology is synonymous with learning to design with the technology. Certainly learning the technology is an important part to being successful in designing with the technology. Many existing Java books are excellent at explaining technology details, such as API specifics and so forth, but at the same time they give no insight on applying the technology. Learning to design comes from experience and from sharing knowledge on best practices and bad practices.

The experiences we have conveyed in this book are derived from the work we have done in the field. We are part of Sun Microsystems, Inc.'s Sun Java Center (SJC) consulting organization. In our work, we often encounter situations where, because technology is moving so quickly, designers and developers are still struggling to understand the technology, let alone how to design with the technology.

It is not good enough to tell designers and developers to write good code, nor is it sufficient to suggest using Servlets and JSP for developing the presentation tier and EJB components for developing the business tier.

So, given this scenario, where does an aspiring J2EE architect learn not only what to do, but what not to do? What are the best practices? What are the bad practices? How do you go from problem to design to implementation?

Sun Java Center and the J2EE Pattern Catalog

Since its inception, SJC architects have been working with clients all over the world to successfully design, architect, build, and deploy various types of systems based on Java and J2EE. The SJC is a rapidly growing consulting organization constantly adding new hires to its ranks of experienced architects.

Recognizing the need to capture and share proven designs and architectures, we started to document our work on the J2EE platform in the form of patterns in 1999. Although we looked in the existing literature, we could not find a catalog of patterns that dealt specifically with the J2EE platform. We found many books dealing with one or more of the J2EE technologies, and these books do an excellent job of explaining the technology and unraveling the nuances of the specifications. Some books offered extra help by providing some design considerations.

Since we first publicly presented our ideas on J2EE patterns at the JavaOne Conference in June 2000, we have received an overwhelming response from architects and developers. While some individuals expressed great interest in learning more about the patterns, others confirmed that they had applied the patterns, but had never named or documented them. This interest in patterns for the J2EE platform further motivated us to continue our work.

Thus, we put together the J2EE Pattern Catalog., which was initially made available to the entire J2EE community in beta form via the Java Developer Connection in March, 2001. Based largely on community feedback, the beta documentation evolved into the release you see in this book.

We hope these patterns, best practices, strategies, bad practices, and refactorings for the J2EE platform, provide the same benefits to you as they do for us.

What This Book Is About

This book is about:

Using patterns for the J2EE Platform.
Based on our collective J2EE platform experience, we have assembled the pattern catalog in this book. The J2EE Pattern Catalog describes various best practices related to architecting and designing applications for the J2EE platform. This book focuses on the following four J2EE technologies: Servlets, JSP, EJB components, and JMS.
Using best practices to design applications that use JSP, Servlet, EJB components, and JMS technologies.
It is not sufficient to merely learn the technology and the APIs. It is equally important to learn to design with the technology. We have documented what we have experienced to be the best practices for these technologies.
Preventing re-inventing-the-wheel when it comes to design and architecture for the J2EE platform.
Patterns promote design reuse. Reusing known solutions reduces the cycle time for designing and developing applications, including J2EE applications.
Identifying bad practices in existing designs and refactoring these designs to move to a better solution using the J2EE patterns.
Knowing what works well is good. Knowing what does not work is equally important. We have documented some of the bad practices we have experienced when designing applications for the J2EE platform.

What This Book Is Not

This book is not about:

How to program with Java or J2EE technologies.
This book is not about programming. While this book is heavily based on the J2EE technologies, we do not describe the specific APIs. If you wish to learn about programming using Java or using any of the J2EE technologies, there are a number of excellent books and online resources from which to learn. The online tutorials on the official Java home page are highly recommended if you wish to learn about individual technologies. The official specifications for J2EE technologies are also available from the Java home page.
What process and methodology to use.
We do not suggest any type of process or methodology to use since the material presented in this book is not related to either. Hence, this book does not teach you about a process or methodology to follow in your projects. If you would like to learn more about processes and methodologies, there are a good number of books that deal with various object-oriented methodologies and new books on lightweight processes, such as Extreme Programming.
How to use Unified Modeling Language (UML).
This book is not going to teach you about UML. We use UML extensively (specifically class and sequence diagrams) to document the patterns and describe the static and dynamic interactions. If you want to learn more about UML, please refer to the UML User Guide Booch and the UML Reference Manual Rumbaugh by Grady Booch, Ivar Jacobson, and James Rumbaugh.

Who Should Read This Book?

This book is for all J2EE enthusiasts, programmers, architects, developers, and technical managers. In short, anyone who is remotely interested in designing, architecting, and developing applications for the J2EE platform.

We have attempted to distinguish this book as a training guide for J2EE architects and designers. We all recognize the importance of good designs and well-architected projects, and that we need good architects to get there.

The use of well-documented patterns, best practices, and bad practices to share and transfer knowledge and experience can prove invaluable for teams with varied experience levels, and we hope that this book answers some of these needs.

How This Book Is Organized

This book is organized into three parts.

Part 1—"Patterns and J2EE," consists of Chapter 1 and Chapter 2.

Chapter 1: "Introduction" on page 4 is a brief discussion on various topics, including patterns, J2EE platform, defining a pattern, and pattern categorization. It ends by introducing the J2EE patterns catalog.

Chapter 2: "J2EE Platform Overview" on page 16 provides a high level overview of the J2EE platform for those readers unfamiliar with J2EE, or who wish to refresh their knowledge of the J2EE platform.

Part 2—"Design Considerations, Bad Practices, and Refactorings" deals with design considerations for JSP, Servlets, and enterprise beans. This part also includes bad practices and refactorings for the J2EE platform. This part is comprised of Chapter 3, 4, and 5.

Chapter 3: "Presentation Tier Design Considerations and Bad Practices" on page 34 and Chapter 4: "Business Tier Design Considerations and Bad Practices" on page 54 discuss the design considerations and bad practices for the presentation tier and business/integration tiers respectively. The design considerations are issues that a J2EE developer/designer/architect needs to consider while working with the J2EE platform. The topics presented in these chapters point the reader to other sources (such as official specifications and well written books on these topics) for more detailed information on these issues.

Chapter 5: "J2EE Refactorings" on page 72 includes some of the refactorings we have experienced in our work in the field that has enabled us to move our design from a less optimal solution to a better solution. The refactorings provide another way to think about the material in the rest of the book, providing what we believe to be valuable companion material to the pattern catalog. This chapter shows how we have been influenced by Martin Fowler and his book "Refactoring" Fowler. For those readers who are familiar with the Refactoring book, the format of this chapter will be very familiar. However, the content of this chapter is entirely in the context of J2EE technologies, whereas Martin Fowler addresses refactoring at a different level.

Part 3—"J2EE Pattern Catalog" presents the J2EE pattern catalog. The catalog contains the fifteen patterns that form the core of this book. This part is comprised of Chapter 6, 7, 8, and 9.

Chapter 6: "J2EE Patterns Overview" on page 124 provides an overview of the J2EE pattern catalog. This chapter begins with a high level discussion of the pattern ideas and explains the way the patterns are categorized into tiers. It also explains the J2EE pattern template, which is used to present all patterns in this book. The chapter discusses all the J2EE patterns and uses a diagram to show their inter-relationships. It also provides what we have termed a roadmap to the pattern catalog. This roadmap presents common J2EE design and architecture-related questions with references to patterns or refactorings that provide solutions to these questions. Understanding the pattern relationships and the roadmap is key to using these patterns.

Chapter 7: "Presentation Tier Patterns" on page 150 presents six patterns that pertain to using Servlets, JSP, JavaBeans, and custom tags to design web-based applications for the J2EE platform. The patterns describe numerous implementation strategies, and address common problems such as request handling, application partitioning, and generating composite displays.

Chapter 8: "Business Tier Patterns" on page 246 presents seven patterns that pertain to using EJB technology to design business components for the J2EE platform. The patterns in this chapter provide the best practices for using the EJB and JMS technologies. Where relevant, these patterns include discussion on other technologies, such as JNDI and JDBC.

Chapter 9: "Integration Tier Patterns" on page 388 presents two patterns that pertain to integrating J2EE applications with the resource tier and external systems. The patterns deal with using JDBC and JMS to enable integration between business tier and resource tier components.

Epilogue: "J2EE Patterns Applied" on page 422 discusses realizing sample use cases with the patterns. This chapter discusses and demonstrates how patterns are combined and work together. This chapter reinforces the idea that patterns exist in a community, and that each pattern supports, and is supported by, other patterns.

Read More Show Less

Customer Reviews

Be the first to write a review
( 0 )
Rating Distribution

5 Star

(0)

4 Star

(0)

3 Star

(0)

2 Star

(0)

1 Star

(0)

Your Rating:

Your Name: Create a Pen Name or

Barnes & Noble.com Review Rules

Our reader reviews allow you to share your comments on titles you liked, or didn't, with others. By submitting an online review, you are representing to Barnes & Noble.com that all information contained in your review is original and accurate in all respects, and that the submission of such content by you and the posting of such content by Barnes & Noble.com does not and will not violate the rights of any third party. Please follow the rules below to help ensure that your review can be posted.

Reviews by Our Customers Under the Age of 13

We highly value and respect everyone's opinion concerning the titles we offer. However, we cannot allow persons under the age of 13 to have accounts at BN.com or to post customer reviews. Please see our Terms of Use for more details.

What to exclude from your review:

Please do not write about reviews, commentary, or information posted on the product page. If you see any errors in the information on the product page, please send us an email.

Reviews should not contain any of the following:

  • - HTML tags, profanity, obscenities, vulgarities, or comments that defame anyone
  • - Time-sensitive information such as tour dates, signings, lectures, etc.
  • - Single-word reviews. Other people will read your review to discover why you liked or didn't like the title. Be descriptive.
  • - Comments focusing on the author or that may ruin the ending for others
  • - Phone numbers, addresses, URLs
  • - Pricing and availability information or alternative ordering information
  • - Advertisements or commercial solicitation

Reminder:

  • - By submitting a review, you grant to Barnes & Noble.com and its sublicensees the royalty-free, perpetual, irrevocable right and license to use the review in accordance with the Barnes & Noble.com Terms of Use.
  • - Barnes & Noble.com reserves the right not to post any review -- particularly those that do not follow the terms and conditions of these Rules. Barnes & Noble.com also reserves the right to remove any review at any time without notice.
  • - See Terms of Use for other conditions and disclaimers.
Search for Products You'd Like to Recommend

Recommend other products that relate to your review. Just search for them below and share!

Create a Pen Name

Your Pen Name is your unique identity on BN.com. It will appear on the reviews you write and other website activities. Your Pen Name cannot be edited, changed or deleted once submitted.

 
Your Pen Name can be any combination of alphanumeric characters (plus - and _), and must be at least two characters long.

Continue Anonymously
Sort by: Showing all of 3 Customer Reviews
  • Anonymous

    Posted April 11, 2004

    Great Book on J2EE Patterns

    Overall Rating: Well done! This book will be a valuable teaching and reference tool. Teaching Value: Excellent! An essential book on this topic. Reference Value: A complete reference. I would not need any additional reference on this topic. The primary focus of the book is on patterns, best practices, design strategies, and proven solutions using the key J2EE technologies including Java Server Pages (JSP), Servlets, Enterprise JavaBeans (EJB) and Java Message Service (JMS) APIs. Written from a programmer's perspective with extensive codes and fully illustrated with UML diagrams. This book is fully revised and covers newly documented patterns providing proven solutions for enterprise applications. Material is presented in a logical progression so you can learn at your own pace. And yet there is depth in the book to make this a valuable resource for any professional who knows J2EE and wants to use J2EE to build web services. The authors did a great job describing useful patterns for application architecture and design strategies for the presentation tier, business tier, and integration tier. The section on refactoring is worth reading. This book unites the platform's many technologies and APIs and provides insightful answers to whys, when and hows of the J2EE.

    Was this review helpful? Yes  No   Report this review
  • Anonymous

    Posted February 3, 2003

    clear concepts, but verbose delivery

    This book presents many important, compelling concepts, however, suffers from many repetitive details and explanations. The book can easily be cut in half. The most important chapters are #5. J2EE Refactorings and #6. J2EE Patterns Overview. Chapters 3, 4, and the epilogue are also well presented and interesting. Chapters 7, 8, 9, which accounts for 1/2 the book, talk about the various J2EE patterns. The patterns are presented in a consistent outline that facilitates repetition of details and explanations. For these 3 chapters, I recommend only reading the Forces, Solution, and Consequences subsections, which summarize the other subsections. The Strategies subsection contains simple, logical variations of the pattern, and the Sample Code subsection contains only basic code snippets. Even with the verbose nature of this book, chapters 3-6 are definitely practical and the patterns are explained clearly.

    Was this review helpful? Yes  No   Report this review
  • Anonymous

    Posted May 18, 2009

    No text was provided for this review.

Sort by: Showing all of 3 Customer Reviews

If you find inappropriate content, please report it to Barnes & Noble
Why is this product inappropriate?
Comments (optional)