1 java,javac,jar 命令

源代码目录

src

src/javactest/pa/A.java

src/javactest/pb/B.java

其中A引用B

类目录

classes

src 和classes目录同级，假设父目录为test

（一）关于javac

   （1）先编译B再编译A

     cd test

     javac -d classes src/javactest/pb/B.java

     javac -cp classes src/javactest/pa/A.java

   （2）使用sourcepath编译A,如果java有变更，会重新编译

     cd test

     javac -d classes -sourcepath src src/javactest/pa/A.java

     或

     javac -d classes -sourcepath src -cp classes src/javactest/pa/A.java

（二）关于jar

   （1）创建jar

i）

     cd classes

     jar cvf javactest.jar .

则jar包生成在classes目录下

     ii)

     cd test

     jar cvf javactest.jar –C classes .

则jar包生成在test目录下

注意-C classes相当于把当前路径改为classes，jar包中不会出现classes目录。

如果：

cd test

    jar cvf javactest.jar classes

这里有问题，jar中会将classes目录加入

iii) 以自己的manifest.mf来创建jar，在test目录下创建manifest.mf文件

cd test

     jar cvfm javactest.jar manifest.mf –C classes .

（2）列出jar中内容

   cd test

   jar tvf javactest.jar

（3）提取jar中内容

   cd test

   jar xvf javactest.jar META-INF/MANIFEST.MF

 （3）更新jar

cd test

jar –uvf javactest.jar images/icon_button.gif

加入images/icon_button.gif

注意：不能加入META-INF/MANIFEST.MF

（4）更新MANIFEST.MF

修改MANIFEST.MF,加入

Main-Class: javactest.pa.A

注意：Main-Class后的冒号后必须有空格，并且最后必须换行

cd test

jar uvfm javactest.jar META-INF/MANIFEST.MF

（三）关于java

   java –jar javactest.jar

java -cp javactest.jar javactest.pa.A

参考资料

http://www.idevelopment.info/data/Programming/java/miscellaneous_java/Using_CLASSPATH_and_SOURCEPATH.html

http://www.idevelopment.info/data/Programming/java/miscellaneous_java/Using_CLASSPATH_and_Other_APIs.pdf

http://www.idevelopment.info/data/Programming/java/miscellaneous_java/Using_the_JAR_Utility.pdf

http://java.sun.com/j2se/1.4.2/docs/tooldocs/windows/java.html

http://java.sun.com/j2se/1.4.2/docs/tooldocs/windows/javac.html

http://java.sun.com/j2se/1.5.0/docs/guide/jar/jar.html

2 jar file specification

http://java.sun.com/javase/6/docs/technotes/guides/jar/jar.html

NamedDispatcher

Returns a RequestDispatcher object that acts as a wrapper for the named servlet.

getNamedDispatcher(String) method takes the name of the Servlet as parameter which is declared via Deployment descriptor.

Example: Deployment Descriptor


<servlet>
    <servlet-name>FirstServlet</servlet-name>
    <servlet-class>com.example.ServletExample</servlet-class>
</servlet>


 RequestDispatcher dispatch = request.getNamedDispatcher(?FirstServlet??);

Note: A servlet instance can determine its name using servletConfig.getServletName(); This method returns the name of the class that implements the Servlet interface or extends the HttpServlet class.

RequestDispatcher

Returns a RequestDispatcher object that acts as a wrapper for the resource located at the given path.

 RequestDispatcher dispatch = request.getRequestDispatcher("/tes");

Here "/tes" represents the url-pattern element value of the servlet class.


<servlet-mapping>
    <servlet-name>Test</servlet-name>
    <url-pattern>/tes</url-pattern>
</servlet-mapping>


It represents the path of the servlet class. Since both the base as well as target servlet are in the same package structure by just specifying the url-pattern element value we will be able to access the target servlet.

We shouldn't specify the entire path like

 String str = "/WEB-INF/classes/com/example/posr/Test"

 RequestDispatcher dispatch = request.getRequestDispatcher(str);

To forward a request to a JSP page we use

 RequestDispatcher dispatch = request.getRequestDispatcher("/TestJspOne.jsp");

Is Tomcat an application server?

What's the difference between Tomcat and JBoss/Geronimo?

In the strictest sense, one could say: A web server serves up static HTML pages and nothing else. Tomcat is a Servlet/JSP container, and 'Java application servers' are those which support the full JEE (formerly J2EE) stack.

The distinctions between these terms, however, have always been blurry, and continue to become more so over time, and will vary depending on where and with whom your discussion takes place. To understand this requires a little history lesson.

Tomcat started its life as the JServ module for Apache HTTPD (now known as the Apache web server). It was only a servlet container and was incapable of handling web requests on its own. When combined, HTTPD would handle all web requests, would serve up all the static content on its own and forward any dynamic requests to JServ. Httpd was the web server and JServ was the servlet container.

Eventually, JServ was replaced by the Tomcat application server, and a connector was added that allowed Tomcat to operate as a standalone web/application server. At the time Tomcat alone was not fast enough for use in heavy traffic production environments, and didn't support SSL so it was standard practice to combine Tomcat with the Apache web server; much in the same way that JServ and httpd were used. This is still not uncommon today and there are still valid reasons for wanting to do so.

Over time, both Tomcat and the Java Virtual machine, with its Just In Time compiler, have made huge gains in performance, and in many cases running Tomcat as a standalone application server is just as fast or faster than running it in conjunction with the Apache web server. (Testing your application in both configurations under load is the only way to know for sure). Tomcat also has full support for SSL.

So, as you can see, in the case of Tomcat, the lines between application server and web server have blurred over the years.

The lines are also somewhat blurry when you look at the Apache web server itself. It has been hosting large commercial applications using CGI (Common Gateway Interface) for over a dozen years. In addition, many modules, such as the one that allows the popular PHP scripting language to run natively, have become almost standard in an Apache web server installation.

Another popular web/application server, Microsoft's IIS (Internet Information Server), is also used as both a web server and application server. It too can be configured to pass requests for dynamic content to Tomcat via an ISAPI filter. It can also be configured to support popular scripting languages such as PHP, and has native support for Microsoft's own ASP and ASP.NET platforms. Here also, the distinction between web server and application server is blurry.

In some circles, in order to qualify as a "Java application server" the server must support the entire JEE (formerly known as J2EE) stack. Tomcat does not do this. It does not support EJB (Enterprise Java Beans), amongst other APIs. JBoss and Apache's Geronimo application server do support the entire JEE stack. Their servlet and JSP capabilities come from an embedded version of Tomcat (or some other servlet container).

Since one actually contains and relies on the other, the question "Which is better - Tomcat or JBoss" or the phrase, "Tomcat vs JBoss" is not answerable. They are not legitimate comparisons.

Many large, commercial applications are hosted on Tomcat; both with and without an external HTTP web server and without EJB.

UTF-8 字符处理在 Web 开发中的应用

文档选项 未显示需要 JavaScript 的文档选项 将此页作为电子邮件发送

级别： 初级

殷 健, 软件工程师，IBM CSDL

2006 年 7 月 27 日

Web 应用要适应多语言的需求。不同国家的用户应该可以输入本国语言的字符， 同时 Web 应用又应该可以根据不同的区域设置来用多国语言显示页面。 当前，不同的语言有不同的编码方式来显示对应的语言信息，例如中文可以用 GB2312 编码来显示,日文可以用 Shift-JIS 编码来显示。但 UTF-8 编码方式几乎可以包括了所有的语言字符。用 UTF-8 编码来处理 Web 应用信息的输入和显示可以使不同 Web 应用之间的信息交互标准化，并且可以简化应用的开发过程。

UTF-8 编码介绍

UTF-8 编码是一种被广泛应用的编码，这种编码致力于把全球的语言纳入一个统一的编码，目前已经将几种亚洲语言纳入。UTF 代表 UCS Transformation Format.

UTF-8 采用变长度字节来表示字符，理论上最多可以到 6 个字节长度。UTF-8 编码兼容了 ASC II(0-127)， 也就是说 UTF-8 对于 ASC II 字符的编码是和 ASC II 一样的。对于超过一个字节长度的字符，才用以下编码规范：

左边第一个字节1的个数表示这个字符编码字节的位数，例如两位字节字符编码样式为为：110xxxxx 10xxxxxx； 三位字节字符的编码样式为：1110xxxx 10xxxxxx 10xxxxxx.；以此类推，六位字节字符的编码样式为：1111110x 10xxxxxx 10xxxxxx 10xxxxxx 10xxxxxx 10xxxxxx。 xxx 的值由字符编码的二进制表示的位填入。只用最短的那个足够表达一个字符编码的多字节串。例如：

Unicode 字符： 00 A9（版权符号） = 1010 1001， UTF-8 编码为：11000010 10101001 = 0x C2 0xA9; 字符 22 60 (不等于符号) = 0010 0010 0110 0000， UTF-8 编码为：11100010 10001001 10100000 = 0xE2 0x89 0xA0

回页首

HTTP 通讯协议

HTTP 请求

在 HTTP 通讯中，在客户端发出的请求报文中，首先设置的是方法。方法是用来告诉服务器客户端发起的动作请求。在请求的报文头部，客户端还可以同时发送附加的信息， 比如客户端使用的浏览器和客户端可以解释的内容类型等。这些信息可以被服务器端应用程序使用以生成响应。下面是一个 HTTP 请求消息的示例：

GET /intro.html HTTP/1.0

                        User-Agent: Mozilla/4.0 (compatible; MSIE 4.0; Windows 95)

                        Accept: image/gif, image/jpeg, text/*, */*

                        Accept-language : zh

                        Accept-Charset: iso-8859-1

                        

这个请求通过 GET 方法来获取资源 /intro.htm。User-Agent 提供了客户端浏览器的信息，同时 Accept 提供了客户端可以接受的媒体类型。Accep-language 指出了客户端浏览器的首选语言， Accept-Charset 提供了浏览器的首选字符集，服务器端程序能够根据客户端的要求来生成需要的响应。 用户可以通过配置浏览器来设置首选语言。以 IE 为示例如下：

当浏览器发出请求后，可以通过以下代码来读取客户端浏览器的首选语言和国家代码。

protected void insertproc(HttpServletRequest req, HttpServletResponse resp)

                        throws ServletException, IOException{

                        Locale reqLocal = req.getLocale();

                        System.out.println("The country is :" + reqLocal.getCountry());

                        System.out.println("The language is :" + reqLocal.getLanguage());

                        

服务器端的输出结果为：

[06-3-10 14:56:32:516 CST] 6ce078f9 SystemOut     O The country is :CN

                        [06-3-10 14:56:32:516 CST] 6ce078f9 SystemOut     O The language is :zh

                        

HTTP 响应

当服务器端收到请求后，会处理请求并发回应答。服务器通过应答消息的头部来指明诸如服务器软件和相应的内容类型等信息。以下是一个应答消息头的示例：

Date: Saturday, 23-May-98 03:25:12 GMT

                        Server: JavaWebServer/1.1.1

                        MIME-version: 1.0

                        Content-type: text/html; charset=UTF-8

                        Content-length: 1029

                        Last-modified: Thursday, 7-May-98 12:15:35 GMT

                        

Content-type 表明了应答消息的 MIME 类型和应答消息体的字符集，浏览器会用相应的字符集来显示消息内容。例如，在以上示例中字符集是 UTF-8，浏览器会用 UTF-8 编码来解析和现实返回的消息体。同时页面输入也会被用 UTF-8 编码。

回页首

Web 页面显示编码

可以通过以下几种方式来设置内容类型。

在 HTML 中设置页面的编码方式

如果被访问的是一个静态的 HTML 页面。可以通过以下方式来设置页面的编码方式。

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">

                        <HTML>

                        <HEAD>

                        <META http-equiv="Content-Type" content="text/html; charset=UTF-8">

                        <TITLE>example.html</TITLE>

                        </HEAD>

                        <BODY>

                        </BODY>

                        </HTML>

                        

标记"<META http-equiv="Content-Type" content="text/html; charset=UTF-8">" 将应答消息头中 Content_type 设置为"text/html; charset=UTF-8".

在 Servlet 中设置页面显示编码方式

在 Servlet 中，我们可以通过以下方式来设置应答消息的内容类型。

protected void insertproc(HttpServletRequest req, HttpServletResponse resp)

                        throws ServletException, IOException{

                        resp.setContentType("text/html;charset=UTF-8");

                        

代码行"resp.setContentType("text/html;charset=UTF-8");"将应答消息头中 Content_type 设置为"text/html; charset=UTF-8"。

在 JSP 中设置页面显示编码方式

我们通过以下示例说明如何在 JSP 中设置页面的编码格式。

<%@ page language="java" contentType="text/html; charset=UTF-8" pageEncoding="UTF-8"%>

                        

在这行的页面指令中的"text/html; charset=UTF-8"将应答消息中的"Content-type" 设置为"text/html; charset=UTF-8"。

"pageEncoding"只是指明了 JSP 页面本身的编码格式，指明了 JSP 是以什么编码方式保存。容器在读取文件时将起转化为内部使用的 Unicode. 当应答发送回至浏览器时，容器会将内部使用的 Unicode 转化为在 Content-type 中指定的字符集。

如果没有指定 PageEncoding，可以通过使用 Content-type 指定的字符集来解释 JSP 页面字节。

为了能正常显示 UTF-8 编码的字符，要满足以下两个条件：

1. 通知浏览器应答消息使用的字符集。

2. 配置浏览器使其能有正常显示 UTF-8 编码的字体。

回页首

Web 页面输入编码

HTML 的表单可以接受非西欧语言字符的输入。当需要创建一个需要接受非西欧语言字符输入的表单时，必须通知浏览器应该为用户输入使用哪个字符集，我们可以通过设置 page 指令的 contentType 属性来设置。

我们需要注意的是，当表单被提交后，浏览器会将表单字段值转换为指定字符集对应的字节值，然后根据 HTTP 标准 URL 编码方案对结果字节进行编码。当使用 ISO-8859-1 编码时，任何 a 到 z， A 到 Z 和 0 到 9 之外的字符都会被转化为十六进制格式的字节值，并在前面加上一个百分号（%）.例如，如果表单的字符集被设为 UTF-8, 字符"中文"被传递的编码格式为："%E4%B8%AD%E6%96%87"。为了对输入的信息进行处理，容器必须知道浏览器是使用什么字符集对输入进行 编码的。问题是当今多数的浏览器并不提供这种信息，因此你必须自己提供这种信息，并告诉容器用哪个字符集对输入进行解码。

页面输入编码设定

在本文第3部分中说明了如何设置页面的显示编码，在设置页面编码的同时，也就指定了页面的输入方式。如果页面的显示被设置为UTF-8，那么用户所有的页面输入都会按照 UTF-8 编码。

页面输入输出过程编码设置

服务器端程序在读取表单输入之前要设定输入编码。我们可以看一下示例。

以下是一个用来提示用户输入的 JSP 页面：

<%@ page contentType="text/html; charset=UTF-8" pageEncoding="UTF-8"%>

                        <HTML>

                        <HEAD>

                        <TITLE>insertdb.jsp</TITLE>

                        </HEAD>

                        <BODY>

                        <P>

                        <FORM METHOD=POST ACTION="./InsertDbProcDs">

                        <TABLE>

                        <TR>

                        <TD>Name:</TD>

                        <TD><input type="text" name="col2" value=""></TD>

                        <TR>

                        <TD><INPUT type="submit" value="submit"></TD>

                        </TR>

                        </TR>

                        </TABLE>

                        </RORM>

                        </P>

                        </BODY>

                        </HTML>

                        

页面指令元素的属性 Content-type 值为"text/html; charset=UTF-8"，这会向浏览器指明页面是按照 UTF-8 编码的，并且所有用户通过页面的输入也会按照 UTF-8 编码。被 Action 所触发的 Servlet 如下例所示。

    protected void insertproc(HttpServletRequest req, HttpServletResponse resp)

                        throws ServletException, IOException{

                        String test1 = req.getParameter("col2");

                        PrintWriter out = resp.getWriter();

                        resp.setContentType("text/html;charset=UTF-8");

                        out.println("<HTML>");

                        out.println("The input is " + test1);

                        out.println("</HTML>");

                        

                        

通过表单页面输入"中文"并提交表单，得到的结果为：

如果我们注释掉语句：resp.setContentType("text/html;charset=UTF-8")， 如下例：

protected void insertproc(HttpServletRequest req, HttpServletResponse resp)

                        throws ServletException, IOException{

                        String test1 = req.getParameter("col2");

                        PrintWriter out = resp.getWriter();

                        //resp.setContentType("text/html;charset=UTF-8")

                        out.println("<HTML>");

                        out.println("The input is " + test1);

                        out.println("</HTML>");

                        

输入"中文"并提交表单，得到的结果为：

页面不能正确显示 UTF-8 编码的字符。

在被触发的 Servlet 中通过设置 resp.setContentType("text/html;charset=UTF-8") 来向浏览器指明输出的编码字符集为 UTF-8，浏览器会用正确的字符集来显示输出。如果 Servlet 中没有显示的调用 resp.setContentType("text/html;charset=UTF-8") 来设定输出字符集，浏览器将不能正确的解码和显示输出。

回页首

结论

本文给出了一些在 Web 应用开发中如何显示和输入 UTF-8 编码字符的方法。便于读者在开发实践中参考。

参考资料

• 参考资源：
  Java Servlet Programming(O'Reilly Media. Inc)
  Java server Pages(O'Reilly Media. Inc)
  
  
  
• 相关资源：
  在developerworks 关于字符编码的文章：
  JAVA 编程／WAS 对多语言（双字节）的支持
  Java 编程技术中汉字问题的分析及解决
  JSP/Servlet 中的汉字编码问题

 关于UTF8,UTF16,UTF32,UTF16-LE,UTF16-BE

        Unicode 是Unicode.org制定的编码标准，目前得到了绝大部分操作系统和编程语言的支持。Unicode.org官方对Unicode的定义是： Unicode provides a unique number for every character。可见，Unicode所做的是为每个字符定义了一个相应的数字表示。比如，“a“的Unicode值是0x0061,“一”的 Unicde值是0x4E00，这是最简单的情况，每个字符用2个字节表示。

        Unicode.org定义了百万个以上的 字符，如果将所有的字符用统一的格式表示，需要的是4个字节。“a“的Unicode表示就会变成0x00000061，而“一“的Unicode值是 0x00004E00。实际上，这就是UTF32，Linux操作系统上所使用的Unicode方案。

        但是，仔细分析可 以发现，其实绝大部分字符只使用2个字节就可以表示了。英文的Unicode范围是0x0000-0x007F，中文的Unicode范围是0x4E00 -0x9F**，真正需要扩展到4个字节来表示的字符少之又少，所以有些系统直接使用2个字节来表示Unicode。比如Windows系统上， Unicode就是两个字节的。对于那些需要4个字节才能表示的字符，使用一种代理的手法来扩展(其实就是在低两个字节上做一个标记，表示这是一个代理， 需要连接上随后的两个字节，才能组成一个字符)。这样的好处是大量的节约了存取空间，也提高了处理的速度。这种Unicode表示方法就是UTF16。一 般在Windows平台上，提到Unicode,那就是指UTF16了。
        
        至于UTF16-LE和 UTF16-BE，与计算机的CPU构架有关。LE指Little Endian，而BE指Big Endian。关于这方面的信息，网上有很多相关的帖子。我们一般的X86系统都是Little Endian的，可以认为UTF16=UTF16-LE.

        由于对于欧洲和北美，实际上使用的编码范围在0x0000- 0x00FF之间，只需要一个字符就可以表示所有的字符。即使是使用UTF16来作为内存的存取方式，还是会带来巨大的空间浪费，因此就有了UTF8的编 码方式。这是一种很灵活的编码，对于只需要1个字节的字符，就使用一个字节，对于中日韩等原本需要两个字节才能表示的字符，则通过一个UTF16－ UTF8的算法实现相互之间的转换（一般需要3个字节才能表示），而对于需要4个字节才能表示的字符，UTF8可以扩展到6个字节每个字符。UTF8使用 的算法很有意思，大致映射关系如下：
        UTF-32                                    UTF8
        0x00000000 - 0x0000007F          0xxxxxxx 
         0x00000080 - 0x000007FF           110xxxxx 10xxxxxx
         0x00000800 - 0x0000FFFF          1110xxxx 10xxxxxx 10xxxxxx
         0x00010000 - 0x001FFFFF          11110xxx 10xxxxxx 10xxxxxx 10xxxxxx
         0x00200000 - 0x03FFFFFF          111110xx 10xxxxxx 10xxxxxx 10xxxxxx 10xxxxxx
         0x04000000 - 0x7FFFFFFF          1111110x 10xxxxxx 10xxxxxx 10xxxxxx 10xxxxxx 10xxxxxx 
        可以发现这和IP的分址算法很是相像。
        由于UTF8可以方便的转换为UTF16和UTF32（不需要码表，转换算法可以在Unicode.org上找到C代码）。而且UTF8在每个操作系统平台上的实现都是一样的，也不存在跨平台的问题，所以UTF8成为跨平台的Unicode很好的解决方案。当然，对于中文来说，由于每个字符需要3个字节才能表示，还是有点浪费的。
        
            
        

Trackback: http://tb.blog.csdn.net/TrackBack.aspx?PostId=160958