servlet与web.xml配置的问题

tomcat servlet与web.xml的配置说明

先总结使用方法：

1、Tomcat5的web.xml下，找到invoker相关的，去掉注释，有两个地方
2、自己项目的web.xml中
     < servlet >
        < servlet-name > AdminMsgServlet </ servlet-name >
        < servlet-class > com.you9.servlet.AdminMsgServlet </ servlet-class >
     </ servlet >

    < servlet-mapping >
       < servlet-name > invoker </ servlet-name >
       < url-pattern > /servlet/* </ url-pattern >
    </ servlet-mapping >
3、访问
   http://localhost:8080/项目名称/servlet/servlet名称[AdminMsgServlet]
   
 
 
详细说明：
我一直以为最新版是功能最完美的，所以我使用了tomcat5.0.19，但按书上定的我编每个servlet，调试时都要在项目目录下的web-inf/web.xml加入类似以下的代码： 

< servlet >  
< servlet-name > CounterServlet  </ servlet-name >  
< servlet-class > mypack.CounterServlet  </ servlet-class >  
</ servlet >  
< servlet-mapping >  
< servlet-name > CounterServlet  </ servlet-name >  
< url-pattern > /counter </ url-pattern >  
</ servlet-mapping >  

后来通过多方打听，才知道tomcat有个调用器（invoker servlet）,只要在web.xml中加入以下代码：　 

< servlet-mapping >  
< servlet-name > invoker </ servlet-name >  
< url-pattern > /servlet/* </ url-pattern >
</ servlet-mapping >  

便直接用http://localhost:8080/项目目录名/servlet/servlet名 的方式直接调试，如果项目是root话，其中的项目目录可省即　http://localhost:8080/servelt/servlet名。可我按上述方法在tomcat5中使用总不成功（其它配置均正确），且启动tomcat的dos窗口出现多行”严重”字样，提示错在web.xml上，连基本的tomcat默认页都出错，把以上servlet－mapping去掉，就没出现以上问题了。后来仔细查看了网上的帖子，发现网上谈调用器的人大都用的是tomcat4，而且也听说tomcat5相对于tomcat4是有些改变，于是从官方网上下了tomcat4.1.30版，再按上面方法试，居然成了。自然我的上机也就完全改用tomcat4了。由于我装有win2K+winXP双系统，为了了解tomcat5的新功能，在另一系统上也装有tomcat5，但调试还是用的tomcat4，这个疑问也放下了。 

昨才得知tomcat4.1.12之前的版本，默认情况下调用器是启用的，由于一个安全缺陷的揭示，因此，此以后的版本，调用器默认情况下是禁用的。如果要启用的话，需要将conf/web.xml文件中下面的servlet-mapping无素取消注释。打开相应的web.xml，发现其中真的有 

<!--  The mapping for the invoker servlet  -->  
<! — 
<servlet-mapping >  
< servlet-name > invoker </ servlet-name >  
< url-pattern > /servlet/* </ url-pattern >
</ servlet-mapping >  
--> 
只不过加了注释符，禁用了。要解禁，根本不用再加，只用把注释符去掉就行了（当时咋没注意呢，呵呵。想当然了，我又查看了一下tomcat5的相应的web.xml，它也有这几项，被加注释，相必有这个功能呀！于是切换系统，运行，还是上面的错误。哦，对了，在web.xml配置时，讲究、对应关系，于时分别查看tomcat4与tomcat5中的项，真的发现了 

< servlet >  
< servlet-name > invoker </ servlet-name >  
< servlet-class >  
org.apache.catalina.servlets.InvokerServlet 
</ servlet-class >  
< init-param >  


< param-name > debug </ param-name >  
< param-value > 0 </ param-value >  
</ init-param >  

< load-on-startup > 2 </ load-on-startup >  
</ servlet >  

不同之处在于在tomcat５中，以上代码加了注释符被禁用了，而tomcat4却没有，这就解释为什么tomcat5总出错的原因。于是马上去掉注释符，再试tomcat5，初始化没出现“严重”字样，运行也没问题，又一个疑问解决了。 

综上，在tomcat4中，启用servlet调用器，只用去掉名为invoker的的注释符即可；而在tomcat5中，除此之外，你还要去掉同名的的注释符。 

另附：tomcat4最高版4.1.30 ， tomcat5最新版5.0.27 均可在tomcat官方地址下载 
http:// http://jakarta.apache.org/site/binindex.cgi下载 

================================================== 

查看tomcat 的release-note( 我用的版本: 5.0.25), 会发现如下一段: 

------------------------ 
Enabling invoker servlet: 
------------------------ 

Starting with Tomcat 4.1.12, the invoker servlet is no longer available by 
default in all webapps. Enabling it for all webapps is possible by editing 
$CATALINA_HOME/conf/web.xml to uncomment the "/servlet/*" servlet-mapping 
definition. 

Using the invoker servlet in a production environment is not recommended and 
is unsupported. 

另外，我在阅读 < core  servlet and java server pages: 2nd editon >  时，书中只是在轻描淡写的说了一句与 /servlet 映射相关的话。这点，不知难倒过多少英雄！
 
正常的情况下是：不管你把JSP放到哪里，都可以指向servlet
作为一个程序员 ，我给你一个建议，
你提交的目录，最好使用相对于项目根目录的绝对路径。这样肯定没有问题。

项目名为ABC,根URL为/ABC
那么提交的时候，form的action里就写/ABC/servlet
不要写成servlet或者/servlet
同样，servlet跳转会jsp的时候，也要写/ABC/jsp/Login.jsp
(假设你的jsp放在根目录的jsp文件夹下。)

这样不管你的jsp放到哪里都是可以的。
还要注意一个问题，就是dispatcher的forward和response.sendRirect。他们都用来跳转jsp和servlet。但他们是不同的。
不同点在于
1：sendRirect是重定向，这时候 ，上一个request带过来的参数会全部丢失。如要在请求里加新的参数，请在url后面跟上参数。例如response.sendRirect("/ABC/jsp/login.jsp?name="+name);
forward是跳转，参数还保留在request里。

2：sendRirect的根路径是相对于服务器而言，假设你的服务器根路径是http://localhost:8080/
那么response.sendRirect("/ABC/jsp/login.jsp?");
就相当于跳到http://localhost:8080/ABC/jsp/login.jsp

forward的根路径是相对于项目的根路径而言
resquest.getRequestDispatcher("/ABC/jsp/login.jsp");
相当于跳到http://localhost:8080/ABC/ABC/jsp/login.jsp
注意，路径出错了，所以应该这样写
resquest.getRequestDispatcher("/jsp/login.jsp");
相当于跳到http://localhost:8080/ABC/jsp/login.jsp

顺带一提：<a href="/ABC/jsp/login.jsp">登录</a>
<form action="/ABC/servlet/login">
这些链接跟sendRirect是一样的，根路径是服务器的根路径。
我认为你的错，就是错在没有理解这些路径的区别。

用法:

CREATE TABLE test
(
id INT UNSIGNED NOT NULL PRIMARY KEY AUTO_INCREMENT,
username VARCHAR(15) NOT NULL
)
AUTO_INCREMENT = 100;


在数据库应用，我们经常要用到唯一编号，以标识记录。在MySQL中可通过数据列的AUTO_INCREMENT属性来自动生成。MySQL支持多种数据表，每种数据表的自增属性都有差异，这里将介绍各种数据表里的数据列自增属性。

ISAM表

如果把一个NULL插入到一个AUTO_INCREMENT数据列里去，MySQL将自动生成下一个序列编号。编号从1开始，并1为基数递增。

把0插入AUTO_INCREMENT数据列的效果与插入NULL值一样。但不建议这样做，还是以插入NULL值为好。

当插入记录时，没有为AUTO_INCREMENT明确指定值，则等同插入NULL值。

当插入记录时，如果为AUTO_INCREMENT数据列明确指定了一个数值，则会出现两种情况，情况一，如果插入的值与已有的编号重复，则会出现出错信息，因为AUTO_INCREMENT数据列的值必须是唯一的；情况二，如果插入的值大于已编号的值，则会把该插入到数据列中，并使在下一个编号将从这个新值开始递增。也就是说，可以跳过一些编号。

如果自增序列的最大值被删除了，则在插入新记录时，该值被重用。

如果用UPDATE命令更新自增列，如果列值与已有的值重复，则会出错。如果大于已有值，则下一个编号从该值开始递增。

如果用replace命令基于AUTO_INCREMENT数据列里的值来修改数据表里的现有记录，即AUTO_INCREMENT数据列出现在了replace命令的where子句里，相应的AUTO_INCREMENT值将不会发生变化。但如果replace命令是通过其它的PRIMARY KEY OR UNIQUE索引来修改现有记录的(即AUTO_INCREMENT数据列没有出现在replace命令的where子句中)，相应的AUTO_INCREMENT值--如果设置其为NULL(如没有对它赋值)的话--就会发生变化。

last_insert_id()函数可获得自增列自动生成的最后一个编号。但该函数只与服务器的本次会话过程中生成的值有关。如果在与服务器的本次会话中尚未生成AUTO_INCREMENT值，则该函数返回0。

其它数据表的自动编号机制都以ISAM表中的机制为基础。

MyISAM数据表

删除最大编号的记录后，该编号不可重用。

可在建表时可用“AUTO_INCREMENT=n”选项来指定一个自增的初始值。

可用alter table table_name AUTO_INCREMENT=n命令来重设自增的起始值。

可使用复合索引在同一个数据表里创建多个相互独立的自增序列，具体做法是这样的：为数据表创建一个由多个数据列组成的PRIMARY KEY OR UNIQUE索引，并把AUTO_INCREMENT数据列包括在这个索引里作为它的最后一个数据列。这样，这个复合索引里，前面的那些数据列每构成一种独一无二的组合，最末尾的AUTO_INCREMENT数据列就会生成一个与该组合相对应的序列编号。

HEAP数据表

HEAP数据表从MySQL4.1开始才允许使用自增列。

自增值可通过CREATE TABLE语句的 AUTO_INCREMENT=n选项来设置。

可通过ALTER TABLE语句的AUTO_INCREMENT=n选项来修改自增始初值。

编号不可重用。

HEAP数据表不支持在一个数据表中使用复合索引来生成多个互不干扰的序列编号。

BDB数据表

不可通过CREATE TABLE OR ALTER TABLE的AUTO_INCREMENT=n选项来改变自增初始值。

可重用编号。

支持在一个数据表里使用复合索引来生成多个互不干扰的序列编号。

InnDB数据表

不可通过CREATE TABLE OR ALTER TABLE的AUTO_INCREMENT=n选项来改变自增初始值。

不可重用编号。

不支持在一个数据表里使用复合索引来生成多个互不干扰的序列编号。

在使用AUTO_INCREMENT时，应注意以下几点：

AUTO_INCREMENT是数据列的一种属性，只适用于整数类型数据列。

设置AUTO_INCREMENT属性的数据列应该是一个正数序列，所以应该把该数据列声明为UNSIGNED，这样序列的编号个可增加一倍。

AUTO_INCREMENT数据列必须有唯一索引，以避免序号重复。

AUTO_INCREMENT数据列必须具备NOT NULL属性。

AUTO_INCREMENT数据列序号的最大值受该列的数据类型约束，如TINYINT数据列的最大编号是127,如加上UNSIGNED，则最大为255。一旦达到上限，AUTO_INCREMENT就会失效。

当进行全表删除时，AUTO_INCREMENT会从1重新开始编号。全表删除的意思是发出以下两条语句时：

delete from table_name;ortruncate table table_name
这是因为进行全表操作时，MySQL实际是做了这样的优化操作：先把数据表里的所有数据和索引删除，然后重建数据表。如果想删除所有的数据行又想保留序列编号信息，可这样用一个带where的delete命令以抑制MySQL的优化：

delete from table_name where 1;
这将迫使MySQL为每个删除的数据行都做一次条件表达式的求值操作。

强制MySQL不复用已经使用过的序列值的方法是：另外创建一个专门用来生成AUTO_INCREMENT序列的数据表，并做到永远不去删除该表的记录。当需要在主数据表里插入一条记录时，先在那个专门生成序号的表中插入一个NULL值以产生一个编号，然后，在往主数据表里插入数据时，利用LAST_INSERT_ID()函数取得这个编号，并把它赋值给主表的存放序列的数据列。如：

insert into id set id = NULL;insert into main set main_id = LAST_INSERT_ID();
可用alter命令给一个数据表增加一个具有AUTO_INCREMENT属性的数据列。MySQL会自动生成所有的编号。

要重新排列现有的序列编号，最简单的方法是先删除该列，再重建该，MySQL会重新生连续的编号序列。

在不用AUTO_INCREMENT的情况下生成序列，可利用带参数的LAST_INSERT_ID()函数。如果用一个带参数的LAST_INSERT_ID(expr)去插入或修改一个数据列，紧接着又调用不带参数的LAST_INSERT_ID()函数，则第二次函数调用返回的就是expr的值。下面演示该方法的具体操作：

先创建一个只有一个数据行的数据表：create table seq_table (id int unsigned not null);insert into seq_table values (0);接着用以下操作检索出序列号：update seq_table set seq = LAST_INSERT_ID( seq + 1 );select LAST_INSERT_ID();通过修改seq+1中的常数值，可生成不同步长的序列，如seq+10可生成步长为10的序列。
该方法可用于计数器，在数据表中插入多行以记录不同的计数值。再配合LAST_INSERT_ID()函数的返回值生成不同内容的计数值。这种方法的优点是不用事务或LOCK，UNLOCK表就可生成唯一的序列编号。不会影响其它客户程序的正常表操作。