这个程序我写的是两个方法，支持从命令行操作。
例一：
package org.stonecn.kernel;
import java.io.*;
public class FileCopy {
 /**
  * 测试程序
  */
 public static void main(String[] args){
  if(args.length!=2)
   System.err.println("Usage: java FileCopy<source><destination>");
  else{
   try{
    copy(args[0],args[1]);
   }
   catch(IOException e){
    System.err.println(e.getMessage());
   }
  }
 }
 public static void copy(String from_name,String to_name)throws IOException{
  File from_file=new File(from_name);
  File to_file=new File(to_name);
  if(!from_file.exists())
   abort("no such source file:"+from_name);
  if(!from_file.isFile())
   abort("can't copy directory:"+from_name);
  if(!from_file.canRead())
   abort("source file is unreadable:"+from_name);
  /**
   * 如果目标是一个目录，则使用源文件名作为目标文件名
   */
  if(to_file.isDirectory())
   to_file=new File(to_file,from_file.getName());
  /**
   * 如果目标文件存在，则确保它是可写的,并且在覆盖之前先询问
   * 如果目标文件不存在，则确保存在目录，而且是可写的。
   */
                 // 此处支持命令行，如果不用可以注视掉。    sart  
  if(to_file.exists()){
   abort("destination file is unwriteable:"+to_name);
   //询问是否覆盖
   System.out.print("Overwrite existing file:"+to_file.getName()+"?(Y/N):");
   //得到用户响应
   System.out.flush();
   BufferedReader in=new BufferedReader(new InputStreamReader(System.in));
   String response=in.readLine();
   //检查响应，如果不是yes(未做确认),则终止复制
   if(!response.equals("Y") && !response.equals("y"))
    abort("existing file was not overwritten.");
  }
  else{
   /**如果文件不存在，检查是否存在目录且是否可写
    * 如果getParent()返回null，则目录就是当前dir，
    * 因此查找user.dir系统特性，以得出它是什么
    */
   String parent=to_file.getParent();  //目标目录
   if(parent == null)
    parent=System.getProperty("user.dir");
   File dir=new File(parent);
   if(!dir.exists())
    abort("destination directory doesn't exist:"+parent);
   if(dir.isFile())
    abort("destination is not a directory:"+parent);
   if(!dir.canWrite())
    abort("destination directory is unwriteable:"+parent);
  }
                  //到此结束      end 
  /**
   * 如果走到这了，则一切正常。
   * 因此可以复制文件，一次复制一个字节缓冲区
   */
  FileInputStream from=null;   //从源读取的流
  FileOutputStream to=null;    //写至目标的流
  try{
   from=new FileInputStream(from_file); //创建输入流
   to=new FileOutputStream(to_file);    //创建输出流
   byte[] buffer=new byte[4096];
   int bytes_read;
   /**
    * 将一块字节读入缓冲区，然后将其写出
    * 如果循环，知道达到文件结束(read()返回-1)
    * 注意，在此while循环中结合了赋值和比较
    */
   while((bytes_read=from.read(buffer))!=-1)  //读，直到EOF
    to.write(buffer,0,bytes_read);         //写
  }
  finally{
   if(from!=null)
    try{
     from.close();
    }
   catch(IOException e){
    ;
   }
   if(to!=null)
    try{
     to.close();
    }
   catch(IOException e){;}
  }
 }
 /**
  * 这是抛出异常的一个便利方法
  */
 private static void abort(String msg)throws IOException{
  throw new IOException("FileCopy:"+msg);
 }

}

这个程序的好处是一个安全的。因为有一个静态的copy方法。其他程序也可以使用此方法来复制文件

我们来看第二个例子

例二：
package org.stonecn.kernel;
import java.io.*;
import java.nio.channels.*;

 public class FileCopy2{
  public static void main(String[] args){
   FileInputStream fin=null;       //两个文件的流
   FileOutputStream fout=null;     //这些流要在finally块中关闭
   try{
    //打开输入文件的一个流，并从中得到一个通道
    fin=new FileInputStream(args[0]);
    FileChannel in=fin.getChannel();
    
    //下面得到输出通道
    WritableByteChannel out;
    //如果有第二个文件名
    if(args.length>1){
     fout=new FileOutputStream(args[1]);
     out=fout.getChannel();
    }
    else{
     //没有目标文件名
     out=Channels.newChannel(System.out);   //包装stdout流
    }
    //查询输入文件的大小
    long numbytes=in.size();
    /**
     *采用批量传输的方式将所有字节从一个通道传输到另一个通道
     *这是fileChannel通道的一个特殊特性
     *参见FileChannel.transferForm()
     */
     in.transferTo(0,numbytes,out);
    
   }
   catch(IOException e){
    System.out.println(e);
   }
   finally{
    try{
     if(fin!=null)  fin.close();
     if(fout!=null)  fout.close();
    }
    catch(IOException e){
    }
   }
   
  }
 }

而这个程序将其第一个参数中指定的文件复制到第二个参数所指定的文件中。
如果没有第二个参数则复制到标准输出。

同样的方式，两种实现，这就是我们所说的结果一样，而过程也是千变万化。
例二所涉及的包是我以前所没有接触到的。
欢迎朋友们来指正。

书籍

每个程序员都会有一些由于经常被当作专业资料参阅而磨坏的书。下列书籍应该是 Java 语言程序员的书架上必备的。书很贵，所以我有意将这份列表弄得很短，仅限于重要书籍。

Thinking in Java (Bruce Eckel)

Thinking in Java, 3rd edition （Bruce Eckel; Prentice Hall PTR，2002 年）
Java 编程思想：第3版 （陈昊鹏 等译; 机械工业出版社，2005 年）
Eckel 的书对于学习如何在 Java 语言环境中使用好面向对象技术极其实用。书中大量的代码样例解释了他所介绍的概念。文字出自一个并不认为 Java 技术总是正确答案的人，所以相当地实用。Eckel 具有多种语言的大量经验，还有用面向对象方式进行思考的扎实技能。本书将这些技能放到实用的 Java 语言环境中。他还在写一本新书，名为 Thinking in Enterprise Java。

Effective Java (Joshua Bloch)

Effective Java: Programming Language Guide（Joshua Bloch; Addison-Wesley，2001 年）
Effective Java 中文版 （潘爱民 译; 机械工业出版社，2003 年）
本书是理解优秀 Java 程序设计原则的最佳书籍。大多数材料从其他的 “学习 Java ” 的书中根本找不到。例如，Bloch 书中关于覆盖 equals() 这一章是我读过的最好的参考资料之一。他也在书中包括了很实用的建议：用接口替代抽象类和灵活使用异常。Bloch 是 Sun 公司 Java 平台库的架构师，所以他透彻地了解这门语言。事实上，他编写了该语言中大量有用的库。本书必读！

Java Examples in a Nutshell（（美）弗拉纳根 著）
<a href=http://www.dearbook.com.cn/book/29570target="_blank"><i>
Java 实例技术手册</i></a>(林剑，王宇飞 译中国电力出版社 2005年)


作者精心打造了这样一本实战型Java图书，全书都围绕着真实世界Java编程实例展开，
你将从中获益多多。如果你更倾向于“通过例子”来学习，那么这本书正是你的首选。
全新的第三版涵盖了Java 1．4，并收入了193个完整的实战示例，
其中包括超过21900行认真编写并作了详尽注释的Java代码，在此涉及20个不同的客户端和服务器端 API。
有关XML和servlet的章节已经重写，以涵盖相应规范的最新版本，
并展示对于Java 1．4的最佳实践。书中还增加和更新了一些实例，以展示其他一些新的Java特性和API。

<a href=http://www.dearbook.com.cn/book/16377  target="_blank"><i>J2EE服务器高级编程</i></a>
（闻道工作室)
本书主要讲解了开发者如何使用J2EE体系结构为各事务组件编写关键逻辑。通过对Java servlet、JavaServer页面及EJB技术的理解，本书示例了如何设计和构建安全且可扩展的Java n层应用。内容包括：如何使用JSP页面分割事务和表示逻辑；如何使用EJB创建可扩展的应用；及如何使用CORBA、XML和Java Message Service与其他系统集成。


The Java Programming Language (Ken Arnold, James Gosling, David Holmes)

The Java Programming Language（Ken Arnold，James Gosling，David Holmes; Addison-Wesley，2000 年）
Java 编程语言（第 3 版） （虞万荣 等译，中国电力出版社，2003 年）
这也许是能弄到的最好的 Java 入门读物。它并不是一个标准规范，而是一本介绍每门语言特性的可读书籍。这本书在严谨性和教育性方面权衡得很好，能够让懂编程的人迅速被 Java 语言（和其丰富的类库）所吸引。

Concurrent Programming in Java: Design Principles and Patterns (Doug Lea)

Concurrent Programming in Java: Design Principles and Patterns, 2nd edition（Doug Lea; Addison-Wesley，1999 年）
Java 并发编程—设计原则与模式（第二版） （赵涌 等译，中国电力出版社，2004 年）
不是每个开发人员都需要如此细致地了解并发性，也不是每个工程师都能达到本书的水准，但却没有比本书更好的关于并发性编程的概述了。如果您对此感兴趣，请从这里开始。Lea 是 SUNY 的一名专业程序员，他的和并发性有关的作品和想法都包含在了 JDK 5.0 规范（引自 JSR166）中，所以您大可放心，他所说的关于有效使用 Java 语言的建议是值得一听的。他是一个很善于沟通的人。

Expert One-On-One J2EE Design and Development (Rod Johnson)

Expert One-On-One J2EE Design and Development（Rod Johnson）
WROX: J2EE 设计开发编程指南 （魏海萍 译，电子工业出版社，2003 年）
对于刚接触 J2EE 的人来说，这是唯一的一本如实反映这项技术的书。本书收录了多年的成功经验和失败经验，不同于其他许多作者，Johnson 乐于将失败的经验公诸于众。J2EE 常常都被过度使用。Johnson 的书能帮您避免这一点。

Refactoring (Martin Fowler, Kent Beck, John Brant, William Opdyke, Don Roberts)

Refactoring: Improving the Design of Existing Code（Martin Fowler，Kent Beck，John Brant，William Opdyke，Don Roberts; Addison-Wesley，1999 年）
重构：改善既有代码的设计（中文版） （侯捷 等译，中国电力出版社 ，2003 年）
Fowler 写了几本现已出版的最流行的编程书，包括 Analysis Patterns。他的关于重构 的书是这一主题的基本书籍。重构代码是被程序员忽略的训练，但却是程序员最直观的想法。重构是在不改变代码结果的前提下改进现有代码的设计。这是保持代码整洁的最佳方式，用这种方法设计的代码总是很容易修改。什么时候进行重构呢？当代码“散发出味道”时。Fowler 的书里满是 Java 语言代码的例子。许多 Java 语言集成开发环境（IDE）（包括了 IBM 的 Eclipse）都将 Fowler 的重构包含了进去，每一个都使用他的重构名命名，所以熟悉如extract method 等重构方法还是很值得的。

Design Patterns (Erich Gamma, Richard Helm, Ralph Johnson, John Vlissides)

Design Patterns: Elements of Reusable Object Oriented Software（Erich Gamma，Richard Helm，Ralph Johnson，John Vlissides; Addison-Wesley，1997 年）
设计模式：可复用面向对象软件的基础 （李英军 等译，机械工业出版社 ，2005 年）
这是一本在专业程序员圈子里更为有名的书，基于作者共同的绰号，这本书被认为是 “四人帮（GOF）之书”。模式是思考和解决普通编程问题时可以重用的方式。学习模式是一门学科。使用好模式（或知道什么时候不 使用模式）是一项技能。忽略模式则是错误的。书中所有的例子都以 C++ 表示，但 Java 语言是从那里诞生的，让 Java 语言程序员由此联系到如何在 Java 语言中实现这些模式相对简单一些。熟悉模式并了解如何使用好模式使编程更加简单。这使得和其他程序员交流也更简单，因为在针对通用问题的通用解决方案中，模式是描述解决方案中彼此协作的大量相关编程概念的快捷方式。一些更为通用的方式，如工厂方法 则是普便存在的，甚至存在于 Java 语言本身。关于明智使用模式的这个主题，也可以阅读 Joshua Kerievsky 的 Refactoring to Patterns，该书称可以让代码来告诉您何时实现模式。

Patterns of Enterprise Application Architecture (Martin Fowler)

Patterns of Enterprise Application Architecture（Martin Fowler; Addison-Wesley，2002 年）
企业应用架构模式 （王怀民 等译，机械工业出版社 ，2004 年）
比起小型、一次性项目来说，企业开发当然代表了更大的挑战。那并不意味着企业开发带来的所有挑战都是新挑战。事实上有些时候，这项开发已经 是以前完成过的了。Fowler 做了很多个这样的项目。他的书提到了一些通用解决方案，并提供了关于使用、折中和可选方案的指导。Fowler 在书中包含了一些熟悉的模式，如模型视图控制器（MVC），他也提供了一些您也许不了解的模式，如处理 Web 站点上特定页面请求或行为请求的 Page Controller 模式。正如您对待大多数模式一样，一旦您读过许多模式，您就会认为 “我已经知道那个模式了” 。也许是这样，但有一个用来引用模式的通用表达方式还是很有帮助的。在有多个组件（由不同人开发）的大型项目中，该类引用是一项很好的帮助。

UML Distilled (Martin Fowler)

UML Distilled: A Brief Guide to the Standard Object Modeling Language（Martin Fowler; Addison-Wesley 2003 年）
UML精粹：标准对象语言简明指南（第3版） （徐家福 译，清华大学出版社 ，2005 年）
对于专业的程序员来说，UML 是一门很重要的通用可视化沟通语言，但是它被过度使用和草率地滥用了。您无需对使用 UML 沟通了解太多。Martin 对 UML 的提炼为您提供了最核心的东西。事实上，前后的封页提供了常规基础上可能使用到的所有东西。该书中 UML 例子的代码都是 Java 代码。

Test-Driven Development: By Example (Kent Beck)

Test-Driven Development: By Example（Kent Beck; Addison-Wesley 2002 年）
测试驱动开发（中文版） （崔凯 译，中国电力出版社 ，2004 年）
测试优先编程将使编程发生革命性变化，能助您成为更好的程序员。在写代码之前编写测试开始很难，但却是一项威力强大的技能。通过优先编写测试，可使代码更加简单，并确保从一开始它就能工作（Beck 实践着他提倡的测试优先，与人合写了 JUnit，这是 Java 语言最流行的测试框架）。Beck 的书是权威的参考资料，扩展了的 Money 例子也用 Java 语言写成。Beck 详述了如何用测试优先进行 思考（这也许是许多程序员首先遇到的障碍）。

The Pragmatic Programmer: From Journeyman to Master (Andy Hunt and Dave Thomas)

The Pragmatic Programmer: From Journeyman to Master（Andrew Hunt 和 David Thomas; Addison-Wesley 1999 年）
程序员修炼之道——从小工到专家 （马维达 译，电子工业出版社 ，2004 年）
做一个纯粹的面向对象开发人员有其优势所在。在当今复杂的社会中，作为 Java 语言开发人员，为完成任务常要妥协。Hunt 和 Thomas 探讨了如何不将真正重要的东西妥协掉而完成任务。这不是一本关于 Java 语言的书，而是 Java 语言开发人员重要的思想读物。例如，我认为没从“要解决问题，而不是推卸责任”这句忠言中受益的程序员，不能像个自豪的艺术家一样在他的杰作上签上大名。

Peopleware: Productive Projects and Teams (Tom DeMarco and Timothy Lister)

Peopleware: Productive Projects and Teams（Tom DeMarco，Timothy Lister; Dorset House，1999 年）
人件（第2版） （UMLChina 翻译组 译，清华大学出版社 ，2003 年）
这份列表中的其他所有书籍都至少和技术有些相关。这本书却不是。在所有技术行话和首字母缩略词的海洋中，有时软件开发人员和经理们会忘记：是人 制造了软件。DeMarco 和 Lister 向我们提醒了这一事实，也向我们提醒了形成这一区别的原因。这不是一本关于一门特定编程语言的书籍，但却是每个 Java 语言程序员都应该读的书。关于 “累死程序员如何让经理们适得其反” 还有许多其他的好书，但这是最好的一本。

Web 站点

Web 站点的数目浩如烟海，如果您想要消化其中的内容，穷毕生之力也难以全部访问。包含 Java 语言某方面内容的详尽的网站列表会大得离谱。下列站点都是可靠、真实的。

Sun 的 Java 技术站点

Sun 的 Java 语言站点
这是 Sun 的 Java 语言主站。作为 Java 语言开发人员，您会发现自己频繁地访问此站点。下列链接特别重要，特别是对新入行的 Java 语言开发人员：

• New to Java Center
  New to Java Center
  New to Java Center 存放了许多循序渐进的 Java 技术资源链接。如果您刚接触这门语言，这是一个好的起点。
• 教程和代码库
  Java Tutorial
  这里有大名鼎鼎的 Java Tutorial，以及关于 Java 语言各个方面（例如 Collection）的其他教程。

IBM developerWorks

IBM 的 developerWorks
推销自己也许有些厚脸皮，但 developerWorks 是一项巨大的资源，收录了大量 Java 语言工具和技术的教程和文章。其内容从初学者指南到学习这门语言到高级并发性技术。可以根据主题搜索内容，然后根据类型浏览。

Apache Software Foundation

Apache Software Foundation
Apache 站点是许多可重用库（通用领域）和工具的主页，这些库和工具帮助 Java 开发人员进行开发。这里的内容全都是开放源码，所以尽管下载想要的吧！许多极其流行的 Java 语言库和工具（如 Struts、Ant 和 Tomcat）都始于 Apache 项目。Jakarta 专区汇聚了大多数新兴的 Java 语言材料。

Eclipse.org

Eclipse
有几个好的 Java 语言集成开发环境（IDE）。Eclipse（来自 IBM）是最新的 IDE 之一，它很快成为 Java 语言开发的首要 IDE。它完全是开源的，这意味着它是免费的。该站包含了学习如何有效使用 Eclipse 的各种参考资料。这里还有关于 Standard Widget Toolkit（SWT）的信息，SWT 是相对于 Swing 来说更加轻量级的选择。

Eclipse 插件中心和 Eclipse 插件

Eclipse 插件中心 和 Eclipse 插件
Eclipse 基于插件架构。事实上，插件是 Eclipse 的 Java 语言开发组件。但有差不多上千个插件，从 Web 开发的插件到在 Eclipse 环境中玩游戏的插件。这两个站点分类列出了大多数插件，可以进行搜索。它们是很棒的资源。如果您想在 Eclipse 开发环境中弄点新东西，幸运的话有某个插件可能已经实现，从这两个站点能找到想要的插件。这两个站点都允许评论插件，这样您就可以知道哪些插件好，哪些值得一试。

JUnit.org

JUnit.org
Junit 是 Java 语言中一个基本的单元测试框架。该站点包含了 Junit 最新最棒的版本，外加大量有关测试（Java 语言或者其他语言的）各个层面上（针对桌面应用程序、Web 应用程序、J2EE 应用程序等）的其他资源。如果您想找测试资源，这里就是最佳起点。

TheServerSide.com

TheServerSide.com
如果您要(或将要)从事服务器端 Java 语言的开发，此站点是一处举足轻重的资源。您可以到这里找到有关 JBoss、J2EE、LDAP、Struts 和大量其他主题的文章，并且都是完全可检索的。这些文章不仅仅是简单描述 Java 语言的特征或者支持的库。它们更进一步地描述了库的新奇用法（如使用 Jakarta Velocity 作为规则引擎，而不是模板引擎）。它们也提供了有关 Java 语言现状的连续评论（当前的一篇文章是由 Tim Bray 所写的 Java is boring ）。该站点更好的通用功能之一是对 Java 语言工具和产品（应用服务器等）的矩阵式比较。

Bruce Eckel's MindView, Inc.

Bruce Eckel's MindView, Inc.
Eckel 写了几本 “用 …… 进行思考” 的书，内容关于 Java 语言、Python 和 C++ ，当我学习 Java 语言时，他的 Thinking in Java 对我尤其有帮助。它很实用并切中要害，在“在 Java 语言环境中如何面向对象思考”方面具有卓识。您可以从此站点免费下载他所有书籍的电子版。他也写了许多好文章，并且他把这些文章的链接都放到了这里（包括关于 Jython、Java 和 .NET 比较等内容的文章）。

ONJava.com

ONJava.com
O'Reilley 历年来出版了一些有关编程语言和工具的优秀书籍。他们的专注于 Java 语言的网站也不错。它有些有关各种 Java 语言工具（如 JDOM 和 Hibernate）、Java 平台（如 J2SE 和 J2EE）不同领域不同部分的文章。全部都可以被检索到。他们有优秀的文章和教程。该站点按主题排列。例如有 Java 和 XML、Java Security、Wireless Java 和 Java SysAdmin。该站点也有到 O'Reilley Learning Lab 的链接，在那里您能获得在线参考资料（Java 语言相关和其他的）。那些不是免费的，但是许多都面向大学认证。因此您可以以一种很方便的方式来学习技能，并得到一些认证。

java.net

java.net 社区
java.net 社区有多个“社区”，有特定于主题的论坛和文章。例如 Java Desktop 社区有各类与 Java 语言桌面开发相关的资料。Java Patterns 社区作为一个门户，也许对提供 Java 语言的模式资源相当感兴趣。还有一个 Java User Groups (JUG) 社区，在那里能找到有关创建、加入和管理一个 JUG 的信息。


结束语：本文是参考http://www-128.ibm.com/developerworks　的文章整理的。
以后还继续收集，因为毕竟不是所有的文章都是最全的，这个我想不尽然，只能说看到好的在继续添加。

在本文中将解释支撑J2EE的13种核心技术：JDBC,JNDI,EJBs,RMI,JSP,Javaservlets,XML,JMS,JavaIDL,JTS,JTA,JavaMail和JAF，同时还将描述在何时、何处需要使用这些技术。

　　Java最初是在浏览器和客户端机器中粉墨登场的。当时，很多人质疑它是否适合做服务器端的开发。现在，随着对Java2平台企业版(J2EE)第三方支持的增多，Java被广泛接纳为开发企业级服务器端解决方案的首选平台之一。

　　J2EE平台由一整套服务(Services)、应用程序接口(APIs)和协议构成，它对开发基于Web的多层应用提供了功能支持。在本文中将解释支撑J2EE的13种核心技术：JDBC,JNDI,EJBs,RMI,JSP,Javaservlets,XML,JMS,JavaIDL, JTS,JTA,JavaMail和JAF，同时还将描述在何时、何处需要使用这些技术。当然，我还要介绍这些不同的技术之间是如何交互的。此外，为了让您更好地感受J2EE的真实应用，将在WebLogic应用服务器,来自BEA Systems公司的一种广为应用的产品环境下来介绍这些技术。不论对于WebLogic应用服务器和J2EE的新手，还是那些想了解J2EE能带来什么好处的项目管理者和系统分析员，相信本文一定很有参考价值。

　　宏观印象:分布式结构和J2EE

　　过去，二层化应用--通常被称为client/server应用--是大家谈论的最多的。在很多情况下，服务器提供的惟一服务就是数据库服务。在这种解决方案中，客户端程序负责数据访问、实现业务逻辑、用合适的样式显示结果、弹出预设的用户界面、接受用户输入等。client/server结构通常在第一次部署的时候比较容易，但难于升级或改进，而且经常基于某种专有的协议，通常是某种数据库协议。它使得重用业务逻辑和界面逻辑非常困难。更重要的是，在Web时代，二层化应用通常不能体现出很好的伸缩性，因而很难适应Internet的要求。

　　Sun设计J2EE的部分起因就是想解决二层化结构的缺陷。于是，J2EE定义了一套标准来简化N层企业级应用的开发。它定义了一套标准化的组件，并为这些组件提供了完整的服务。J2EE还自动为应用程序处理了很多实现细节，如安全、多线程等。

　　用J2EE开发N层应用包括将二层化结构中的不同层面切分成许多层。一个N层化应用A能够为以下的每种服务提供一个分开的层：

• 　　显示：在一个典型的Web应用中，客户端机器上运行的浏览器负责实现用户界面。
• 　　动态生成显示:尽管浏览器可以完成某些动态内容显示，但为了兼容不同的浏览器，这些动态生成工作应该放在Web服务器端进行，使用JSP、Servlets，或者XML(可扩展标记语言)和(可扩展样式表语言)。
• 　　业务逻辑：业务逻辑适合用SessionEJBs(后面将介绍)来实现。
• 　　数据访问：数据访问适合用EntityEJBs(后面将介绍)和JDBC来实现。
• 　　后台系统集成:同后台系统的集成可能需要用到许多不同的技术，至于何种最佳需要根据后台系统的特征而定。
• 　　您可能开始诧异：为什么有这么多的层?事实上，多层方式可以使企业级应用具有很强的伸缩性，它允许每层专注于特定的角色。例如，让Web服务器负责提供页面，应用服务器处理应用逻辑，而数据库服务器提供数据库服务。

　　由于J2EE建立在Java2平台标准版(J2SE)的基础上，所以具备了J2SE的所有优点和功能。包括“编写一次，到处可用”的可移植性、通过JDBC访问数据库、同原有企业资源进行交互的CORBA技术，以及一个经过验证的安全模型。在这些基础上，J2EE又增加了对EJB(企业级 Java组件)、Javaservlets、Java服务器页面(JSPs)和XML技术的支持。

　　分布式结构与WebLogic应用服务器

　　J2EE提供了一个框架--一套标准API--用于开发分布式结构的应用，这个框架的实际实现留给了第三方厂商。部分厂商只是专注于整个 J2EE架构中的的特定组件，例如Apache的Tomcat提供了对JSP和servlets的支持，BEA系统公司则通过其WebLogic应用服务器产品为整个J2EE规范提供了一个较为完整的实现。

WebLogic服务器已使建立和部署伸缩性较好的分布式应用的过程大为简化。WebLogic和J2EE代你处理了大量常规的编程任务，包括提供事务服务、安全领域、可靠的消息、名字和目录服务、数据库访问和连接池、线程池、负载平衡和容错处理等。

　　通过以一种标准、易用的方式提供这些公共服务，象WebLogic服务器这样的产品造就了具有更好伸缩性和可维护性的应用系统，使其为大量的用户提供了增长的可用性。

　　J2EE技术

　　在接下来的部分里，我们将描述构成J2EE的各种技术，并且了解WebLogic服务器是如何在一个分布式应用中对它们进行支持的。最常用的J2EE技术应该是JDBC、JNDI、EJB、JSP和servlets，对这些我们将作更仔细的考察。

　　Java Database Connectivity(JDBC)

　　JDBCAPI以一种统一的方式来对各种各样的数据库进行存取。和ODBC一样，JDBC为开发人员隐藏了不同数据库的不同特性。另外，由于JDBC建立在Java的基础上,因此还提供了数据库存取的平台独立性。

　　JDBC定义了4种不同的驱动程序，现分述如下：

• 　　类型1:JDBC-ODBCBridge

　　在JDBC出现的初期，JDBC-ODBC桥显然是非常有实用意义的，通过JDBC-ODBC桥，开发人员可以使用JDBC来存取ODBC数据源。不足的是，他需要在客户端安装ODBC驱动程序，换句话说，必须安装MicrosoftWindows的某个版本。使用这一类型你需要牺牲JDBC的平台独立性。另外，ODBC驱动程序还需要具有客户端的控制权限。

• 　　类型2:JDBC-nativedriverbridge

　　JDBC本地驱动程序桥提供了一种JDBC接口，它建立在本地数据库驱动程序的顶层，而不需要使用ODBC。JDBC驱动程序将对数据库的API从标准的JDBC调用转换为本地调用。使用此类型需要牺牲JDBC的平台独立性，还要求在客户端安装一些本地代码。

• 　　类型3:JDBC-networkbridge

　　JDBC网络桥驱动程序不再需要客户端数据库驱动程序。它使用网络上的中间服务器来存取数据库。这种应用使得以下技术的实现有了可能，这些技术包括负载均衡、连接缓冲池和数据缓存等。由于第3种类型往往只需要相对更少的下载时间，具有平台独立性，而且不需要在客户端安装并取得控制权，所以很适合于Internet上的应用。

• 　　类型4:PureJavadriver

　　第4种类型通过使用一个纯Java数据库驱动程序来执行数据库的直接访问。此类型实际上在客户端实现了2层结构。要在N-层结构中应用，一个更好的做法是编写一个EJB，让它包含存取代码并提供一个对客户端具有数据库独立性的服务。

　　WebLogic服务器为一些通常的数据库提供了JDBC驱动程序，包括Oracle,Sybase,MicrosoftSQLServer以及Informix。它也带有一种JDBC驱动程序用于Cloudscape，这是一种纯Java的DBMS，WebLogic服务器中带有该数据库的评估版本。

以下让我们看一个JDBC实例：在这个例子中我们假定你已经在Cloudscape中建立了一个PhoneBook数据库，并且包含一个表，名为 CONTACT_TABLE，它带有2个字段：NAME和PHONE。开始的时候先装载CloudscapeJDBCdriver，并请求 drivermanager得到一个对PhoneBookCloudscape数据库的连接。通过这一连接，我们可以构造一个Statement对象并用它来执行一个简单的SQL查询。最后，用循环来遍历结果集的所有数据，并用标准输出将NAME和PHONE字段的内容进行输出。

　　OK。接着来看一看JDBC是如何在企业应用中的进行使用。

　　JDBC在企业级应用中的应用。以上实例其实是很基本的，可能有些微不足道。它假定了一个2层结构。在一个多层的企业级应用中，更大的可能是在客户端和一个EJB进行通信，该EJB将建立数据库连接。为了实现和改进可伸缩性和系统性能， WebLogic服务器提供了对连接缓冲池connection pool的支持。

　　Connection pool减少了建立和释放数据库连接的消耗。在系统启动以后即可建立这样的缓冲池，此后如故再有对数据库的请求，WebLogic服务器可以很简单地从缓冲池中取出数据。数据缓冲池可以在WebLogic服务器的 weblogic.properties 文件中进行定义。

　　在企业级应用的另一个常见的数据库特性是事务处理。事务是一组申明statement，它们必须做为同一个statement来处理以保证数据完整性。缺省情况下JDBC使用 auto-commit 事务模式。这可以通过使用Connection类的setAutoCommit() 方法来实现。现在已经对JDBC有了一些认识，下面该转向JNDI了。

　　Java Naming and Directory Interface (JNDI)

　　JNDI API被用于执行名字和目录服务。它提供了一致的模型来存取和操作企业级的资源如DNS和LDAP，本地文件系统，后者在应用服务器中的对象。在JNDI 中，在目录结构中的每一个结点称为context。每一个JNDI名字都是相对于context的。这里没有绝对名字的概念存在。对一个应用来说，它可以通过使用 InitialContext 类来得到其第一个context:

　应用可以通过这个初始化的context经有这个目录树来定位它所需要的资源或对象。例如，假设你在Weblogic服务器中展开了一个EJB并将home接口绑定到名字 myApp.myEJB ，那么该EJB的某个客户在取得一个初始化context以后，可以通过以下语句定位home接口：

　　在这个例子中，一旦你有了对被请求对象的参考，EJB的home接口就可以在它上面调用方法。我们将在下面的"Enterprise Java Beans"章节中做更多的介绍。

　　以上关于JNDI的讨论只是冰山之一角而已。如果要更进一步地在context中查找对象，JNDI也提供了一些方法来进行以下操作：将一个对象插入或绑定到context。这在你展开一个EJB的时候是很有效的。从context中移去对象。列出context中的所有对象。创建或删除子一级的context。接下来，要开始关注EJB了。

　　Enterprise Java Beans (EJB)

　　J2EE技术之所以赢得某体广泛重视的原因之一就是EJB。它们提供了一个框架来开发和实施分布式商务逻辑，由此很显著地简化了具有可伸缩性和高度复杂的企业级应用的开发。EJB规范定义了EJB组件在何时如何与它们的容器进行交互作用。容器负责提供公用的服务，例如目录服务、事务管理、安全性、资源缓冲池以及容错性。

　　EJB规范定义了三种基本的bean类型:

• 　　Stateless session beans: 提供某种单一的服务，不维持任何状态，在服务器故障发生时无法继续存在，生命期相对较短。例如，一个stateless sessionbean可能被用于执行温度转换计算。
• 　　Stateful session bean: T提供了与客户端的会话交互，可以存储状态从而代表一个客户。典型例子是购物车。Stateful session bean在服务器故障时无法继续生存，生命气相对较短。每一个实例只用于一个单个的线程。
• 　　Entity beans: 提供了一致性数据的表示-- 通常存放在数据库中 -- 在服务器故障发生后能继续存在。多用户情况下可以使用EJB来表示相同的数据。entity EJB的一个典型例子是客户的帐号信息。

　　尽管有以上的区别，所有的EJB还是有许多的共同之处。它们都处理homeinterface。它定义了一个客户端是如何创建与消亡EJB的。可以在bean中对定义了客户端方法的远程接口进行调用;bean类则执行了主要的商务逻辑。描述EJB的开发已经超出了本文的范围。但是，如果一个 EJB已经被开发了或者从第三方进行了购买，它就必须在应用服务器中进行发布。WebLogic Server 5.1带有一个EJB Deployer Tool来协助处理EJB的发布。当你使用EJB Deployer Tool的时候，你要定义客户端所用的JNDI名字来定位EJB。Deployer Tool将生成wrapper类来处理和容器的通信以及在一个jar文件中把被请求的Java类绑定在一起。

　　一旦EJB被发布，客户端就可以使用它的JNDI名字来定位EJB。首先，它必须得到一个到home接口的reference。然后，客户端可以使用该接口，调用一个create() 方法来得到服务器上运行的某个bean实例的句柄;最后，客户端可以使用该句柄在bean中调用方法。了解 EJB后，让我们再来看JSP。

　JavaServer Pages (JSPs)

　　可能已经有许多人已经熟悉Microsoft的Active Server Pages(ASP)技术了。JSP和ASP相对应的，但更具有平台对立性。他们被设计用以帮助Web内容开发人员创建动态网页，并且只需要相对较少的代码。 即使Web设计师不懂得如何编程也可以使用JSP，因为JSP应用是很方便的。 JSP页面由HTML代码和嵌入其中的Java代码所组成。服务器在页面被客户端所请求以后对这些Java代码进行处理，然后将生成的HTML页面返回给客户端的浏览器。

　　下面来看一个JSP的简单实例。它只显示了服务器的当前日期和时间。虽然，对语法的具体解释已经超出了本文的范围，但我们还是可以很直观地看到，Java代码被放在 符号的中间，而Java的表达式则放在符号之间。

　　下面是: Java servlets

　　Java Servlets

　　Servlet提供的功能大多与JSP类似，不过实现的方式不同。JSP通常是大多数HTML代码中嵌入少量的Java代码，而 servlets全部由Java写成并且生成HTML。Servlet是一种小型的Java程序，它扩展了Web服务器的功能。作为一种服务器端的应用，当被请求时开始执行，这和CGI Perl脚本很相似。Servlets和CGI脚本的一个很大的区别是：每一个CGI在开始的时候都要求开始一个新的进程 -- 而servlets是在servlet引擎中以分离的线程来运行的。因此servlets在可伸缩性上提供了很好的改进。

　　在开发servlets的时候，您常常需要扩展javax.servlet.http.HttpServlet类，并且override一些它的方法，其中包括：

• 　　service(): 作为dispatcher来实现命令-定义方法
• 　　doGet(): 处理客户端的HTTP GET请求。
• 　　doPost(): 进行HTTP POST操作

　　其它的方法还包括处理不同类型的HTTP请求 -- 可以参考HttpServlet API文档。以上描述的是标准J2EE Servlet API的各种方法。WebLogic服务器提供了一个该API完整的实现途径。一旦你开发了一个servlet，你就可以在 weblogic.properties 中加以注册并由此可以在WebLogic服务器中对它进行配置。

　　通过Java servlets,我们已经到达了J2EE主要技术的末尾了。但J2EE所提供的并不止于这些。下面的段落中我们将简要地看一下现存的一些技术，包括RMI,Java IDL和CORBA, JTA, 以及XML，等等。

　Remote Method Invocation (RMI)

　　正如其名字所表示的那样，RMI协议是在远程对象上调用一些方法。它使用了连续序列方式在客户端和服务器端传递数据。RMI是一种被EJB使用的更下层的协议。

　　Java IDL/CORBA

　　在Java IDL的支持下，开发人员可以将Java和CORBA集成在一起。 他们可以创建Java对象并使之可在CORBA ORB中展开, 或者他们还可以创建Java类并作为和其它ORB一起展开的CORBA对象的客户。后一种方法提供了另外一种途径，通过它Java可以被用于将你的新的应用和legacy系统相集成。

　　Java Transaction Architecture (JTA)/Java Transaction Service (JTS)

　　JTA定义了一种标准的API，应用系统由此可以存取各种事务监控。JTS是CORBA OTS事务监控的基本的实现。JTS规定了事务管理器的实现方式。该事务管理器是在高层支持Java Transaction API (JTA)规范，并且在较底层实现OMG OTS specification的Java映像。JTS事务管理器为应用服务器、资源管理器、独立的应用以及通信资源管理器提供了事务服务。

　　JavaMail and JavaBeans Activation Framework

　　JavaMail是用于存取邮件服务器的API，它提供了一套邮件服务器的抽象类。仅支持SMTP服务器，也支持IMAP服务器。 JavaMail利用JavaBeans Activation Framework (JAF)来处理MIME-编码的邮件附件。MIME的字节流可以被转换成Java对象，或者转换自Java对象。由此大多数应用都可以不需要直接使用 JAF。

　　Java Messaging Service (JMS)

　　JMS是用于和面向消息的中间件相互通信的应用程序接口(API)。它既支持点对点的域，有支持发布/订阅 (publish/subscribe)类型的域，并且提供对下列类型的支持：经认可的消息传递,事务型消息的传递，一致性消息和具有持久性的订阅者支持。JMS还提供了另一种方式来对您的应用与legacy backend系统相集成。

　　Extensible Markup Language (XML)

　　XML是一种可以用来定义其它标记语言的语言。它被用来在不同的商务过程中共享数据。XML的发展和Java是相互独立的，但是，它和Java 具有的相同目标正是平台独立性。通过将Java和XML的组合，您可以得到一个完美的具有平台独立性的解决方案。目前正有许多不同的公司在为Java和 XML的组合而努力。如果要了解更多的这方面的信息，可以访问Sun的Java-XML页面，或者IBM developerWorks的XML Zone。

• 　　(1)非静态对象的初始化

　　在创建对象时，对象所在类的所有数据成员会首先进行初始化。

• 　　基本类型：int型，初始化为0。
• 　　如果为对象：这些对象会按顺序初始化。

　　※在所有类成员初始化完成之后，才调用本类的构造方法创建对象。

　　构造方法的作用就是初始化。

• 　　(2)静态对象的初始化

　　程序中主类的静态变量会在main方法执行前初始化。

　　不仅第一次创建对象时，类中的所有静态变量都初始化，并且第一次访问某类(注意此时未创建此类对象)的静态对象时，所 有的静态变量也要按它们在类中的顺序初始化。

　　2、继承时，对象的初始化过程

• 　　(1)主类的超类由高到低按顺序初始化静态成员，无论静态成员是否为private。
• 　　(2)主类静态成员的初始化。
• 　　(3)主类的超类由高到低进行默认构造方法的调用。注意，在调用每一个超类的默认构造方法前，先进行对此超类进行非静态对象的初始化。
• 　　(4)主类非静态成员的初始化。
• 　　(5)调用主类的构造方法。

　　3、关于构造方法

• 　　(1)类可以没有构造方法，但如果有多个构造方法，就应该要有默认的构造方法，否则在继承此类时，需要在子类中显式调用父类的某一个非默认的构造方法了。
• 　　(2)在一个构造方法中，只能调用一次其他的构造方法，并且调用构造方法的语句必须是第一条语句。

　　4、有关public、private和protected

• 　　(1)无public修饰的类，可以被其他类访问的条件是：a.两个类在同一文件中，b.两个类在同一文件夹中，c.两个类在同一软件包中。
• 　　(2)protected：继承类和同一软件包的类可访问。
• 　　(3)如果构造方法为private，那么在其他类中不能创建该类的对象。

　　5、抽象类

• 　　(1)抽象类不能创建对象。
• 　　(2)如果一个类中一个方法为抽象方法，则这个类必须为abstract抽象类。
• 　　(3)继承抽象类的类在类中必须实现抽象类中的抽象方法。
• 　　(4)抽象类中可以有抽象方法，也可有非抽象方法。抽象方法不能为private。
• 　　(5)间接继承抽象类的类可以不给出抽象方法的定义。

　　6、final关键字

• 　　(1)一个对象是常量，不代表不能转变对象的成员，仍可以其成员进行操作。
• 　　(2)常量在使用前必须赋值，但除了在声明的同时初始化外，就只能在构造方法中初始化。
• 　　(3)final修饰的方法不能被重置(在子类中不能出现同名方法)。
• 　　(4)如果声明一个类为final，则所有的方法均为final，无论其是否被final修饰，但数据成员可为final也可不是。

7、接口interface(用implements来实现接口)

• 　　(1)接口中的所有数据均为static和final即静态常量。尽管可以不用这两个关键字修饰，但必须给常量赋初值。
• 　　(2)接口中的方法均为public，在实现接口类中，实现方法必须可public关键字。
• 　　(3)如果使用public来修饰接口，则接口必须与文件名相同。

　　8、多重继承

• 　　(1)一个类继承了一个类和接口，那么必须将类写在前面，接口写在后面，接口之间用逗号分隔。
• 　　(2)接口之间可多重继承，注意使用关键字extends。
• 　　(3)一个类虽只实现了一个接口，但不仅要实现这个接口的所有方法，还要实现这个接口继承的接口的方法，接口中的所有方法均须在类中实现。

　　9、接口的嵌入

• 　　(1)接口嵌入类中，可以使用private修饰。此时，接口只能在所在的类中实现，其他类不能访问。
• 　　(2)嵌入接口中的接口一定要为public。

　　10、类的嵌入

• 　　(1)类可以嵌入另一个类中，但不能嵌入接口中。
• 　　(2)在静态方法或其他方法中，不能直接创建内部类对象，需通过手段来取得。

　　手段有两种：

　　(3)一个类继承了另一个类的内部类，因为超类是内部类，而内部类的构造方法不能自动被调用，这样就需要在子类的构造方法中明确的调用超类的构造方法。接上例： class C extends A.B ...{

　　构造方法也可这样写：

　　11、异常类

　　JAVA中除了RunTimeException类，其他异常均须捕获或抛出。