From the Pages Features

POWER JAVA
A Pattern for Building Powerful JSPs
Donald Bell, Sérgio Henrique Monteiro Da Silva, and John Shelton
When developing a Web site that uses JSPs and servlets, there is one problem: How can we translate the values of the business objects living in the server into HTML so the browser can display them appropriately? The reverse is also a challenge. The Translator pattern can perform the translation from the Web server to the Web browser, and vice versa.

ENTERPRISE JAVA
Large-Scale Servlet Programming
Kyle Brown, Rachel Reinitz, and Skyler Thomas
The Java Servlet API and JSPs are a great help in developing high-performance, server-side Java programs for the Web. We examine the key scalability issue of storing client data on the server and some approaches for making your servlets perform in a high-traffic environment.

ENTERPRISE JAVA
The Client is Dead ... Long Live the Client!
Richard Deadman
The client has been abandoned by many as an early shot-in-the-dark that didn't really work out. But maybe we've given up the battle too early. Richard discusses why you may still want or need a Java client, what may be needed to bring the Java client back, how the technology has changed since the early days, and some patterns for deploying Java clients successfully.

JAVA PRIMER
Using Java Object Serialization: A Few Pitfalls
Huw Evans
Huw describes how the Java Object Serialization mechanism (JOS) can be used to provide persistence and four areas you need to consider when using it. He also presents the problems that arise from having to specify serializability at compile time, the big inhale problem, the system's copying semantics, and its handling of statics and transients.

JAVA PRIMER
C# = (C-Sharp == Microsoft Java++) ? True : False;
Jacques Surveyer
The greatest compliment a software firm or a designer can pay to another is to imitate, copy, or otherwise borrow elements of the other's software into their own programs or language. Although Microsoft's new programming language, C#, owes some debt to Bjarne Stroustrup's C++ and the even earlier C from Bell Labs—it really should have been called Java++. The question is: Is this a better version of Java?