Java Enterprise in a Nutshell

( 1 )

Overview

Nothing is as constant as change, and this is as true in enterprise computing as anywhere else. Since Java Enterprise in a Nutshell was first published in September of 1999, a dozen or more new APIs have been added to the platform, reflecting the new and different ways developers implement their enterprise objectives. And now developers are being called on to add even greater, more complex levels of interconnectivity to their applications, as the concepts behind Web Services solidify and implementation decisions ...

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

Feedback rating:

(169)

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.

New
0596001525 BRAND NEW NEVER USED IN STOCK 125,000+ HAPPY CUSTOMERS SHIP EVERY DAY WITH FREE TRACKING NUMBER

Ships from: fallbrook, CA

Usually ships in 1-2 business days

  • Standard, 48 States
  • Standard (AK, HI)
$40.84
Seller since 2009

Feedback rating:

(872)

Condition: New
0596001525 *BRAND NEW* Ships Same Day or Next!

Ships from: Springfield, VA

Usually ships in 1-2 business days

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

Feedback rating:

(164)

Condition: New
Brand new.

Ships from: acton, MA

Usually ships in 1-2 business days

  • Standard, 48 States
  • Standard (AK, HI)
$60.60
Seller since 2014

Feedback rating:

(0)

Condition: New

Ships from: Malaga, Spain

Usually ships in 1-2 business days

  • Standard, 48 States
Page 1 of 1
Showing All
Close
Sort by
Sending request ...

Overview

Nothing is as constant as change, and this is as true in enterprise computing as anywhere else. Since Java Enterprise in a Nutshell was first published in September of 1999, a dozen or more new APIs have been added to the platform, reflecting the new and different ways developers implement their enterprise objectives. And now developers are being called on to add even greater, more complex levels of interconnectivity to their applications, as the concepts behind Web Services solidify and implementation decisions need coding.Java developers today need a clear understanding of the new APIs, tools, capabilities and pitfalls in J2EE 2.0 so they can plan a technology and implementation strategy for new enterprise projects. Fortunately, this is exactly what they get with the new Java Enterprise in a Nutshell, 2nd edition!Completely revised and updated for the new 2.0 version of Sun Microsystems Java Enterprise Edition software, Java Enterprise in a Nutshell 2nd edition covers all of the J2EE APIs, including RMI, Java IDL, JDBC, JNDI, Java Servlet, and Enterprise JavaBeans, with a fast-paced tutorial and compact reference on each technology. Then Java Enterprise in a Nutshell goes even further, providing a classic O'Reilly-style quick reference for all of the classes in the various packages that comprise the Enterprise APIs - covering the core enterprise APIs as well as numerous standard extensions.


If you are using Java and running Enterprise APIs in large heterogeneous and mission critical networked environments, this desktop quick reference may be a valuable addition to your library. It contains descriptions of each of the Enterprise APIs on the Java 2 platform, and is geared toward intermediate and advanced programmers. Please note that this publication is not a tutorial on Enterprise API use. For maximum benefit, users should be familiar with the Java environment.

Read More Show Less

Product Details

  • ISBN-13: 9780596001520
  • Publisher: O'Reilly Media, Incorporated
  • Publication date: 4/25/2002
  • Series: In a Nutshell (O'Reilly) Series
  • Edition description: Second Edition
  • Edition number: 2
  • Pages: 992
  • Product dimensions: 6.02 (w) x 8.98 (h) x 1.75 (d)

Meet the Author

William Crawford has been developing web-based enterprise applications since 1995, including one of the first web-based electronic medical record systems (at Children's Hospital in Boston) and some of the first enterprise-level uses of Java. He has consulted for a variety of institutional clients, including Boston Children's Hospital, Harvard Medical Center, numerous startups and several Fortune 500 companies. Prior to an acquisition he was CTO of Invantage, Incorporated in Cambridge, MA. He received a degree in history and economics from Yale University. He is the co-author of Java Servlet Programming, 2nd Edition, Java Enterprise in a Nutshell, 2nd Edition, and two forthcoming O'Reilly titles. Will is currently Principal Software Architect at Perceptive Informatics, Inc.Massachusetts, provider of software and services to the pharmaceutical industry. He can be reached at http://www.williamcrawford.info

Jim Farley is a software engineer, computer scientist, and IT manager. His recent activities have included heading up the engineering group at the Harvard Business School and bringing good things to life at GE's Research and Development center. He's dealt with computing (distributed and otherwise) in lots of different ways, from automated image inspection to temporal reasoning systems. Jim has Bachelor's and Master's degrees in computer systems engineering from Rensselaer Polytechnic Institute.

David Flanagan is a computer programmer who spends most of his time writing about JavaScript and Java. His books with O'Reilly include Java in a Nutshell, Java Examples in a Nutshell, Java Foundation Classes in a Nutshell, JavaScript: The Definitive Guide, and JavaScript Pocket Reference. David has a degree in computer science and engineering from the Massachusetts Institute of Technology. He lives with his wife and son in the U.S. Pacific Northwest bewteen the cities of Seattle, Washington and Vancouver, British Columbia. David has a simple website at http://www.davidflanagan.com.

Read More Show Less

Read an Excerpt


Chapter 4: Java IDL

4.4.3 Stringified Object References

As we've seen, Sun's implementation of Java IDL provides a nonstandard way to initialize an ORB to reference a remote Naming Service, so that one of the ORB's initial references is to the root context of the remote Naming Service. But what do you do if you want an object from a remote Naming Service, and your Java IDL implementation doesn't provide a way to directly initialize a reference to the remote service? Or, worse yet, what if the object that you want isn't stored in a Naming Service or available through any other CORBA service? How can your client get a reference to the object?

The CORBA standard comes to the rescue again. Part of the standard, called Interoperable Object References (IORs), includes a syntax for representing a remote object reference in the form of a printable string of characters. This stringified object reference includes enough information for a remote CORBA client to locate the object's home ORB and convert the string to a runtime stub reference to the object. Two methods on the ORB interface, object_to_string() and string_to_object(), let you convert a CORBA object reference to string form and back again.

Example 4.9 shows how to create an instance of our server implementation of the ThisOrThatServer interface, register it with the ORB, and generate a stringified object reference from the CORBA server object. A stringified reference to a remote object is called an Interoperable Object Reference (IOR) because it uses a format for object references that can be freely distributed between ORBs running a cross the network. In order for the IOR you generate to be acceptable to another ORB, both your ORB and the remote ORB have to be using the same inter-ORB communication protocol (IIOP, DCE-CIOP, etc.). In this example, our client and host are both running IIOP.

Example 4.9: Registering an Object/Getting Its Stringified Object Reference

import org.omg.CORBA.*; public class ServerInit {   public static void main(String[] argv) {   } }

The ServerInit class contains a main() method that is intended to be run on the server host for our remote object. The main() method first initializes a connection to the local ORB and then creates an instance of the ThisOrThatServerImpl class. This instance serves as the server implementation of our remote object. We create a stringified reference to the object using the object_to_string() method on the ORB and then output the stringified reference, so that it can be copied and sent to clients. Finally, by doing a synchronous wait() on a local object, the main() method goes into a wait state. This wait() is necessary to keep the ORB running so that it can respond to client requests. If we let the main() method exit, the server object we created is destroyed, and the IOR we generated is no longer valid.

A sample client for our object is shown in Example 4.10. The client accepts a stringified object reference as a command-line argument to its main() method. Then it initializes a local ORB reference and uses its string_to_object() method to convert the stringified reference to a live object reference. To do this, the ORB parses the encoded information in the stringified reference, makes a connection with the remote ORB serving the object, and generates a CORBA object reference for the client.

Example 4.10: A Client Utilizing a Stringified Object Reference

import org.omg.CORBA.*; public class ServerStringClient {   public static void main(String[] argv) {   } }

Before we can run the client, the remote object has to be registered with its ORB, so that we can get the stringified object reference:

objhost% java ServerInit ThisOrThatServer IOR: IOR:000000000000002349444c3a6a656e2f636f7262612f546869 734f72546861745365727665723a312e30000000000001000000000000003000010000000000 0a6c6f63616c686f737400043200000018afabcafe00000002496bb469000000080000000000 000000

Somehow, you have to get this IOR to the client host. You could embed the stringified object reference within a hidden field in a HTML page, so that a Java client can access it using a URL object. Or you could set up a simple server on a given port on your host that broadcasts the stringified object reference to whoever makes a socket connection. Or you could email the string to a colleague, and she can type the stringified reference into the startup command for her CORBA client. In any case, the client is invoked with the IOR as a command-line option:

clienthost% java ServerStringClient IOR:000000000000002349444c3a6a656e2f636f 7262612f546869734f72546861745365727665723a312e300000000000010000000000000030 000100000000000a6c6f63616c686f737400043200000018afabcafe00000002496bb4690000 00080000000000000000

The client uses the argument to reconstitute a remote reference to the server object, so that it can invoke methods on the remote object.

4.5 What If I Don't Know the Interface?

In the examples we've seen so far, we've always assumed that the Java interfaces for the remote objects are available at compile time. But what happens if they aren't? You might get a reference to a CORBA Object from a Naming Service, for example, and not know what interface that object implements. I mentioned earlier that you can use an org.omg.CORBA.Object reference directly to make requests and exchange data with its remote object.

The CORBA standard defines two complementary APIs for this purpose: the Dynamic Invocation Interface (DII) that a client can use to make remote method requests of a server object, and the Dynamic Skeleton Interface (DSI) that a server-side skeleton can use to forward method invocations to its server implementation object. Both of these APIs provide the same essential function: a dynamic interface to an object whose interface is not known at compile time. The DII offers this functionality to clients of CORBA objects, and the DSI provides it to the server-side skeletons that bridge the object implementation with the ORB.

The DII and DSI may seem like sidebar topics in the CORBA world, but in reality they are at the heart of CORBA and how it works. When we generate Java stubs and skeletons from IDL interfaces, the code that is generated uses the DII and DSI to execute remote method calls. The details of how this is done are shielded from you, the developer, by the Java interface you use to interact with the remote object. But it's still worthwhile to understand how CORBA objects implement their distributed nature, especially in situations where the Java interface for the remote object is not there, and you need to deal directly with these details.

In this section, we take a look at how the DII works and how you might use it in a client. We won't cover the DSI in this book, since its practical uses are even more limited for the average developer. Note, however, that the API of the DSI is analogous to that of the DII, so you shouldn't have much trouble mapping the following explanation to the DSI as well.

4.5.1 Dynamic Invocation Interface

The Dynamic Invocation Interface provides abstract representations of remote method requests and their arguments. In simple terms, this means it includes objects that represent remote method requests and parameters that are passed with these method requests. Methods on these objects allow you to set the parameters to the request, make the request, and get the results. DII's central classes are:

Request

A request to invoke a method on a remote object. Created by the client and issued through the ORB to the server object.

NamedValue

A named parameter to a method request. Conceptually, this is a name tied to an Any value. The name of the value must match the name of the parameter as specified in the IDL interface the remote object satisfies.

NVList

A list of NamedValue parameters used to represent an argument list passed into a remote method request.

Any

A general argument value. An Any object can contain the Java equivalent of any basic IDL type or an Object that can be described in IDL.

Context

A list of NamedValue objects used to specify any details of the client environment that shouldn't be passed as method arguments.

Once you get an org.omg.CORBA.Object reference to a remote object (using any of the approaches we've already covered), you can create and issue a method request to the object by building a parameter list for the method call, making a NamedValue object to hold the result, making a Context object and putting any useful environment values in it, and then using all of these items to create a Request object that corresponds to a particular method on the object. Example 4.11 shows a sample DII client that gets a reference to a remote object through a Naming Service and then makes a dynamic call to its doThis() method.

Example 4.11: Client Using DII to Make Remote Method Call

import org.omg.CORBA.*; import org.omg.CosNaming.*; public class DIISimpleClient {   public static void main(String argv[]) {   } }

Note that in most situations you will have the Java interface for the remote object available in your client along with its helper class, so you'll be able to narrow the Object reference to a specific type. One exception might be if you're building some kind of software development tool, and you want to provide a dynamic execution utility for the CORBA code being developed. The previous example demonstrates how a CORBA method call can be carried out at this lower level, in case you ever find it necessary to do so. And when you're trying to fix a problem with your CORBA application, it's always better to understand what's going on under the hood, so to speak.

Read More Show Less

Table of Contents

Preface;
Contents of This Book;
Related Books;
Java Programming Resources Online;
Examples Online;
Conventions Used in This Book;
Comments and Questions;
Acknowledgments;
Introducing the Java Enterprise APIs;
Chapter 1: Introduction;
1.1 Enterprise Computing Defined;
1.2 Enterprise Computing Demystified;
1.3 The Java Enterprise APIs;
1.4 Enterprise Computing Scenarios;
1.5 Other Enterprise APIs;
Chapter 2: JDBC;
2.1 JDBC Architecture;
2.2 Connecting to the Database;
2.3 Statements;
2.4 Results;
2.5 Handling Errors;
2.6 Prepared Statements;
2.7 BLOBs and CLOBs;
2.8 Metadata;
2.9 Transactions;
2.10 Stored Procedures;
2.11 Escape Sequences;
2.12 The JDBC Optional Package;
2.13 JDBC 3.0;
Chapter 3: Remote Method Invocation;
3.1 Introduction to RMI;
3.2 Defining Remote Objects;
3.3 Creating the Stubs and Skeletons;
3.4 Accessing Remote Objects as a Client;
3.5 Dynamically Loaded Classes;
3.6 Remote Object Activation;
3.7 RMI and Native Method Calls;
3.8 RMI Over IIOP;
Chapter 4: Java IDL (CORBA);
4.1 A Note on Evolving Standards;
4.2 The CORBA Architecture;
4.3 Creating CORBA Objects;
4.4 Putting It in the Public Eye;
4.5 Finding and Using Remote Objects;
4.6 What if I Don’t Have the Interface?;
Chapter 5: Java Servlets;
5.1 Getting a Servlet Environment;
5.2 Servlet Basics;
5.3 Web Applications;
5.4 Servlet Requests;
5.5 Servlet Responses;
5.6 Custom Servlet Initialization;
5.7 Security;
5.8 Servlet Chains and Filters;
5.9 Thread Safety;
5.10 Cookies;
5.11 Session Tracking;
5.12 Databases and Non-HTML Content;
Chapter 6: JavaServer Pages;
6.1 JSP Basics;
6.2 JSP Actions;
6.3 Custom Tags;
6.4 Wrapping Up;
Chapter 7: JNDI;
7.1 JNDI Architecture;
7.2 A Simple Example;
7.3 Introducing the Context;
7.4 Looking Up Objects in a Context;
7.5 The NamingShell Application;
7.6 Listing the Children of a Context;
7.7 Creating and Destroying Contexts;
7.8 Binding Objects;
7.9 Accessing Directory Services;
7.10 Modifying Directory Entries;
7.11 Creating Directory Entries;
7.12 Searching a Directory;
7.13 Event Notification;
Chapter 8: Enterprise JavaBeans (EJB);
8.1 A Note on Evolving Standards;
8.2 EJB Roles;
8.3 Implementing a Basic EJB;
8.4 Using Enterprise JavaBeans;
8.5 Implementing Session Beans;
8.6 Implementing Entity Beans;
8.7 Implementing Message-Driven Beans;
8.8 Transaction Management;
Chapter 9: Java and XML;
9.1 Using XML Documents;
9.2 Java API for XML Processing;
9.3 SAX;
9.4 DOM;
9.5 XSLT;
Chapter 10: Java Message Service;
10.1 JMS in the J2EE Environment;
10.2 Elements of Messaging with JMS;
10.3 The Anatomy of Messages;
10.4 Point-to-Point Messaging;
10.5 Publish-Subscribe Messaging;
10.6 Transactional Messaging;
10.7 Message Selector Syntax;
10.8 Structure of a Selector;
10.9 Identifiers;
10.10 Literals;
10.11 Operators;
10.12 Expressions;
Chapter 11: JavaMail;
11.1 Email and JavaMail;
11.2 Creating and Sending Messages;
11.3 Retrieving Messages;
11.4 Multipart Messages;
Enterprise Reference;
Chapter 12: SQL Reference;
12.1 Relational Databases;
12.2 Data Types;
12.3 Schema Manipulation Commands;
12.4 Data Manipulation Commands;
12.5 Functions;
12.6 Return Codes;
Chapter 13: RMI Tools;
Chapter 14: IDL Reference;
14.1 IDL Keywords;
14.2 Identifiers;
14.3 Comments;
14.4 Basic Data Types;
14.5 Constants and Literals;
14.6 Naming Scopes;
14.7 User-Defined Data Types;
14.8 Exceptions;
14.9 Module Declarations;
14.10 Interface Declarations;
14.11 Value Type Declarations;
Chapter 15: CORBA Services Reference;
15.1 Collection Service;
15.2 Concurrency Service;
15.3 Enhanced View of Time Service;
15.4 Event Service;
15.5 Externalization Service;
15.6 Licensing Service;
15.7 Life Cycle Service;
15.8 Naming Service;
15.9 Notification Service;
15.10 Persistent Object Service;
15.11 Property Service;
15.12 Query Service;
15.13 Relationship Service;
15.14 Security Service;
15.15 Time Service;
15.16 Trading Object Service;
15.17 Transaction Service;
Chapter 16: Java IDL Tools;
Chapter 17: Enterprise JavaBeans Query Language Syntax;
17.1 Basic Structure of EJB QL Queries;
17.2 FROM Clause;
17.3 SELECT Clause;
17.4 WHERE Clause;
API Quick Reference;
Chapter 18: java.rmi;
Chapter 19: java.rmi.activation;
Chapter 20: java.rmi.dgc;
Chapter 21: java.rmi.registry;
Chapter 22: java.rmi.server;
Chapter 23: java.sql;
Chapter 24: javax.ejb and javax.ejb.spi;
Chapter 25: javax.jms;
Chapter 26: javax.mail and Subpackages;
Chapter 27: javax.naming;
Chapter 28: javax.naming.directory;
Chapter 29: javax.naming.event;
Chapter 30: javax.naming.ldap;
Chapter 31: javax.naming.spi;
Chapter 32: javax.resource;
Chapter 33: javax.resource.cci;
Chapter 34: javax.resource.spi and javax.resource.spi.security;
Chapter 35: javax.rmi and javax.rmi.CORBA;
Chapter 36: javax.servlet;
Chapter 37: javax.servlet.http;
Chapter 38: javax.servlet.jsp;
Chapter 39: javax.sql;
Chapter 40: javax.transaction and javax.transaction.xa;
Chapter 41: org.omg.CORBA and Subpackages;
Chapter 42: org.omg.CORBA_2_3 and org.omg.CORBA_2_3.portable;
Chapter 43: org.omg.CosNaming and Subpackages;
Chapter 44: org.omg.PortableServer and Subpackages;
Colophon;

Read More Show Less

Introduction

The Java Enterprise APIs are essential building blocks for creating enterprise-wide distributed applications in Java.

Java Enterprise in a Nutshell covers APIs:

  • RMI
  • IDL
  • JDBC
  • JNDI
  • Java Servlet
  • Enterprise JavaBeans

Providing a fast-paced tutorial and compact reference material on each of the technologies.
Covers Java 1.2.

Read More Show Less

Customer Reviews

Average Rating 5
( 1 )
Rating Distribution

5 Star

(1)

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 1 Customer Reviews
  • Anonymous

    Posted September 21, 2002

    A good quick J2EE reference

    This book is a good quick reference to the J2EE technology. True to the name, this book outlines all the J2EE 1.3 technologies including JDBC, RMI (and CORBA), Servlets, JSP, JNDI, EJB, XML, JMS, JavaMail. It also contains a couple of reference chapters including SQL, RMI tools, IDL reference, CORBA services, IDL Tools, and EJB QL. The API coverage of the book is pretty complete with good code samples in each chapter outlining the APIs. Unfortunately, 50% of the entire book (about 500 pages) are java class references (Javadocs) which in my opinion will be a lot more effective with just an URL pointing to the official on-line API references. This makes the book a little too bulky to carry around. As the name suggest, this book do not attempt to show you how everything comes together building a full fledge J2EE application, but to briefly introduce to the reader all the J2EE 1.3 compliance APIs as individual pieces. Therefore, do not expect this book to teach you how all the APIs come together. Anyhow, this is a good book to have if you are familiar with the concepts of the J2EE APIs and need to quickly lookup an example on how the API works.

    Was this review helpful? Yes  No   Report this review
Sort by: Showing 1 Customer Reviews

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