Web应用基础

Web应用基础：
URI，Uniform Resource Identifier
统一资源标识符，用字符串惟一标识信息资源
URL，Uniform Resource Locator
统一资源定位符，通过“通讯协议＋网络地址”字符串惟一标识信息位置和资源访问途径
URN，Uniform Resource Name
统一资源命名符，用于惟一标识全球范围内由专门机构负责的稳定的信息资源
。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。

public abstract class URLConnection extends Object
抽象类 URLConnection 是所有类的超类，
它代表应用程序和 URL 之间的通信链接。
此类的实例可用于读取和写入此 URL 引用的资源。
通常，创建一个到 URL 的连接需要几个步骤：

openConnection() connect()
对影响到远程资源连接的参数进行操作。 与资源交互；查询头字段和内容。
---------------------------->
时间
。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。

通过在 URL 上调用 openConnection 方法创建连接对象。
处理设置参数和一般请求属性。
使用 connect 方法建立到远程对象的实际连接。
远程对象变为可用。远程对象的头字段和内容变为可访问。
。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。
public Map<String,List<String>> getHeaderFields()
返回头字段的不可修改的 Map。
Map 键是表示 response-header 字段名称的 String。
每个 Map 值为一个不可修改的 String 的列表，它们代表相应的字段值。

。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。
public class InetAddress extends Objectimplements Serializable
此类表示互联网协议 (IP) 地址。

IP 地址是 IP 使用的 32 位或 128 位无符号数字，
它是一种低级协议，UDP 和 TCP 协议都是在它的基础上构建的。

。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。

GET 方法通常没有消息主体
GET 方法支持最大1024个字节的查询字符串，POST 方法没有限制
POST 方法把查询字符串放在消息主体中传输，因此比 GET 方法支持更多的
数据类型
.....................................................................
J2EE提供了一套完整的解决所有这些
问题的框架方案：
提供了分布式、可移植构件的框架
为构件与应用服务器提供标准API
简化了服务器端中间层构件的设计
...................................................................

J2EE是一个标准中间件体系结构
J2EE 不是编程语言
J2EE是企业分布式应用开发标准
....................................................................
TCP可靠，慢。UDP不可靠，快。
。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。

J2EE 1.5 Platform APIs
Java EE 5 Platform APIs
J2EE APIs List (1.5)
Java EE 5 APIs List – Additional/Update
Java Servlet Technology
JSP (JavaServer Pages Technology)
EJB (Enterprise Java Bean)
JDBC (Java DataBase Connectivity)
JavaMail API
JMS (Java Message Service API)
JAXP (Java API for XML Processing)
JAXB (Java API for XML Binding)
Web Service
。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。

RMI(Remote Method Invoke)是一种被EJB使用的更底层的协议，
正如其名字所表示的那样，RMI协议调用远程对象上方法，
使用序列化方式在客户端和服务器端的对象之间传递数据
。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。

RMI和CORBA相比：
两者的关键差别在于语言环境，
Java RMI是一个分布式对象计算的纯Java解决方案
(如，在Java RMI中，对象的接口用Java定义，而不是用IDL)；
其次，CORBA没有定义安全服务，而Java RMI继承了Java的安全性；
再者，CORBA有不同的实现，不同的独立软件开发商的不同实现均有独特性，
这使得在不同平台上的匹配比较困难，而且不是所有CORBA产品开发商都支持
所有平台，而几乎所有平台都支持Java虚拟机，
因此Java RMI具有更高的可移植性。
如果客户对象和服务对象都基于Java虚拟机，
那么Java RMI是分布对象计算的最好选择。
.....................................................................
最后，IIOP已经提供了Java RMI和CORBA的互操作能力，而且两者的发展有互相借鉴的趋势。