jsp虚拟主机，jsp虚拟主机管理系统哪些!求助。。。最好是开源免费的!

JSP主机的JSP网站的特点

JSP虚拟主机是利用独特的技术手段把一台服务器上的JSP环境划分为*的小的JSP环境,来供大家执行所需要的JSP语言,您可以把自己的JSP语言的网站上传到JSP虚拟主机上,设置好数据库的连接,您的JSP网站就可正常运行了,JSP虚拟主机其实就是在网络上提供一个JSP环境,您买了后可以把自己的网站放上去让全世界的人都能浏览到,而如果不用JSP虚拟主机,您在自己的电脑上只能您自己看到,这样就失去做网站的意义! JSP使用j*a健壮语言，安全性强，目前大型企业网站绝大多数都是用JSP技术构建，JSP主机不需要担心被跨站黑掉的问题。

JSP技术为创建显示动态生成内容的Web页面提供了一个简捷而快速的方法。JSP技术的设计目的是使得构造基于Web的应用程序更加容易和快捷，而这些应用程序能够与各种Web服务器，应用服务器，浏览器和开发工具共同工作。这里提供了JSP技术的全面概述，描述了其开发背景以及这项技术的总体目标。同时，在一个简单示例中，还描述了一个基于J*aTM技术的页面的关键组成部分。

在万维网短暂的历史中，它已经从一个大部分显示静态信息的网络演化到对股票进行交易和进行购书*作的一个基础设施。在各种各样的应用程序中，对于可能使用的基于Web的客户端，看上去没有任何限制。基于浏览器客户端的应用程序比传统的基于客户机/服务器的应用程序有几个好处。这些好处包括几乎没有限制的客户端访问和极其简化的应用程序部署和管理（要更新一个应用程序，管理人员只需要更改一个基于服务器的程序，而不是成千上万的安装在客户端的应用程序）。这样，软件工业正迅速地向建造基于浏览器客户端的多层次应用程序迈进。这些快速增长的精巧的基于Web的应用程序要求开发技术上的改进。静态HTML对于显示相对静态的内容是不错的选择；新的挑战在于创建交互的基于Web的应用程序，在这些程序中，页面的内容是基于用户的请求或者系统的状态，而不是预先定义的文字。对于这个问题的一个早期解决方案是使用CGI-BIN接口；开发人员编写与接口相关的单独的程序，以及基于Web的应用程序，后者通过Web服务器来调用前者。这个方案有着严重的扩展性问题——每个新的CGI要求在服务器上*一个进程。如果多个用户并发地访问该程序，这些进程将消耗该Web服务器所有的可用资源，并且系统性能降低到极其低下的地步。某些Web服务器供应商已经尝试通过为他们的服务器提供“插件”和API来简化Web应用程序的开发。这些解决方案是与特定的Web服务器相关的，不能解决跨多个供应商的解决方案的问题。例如，微软的Active Server PagesTM(ASP)技术使得在Web页面上创建动态内容更加容易，但是也只能工作在微软的IIS和Personal Web Server上。还存在其他的解决方案，但是都不能使一个普通的页面设计者能够轻易地掌握。例如，象J*a Servlets这样的技术就可以使得用J*a语言编写交互的应用程序的服务器端的代码变得容易。一个J*a Servlets就是一个基于J*a技术的运行在服务器端的程序（与Applet不同，后者运行在浏览器端）。开发人员能够编写出这样的Servlet，以接收来自Web浏览器的HTTP请求，动态地生成响应（可能要查询数据库来完成这项请求），然后发送包含HTML或XML文档的响应到浏览器。采用这种方法，整个网页必须都在J*a Servlet中制作。如果开发人员或者Web管理人员想要调整页面显示，就不得不编辑并重新编译该J*a Servlet，即使在逻辑上已经能够运行了。采用这种方法，生成带有动态内容的页面仍然需要应用程序的开发技巧。

很显然，目前所需要的是一个业界范围内的创建动态内容页面的解决方案。这个方案将解决当前方案所受到的限制，即：

能够在任何Web或应用程序服务器上运行

将应用程序逻辑和页面显示分离

能够快速地开发和测试

简化开发基于Web的交互式应用程序的过程

J*aServer Pages(JSP)技术就是被设计用来满足这样的要求的。JSP规范是Web服务器、应用服务器、交易系统、以及开发工具供应商间广泛合作的结果。

使用JSP技术，Web页面开发人员可以使用HTML或者XML标识来设计和格式化最终页面。使用JSP标识或者小脚本来生成页面上的动态内容（内容是根据请求来变化的，例如请求帐户信息或者特定的一瓶酒的价格）。生成内容的逻辑被封装在标识和J*aBeans组件中，并且捆绑在小脚本中，所有的脚本在服务器端运行。如果核心逻辑被封装在标识和Beans中，那么其他人，如Web管理人员和页面设计者，能够编辑和使用JSP页面，而不影响内容的生成。在服务器端，JSP引擎解释JSP标识和小脚本，生成所请求的内容（例如，通过访问J*aBeans组件，使用JDBCTM技术访问数据库，或者包含文件），并且将结果以HTML（或者XML）页面的形式发送回浏览器。这有助于作者保护自己的代码，而又保证任何基于HTML的Web浏览器的完全可用性。绝大多数JSP页面依赖于可重用的，跨平台的组件（J*aBeans或者Enterprise J*aBeansTM组件）来执行应用程序所要求的更为复杂的处理。开发人员能够共享和交换执行普通*作的组件，或者使得这些组件为更多的使用者或者客户团体所使用。基于组件的方法加速了总体开发过程，并且使得各种组织在他们现有的技能和优化结果的开发努力中得到平衡。

采用标识简化页面开发

Web页面开发人员不会都是熟悉脚本语言的编程人员。J*aServer Page技术封装了许多功能，这些功能是在易用的、与JSP相关的XML标识中进行动态内容生成所需要的。标准的JSP标识能够访问和实例化J*aBeans组件，设置或者检索组件属性，下载Applet，以及执行用其他方法更难于编码和耗时的功能。

通过开发定制化标识库，JSP技术是可以扩展的。今后，第三方开发人员和其他人员可以为常用功能创建自己的标识库。这使得Web页面开发人员能够使用熟悉的工具和如同标识一样的执行特定功能的构件来工作。

JSP技术很容易整合到多种应用体系结构中，以利用现存的工具和技巧，并且扩展到能够支持企业级的分布式应用。作为采用J*a技术家族的一部分，以及J*a 2（企业版体系结构）的一个组成部分，JSP技术能够支持高度复杂的基于Web的应用。由于JSP页面的内置脚本语言是基于J*a编程语言的，而且所有的JSP页面都被编译成为J*a Servlet，JSP页面就具有J*a技术的所有好处，包括存储管理和安全性。作为J*a平台的一部分，JSP拥有J*a编程语言“一次编写，各处运行”的特点。随着越来越多的供应商将JSP支持添加到他们的产品中，您可以使用自己所选择的服务器和工具，更改工具或服务器并不影响当前的应用。当与J*a 2平台，企业版(J2EE)和Enterprise J*aBean技术整合时，JSP页面将提供企业级的扩展性和性能，这对于在虚拟企业中部署基于Web的应用是必需的。 J*aScript能够在客户端动态地生成HTML。虽然J*aScript很有用，但它只能处理以客户端环境为基础的动态信息。除了Cookie之外，HTTP状态和表单提交数据对J*aScript来说都是不可用的。另外，由于是在客户端运行，J*aScript不能访问服务器端资源，比如数据库、目录信息等等。

JSP和服务器端包含（Server-Side Include，SSI）相比

SSI是一种受到广泛支持的在静态HTML中引入外部代码的技术。JSP在这方面的支持更为完善，因为它可以用Servlet而不是*的程序来生成动态内容。另外，SSI实际上只用于简单的包含，而不是面向那些能够处理表单数据、访问数据库的“真正的”程序。

怎样设置服务器支持jsp

tomcat的的下载地址**apache*/dist/jakarta/tomcat-4/

1、安装jdk，详细*作请参考本站windows 2k和redhat 8.0下j*a环境配置

2、如何修改端口号

使用文本编辑器如EditPlus，打开server.xml文件，查找到

<!– Define a non-SSL Coyote HTTP/1.1 Connector on port 8080–>

<Connector className="org.apache.coyote.tomcat4.CoyoteConnector"

port="8080" minProcessors="5" maxProcessors="75"

enableLookups="true" redirectPort="8443"

acceptCount="100" debug="0" connectionTimeout="20000"

useURIValidationHack="false" disableUploadTimeout="true"/>

将其中的8080，改成80，然后重启tomcat，本机使用*localhost即可访问。

注：其他版本，查找相应的8080，然后修改。

3、修改发布目录

例如将d:\test目录作为自己的文档发布目录，并指定mytest为http访问的相对目录（本机即*localhost/mytest）。

同上要修改server.xml文件，找到

<!– Tomcat Root Context–>

<!–

<Context path="" docBase="ROOT" debug="0"/>

–>

去掉注释，或者将已经屏蔽掉的<Context path="" docBase="ROOT" debug="0"/>复制到下面的空白处，这时候复制的文本已经可以彩色亮显。根据例子中的要求，修改这段文本如下：

<Context path="/mytest" docBase="d:\test" debug="0"/>

然后重启tomcat，本机即可通过*localhost/mytest来访问放在d:\test目录下的JSP文件。

总结:

如上例中发布目录结构整体结构如下：

d:\test┄┄JSP文件

│

└/WEB-INF┄┄web.xml

│

└/classes┈┈J*aBean/Servlet文件

│

└myPackages(包路径)┈┈J*aBean/Servlet文件

Tomcat配置技巧Top 10

2004-01-09 17:19:25

作者：Jason Brittain& Ian F. Darwin

出处：**orielly*

译者：陈光

2003-12-31

编者按：现在开发J*a Web应用，建立和部署Web内容是一件很简单的工作。使用Jakarta Tomcat作为Servlet和JSP容器的人已经遍及全世界。Tomcat具有免费、跨平台等诸多特性，并且更新得很快，现在非常的流行。

你所需要做的就是：按照你的需求配置Tomcat，只要你正确配置，Tomcat一般都能适合你的要求。下面是一系列关于Tomcat的配置技巧，这些技巧源自于我的书：《Tomcat权威指南》，希望对你有所帮助。—— Jason Brittain

1．配置系统管理（Admin Web Application）

大多数商业化的J2EE服务器都提供一个功能强大的管理界面，且大都采用易于理解的Web应用界面。Tomcat按照自己的方式，同样提供一个成熟的管理工具，并且丝毫不逊于那些商业化的竞争对手。Tomcat的Admin Web Application最初在4.1版本时出现，当时的功能包括管理context、data source、user和group等。当然也可以管理像初始化参数，user、group、role的多种数据库管理等。在后续的版本中，这些功能将得到很大的扩展，但现有的功能已经非常实用了。

Admin Web Application被定义在自动部署文件：CATALINA_BASE/webapps/admin.xml。

（译者注：CATALINA_BASE即tomcat安装目录下的server目录）

你必须编辑这个文件，以确定Context中的docBase参数是绝对路径。也就是说，CATALINA_BASE/webapps/admin.xml的路径是绝对路径。作为另外一种选择，你也可以删除这个自动部署文件，而在server.xml文件中建立一个Admin Web Application的context，效果是一样的。你不能管理Admin Web Application这个应用，换而言之，除了删除CATALINA_BASE/webapps/admin.xml，你可能什么都做不了。

如果你使用UserDatabaseRealm（默认），你将需要添加一个user以及一个role到CATALINA_BASE/conf/tomcat-users.xml文件中。你编辑这个文件，添加一个名叫“admin”的role到该文件中，如下：

<role name="admin"/>

你同样需要有一个用户，并且这个用户的角色是“admin”。象存在的用户那样，添加一个用户（改变密码使其更加安全）：

<user name="admin" password="deep_dark_secret" roles="admin"/>

当你完成这些步骤后，请重新启动Tomcat，访问*localhost:8080/admin，你将看到一个登录界面。Admin Web Application采用基于容器管理的安全机制，并采用了Jakarta Struts框架。一旦你作为“admin”角色的用户登录管理界面，你将能够使用这个管理界面配置Tomcat。

2．配置应用管理（Manager Web Application）

Manager Web Application让你通过一个比Admin Web Application更为简单的用户界面，执行一些简单的Web应用任务。

Manager Web Application被被定义在一个自动部署文件中：

CATALINA_BASE/webapps/manager.xml。

你必须编辑这个文件，以确保context的docBase参数是绝对路径，也就是说CATALINA_HOME/server/webapps/manager的绝对路径。

（译者注：CATALINA_HOME即tomcat安装目录）

如果你使用的是UserDatabaseRealm，那么你需要添加一个角色和一个用户到CATALINA_BASE/conf/tomcat-users.xml文件中。接下来，编辑这个文件，添加一个名为“manager”的角色到该文件中：

<role name=”manager”>

你同样需要有一个角色为“manager”的用户。像已经存在的用户那样，添加一个新用户（改变密码使其更加安全）：

<user name="manager" password="deep_dark_secret" roles="manager"/>

然后重新启动Tomcat，访问*localhost/manager/list，将看到一个很朴素的文本型管理界面，或者访问*localhost/manager/html/list，将看到一个HMTL的管理界面。不管是哪种方式都说明你的Manager Web Application现在已经启动了。

Manager application让你可以在没有系统管理特权的基础上，安装新的Web应用，以用于测试。如果我们有一个新的web应用位于/home/user/hello下在，并且想把它安装到/hello下，为了测试这个应用，我们可以这么做，在第一个文件框中输入“/hello”（作为访问时的path），在第二个文本框中输入“file:/home/user/hello”（作为Config URL）。

Manager application还允许你停止、重新启动、移除以及重新部署一个web应用。停止一个应用使其无法被访问，当有用户尝试访问这个被停止的应用时，将看到一个503的错误——“503- This application is not currently *ailable”。

移除一个web应用，只是指从Tomcat的运行拷贝中删除了该应用，如果你重新启动Tomcat，被删除的应用将再次出现（也就是说，移除并不是指从硬盘上删除）。

3．部署一个web应用

有两个办法可以在系统中部署web服务。

1>拷贝你的WAR文件或者你的web应用文件夹（包括该web的所有内容）到$CATALINA_BASE/webapps目录下。

2>为你的web服务建立一个只包括context内容的XML片断文件，并把该文件放到$CATALINA_BASE/webapps目录下。这个web应用本身可以存储在硬盘上的任何地方。

如果你有一个WAR文件，你若想部署它，则只需要把该文件简单的拷贝到CATALINA_BASE/webapps目录下即可，文件必须以“.war”作为扩展名。一旦Tomcat监听到这个文件，它将（缺省的）解开该文件包作为一个子目录，并以WAR文件的文件名作为子目录的名字。接下来，Tomcat将在内存中建立一个context，就好象你在server.xml文件里建立一样。当然，其他必需的内容，将从server.xml中的DefaultContext获得。

部署web应用的另一种方式是写一个Context XML片断文件，然后把该文件拷贝到CATALINA_BASE/webapps目录下。一个Context片断并非一个完整的XML文件，而只是一个context元素，以及对该应用的相应描述。这种片断文件就像是从server.xml中切取出来的context元素一样，所以这种片断被命名为“context片断”。

举个例子，如果我们想部署一个名叫MyWebApp.war的应用，该应用使用realm作为访问控制方式，我们可以使用下面这个片断：

<!–

Context fragment for deploying MyWebApp.war

–>

<Context path="/demo" docBase="webapps/MyWebApp.war"

debug="0" privileged="true">

<Realm className="org.apache.catalina.realm.UserDatabaseRealm"

resourceName="UserDatabase"/>

</Context>

把该片断命名为“MyWebApp.xml”，然后拷贝到CATALINA_BASE/webapps目录下。

这种context片断提供了一种便利的方法来部署web应用，你不需要编辑server.xml，除非你想改变缺省的部署特性，安装一个新的web应用时不需要重启动Tomcat。

4．配置虚拟主机（Virtual Hosts）

关于server.xml中“Host”这个元素，只有在你设置虚拟主机的才需要修改。虚拟主机是一种在一个web服务器上服务多个域名的机制，对每个域名而言，都好象独享了整个主机。实际上，大多数的小型商务网站都是采用虚拟主机实现的，这主要是因为虚拟主机能直接连接到Internet并提供相应的带宽，以保障合理的访问响应速度，另外虚拟主机还能提供一个稳定的固定IP。

基于名字的虚拟主机可以被建立在任何web服务器上，建立的方法就是通过在域名服务器（DNS）上建立IP地址的别名，并且告诉web服务器把去往不同域名的请求分发到相应的网页目录。因为这篇文章主要是讲Tomcat，我们不准备介绍在各种*作系统上设置DNS的方法，如果你在这方面需要帮助，请参考《DNS and Bind》一书，作者是Paul Albitz and Cricket Liu(O'Reilly)。为了示范方便，我将使用一个静态的主机文件，因为这是测试别名最简单的方法。

在Tomcat中使用虚拟主机，你需要设置DNS或主机数据。为了测试，为本地IP设置一个IP别名就足够了，接下来，你需要在server.xml中添加几行内容，如下：

<Server port="8005" shutdown="SHUTDOWN" debug="0">

<Service name="Tomcat-Standalone">

<Connector className="org.apache.coyote.tomcat4.CoyoteConnector"

port="8080" minProcessors="5" maxProcessors="75"

enableLookups="true" redirectPort="8443"/>

<Connector className="org.apache.coyote.tomcat4.CoyoteConnector"

port="8443" minProcessors="5" maxProcessors="75"

acceptCount="10" debug="0" scheme="https" secure="true"/>

<Factory className="org.apache.coyote.tomcat4.CoyoteServerSocketFactory"

clientAuth="false" protocol="TLS"/>

</Connector>

<Engine name="Standalone" defaultHost="localhost" debug="0">

<!– This Host is the default Host–>

<Host name="localhost" debug="0" appBase="webapps"

unpackWARs="true" autoDeploy="true">

<Context path="" docBase="ROOT" debug="0"/>

<Context path="/orders" docBase="/home/ian/orders" debug="0"

reloadable="true" crossContext="true">

</Context>

</Host>

<!– This Host is the first"Virtual Host": *example*–>

<Host name="*example*" appBase="/home/example/webapp">

<Context path="" docBase="."/>

</Host>

</Engine>

</Service>

</Server>

Tomcat的server.xml文件，在初始状态下，只包括一个虚拟主机，但是它容易被扩充到支持多个虚拟主机。在前面的例子中展示的是一个简单的server.xml版本，其中粗体部分就是用于添加一个虚拟主机。每一个Host元素必须包括一个或多个context元素，所包含的context元素中必须有一个是默认的context，这个默认的context的显示路径应该为空（例如，path=””）。

5．配置基础验证（Basic Authentication）

容器管理验证方法控制着当用户访问受保护的web应用资源时，如何进行用户的身份鉴别。当一个web应用使用了Basic Authentication（BASIC参数在web.xml文件中auto-method元素中设置），而有用户访问受保护的web应用时，Tomcat将通过HTTP Basic Authentication方式，弹出一个对话框，要求用户输入用户名和密码。在这种验证方法中，所有密码将被以64位的编码方式在网络上传输。

注意：使用Basic Authentication通过被认为是不安全的，因为它没有强健的加密方法，除非在客户端和服务器端都使用HTTPS或者其他密码加密码方式（比如，在一个虚拟私人网络中）。若没有额外的加密方法，网络管理员将能够截获（或滥用）用户的密码。但是，如果你是刚开始使用Tomcat，或者你想在你的web应用中测试一下基于容器的安全管理，Basic Authentication还是非常易于设置和使用的。只需要添加<security-constraint>和<login-config>两个元素到你的web应用的web.xml文件中，并且在CATALINA_BASE/conf/tomcat-users.xml文件中添加适当的<role>和<user>即可，然后重新启动Tomcat。

下面例子中的web.xml摘自一个俱乐部会员网站系统，该系统中只有member目录被保护起来，并使用Basic Authentication进行身份验证。请注意，这种方式将有效的代替Apache web服务器中的.htaccess文件。

<!–

Define the Members-only area, by defining

a"Security Constraint" on this Application, and

mapping it to the subdirectory(URL) that we want

to restrict.

–>

<security-constraint>

<web-resource-collection>

<web-resource-name>

Entire Application

</web-resource-name>

<url-pattern>/members/*</url-pattern>

</web-resource-collection>

<auth-constraint>

<role-name>member</role-name>

</auth-constraint>

</security-constraint>

<!– Define the Login Configuration for this Application–>

<login-config>

<auth-method>BASIC</auth-method>

<realm-name>My Club Members-only Area</realm-name>

</login-config>

6．配置单点登录（Single Sign-On）

一旦你设置了realm和验证的方法，你就需要进行实际的用户登录处理。一般说来，对用户而言登录系统是一件很麻烦的事情，你必须尽量减少用户登录验证的次数。作为缺省的情况，当用户第一次请求受保护的资源时，每一个web应用都会要求用户登录。如果你运行了多个web应用，并且每个应用都需要进行单独的用户验证，那这看起来就有点像你在与你的用户搏斗。用户们不知道怎样才能把多个分离的应用整合成一个单独的系统，所有他们也就不知道他们需要访问多少个不同的应用，只是很迷惑，为什么总要不停的登录。

Tomcat 4的“single sign-on”特性允许用户在访问同一虚拟主机下所有web应用时，只需登录一次。为了使用这个功能，你只需要在Host上添加一个SingleSignOn Valve元素即可，如下所示：

<Valve className="org.apache.catalina.authenticator.SingleSignOn"

debug="0"/>

在Tomcat初始安装后，server.xml的注释里面包括SingleSignOn Valve配置的例子，你只需要去掉注释，即可使用。那么，任何用户只要登录过一个应用，则对于同一虚拟主机下的所有应用同样有效。

使用single sign-on valve有一些重要的限制：

1> value必须被配置和嵌套在相同的Host元素里，并且所有需要进行单点验证的web应用（必须通过context元素定义）都位于该Host下。

2>包括共享用户信息的realm必须被设置在同一级Host中或者嵌套之外。

3>不能被context中的realm覆盖。

4>使用单点登录的web应用最好使用一个Tomcat的内置的验证方式（被定义在web.xml中的<auth-method>中），这比自定义的验证方式强，Tomcat内置的的验证方式包括basic、digest、form和client-cert。

5>如果你使用单点登录，还希望集成一个第三方的web应用到你的网站中来，并且这个新的web应用使用它自己的验证方式，而不使用容器管理安全，那你基本上就没招了。你的用户每次登录原来所有应用时需要登录一次，并且在请求新的第三方应用时还得再登录一次。当然，如果你拥有这个第三方web应用的源码，而你又是一个程序员，你可以修改它，但那恐怕也不容易做。

6>单点登录需要使用cookies。

7．配置用户定制目录（Customized User Directores）

一些站点允许个别用户在服务器上发布网页。例如，一所大学的学院可能想给每一位学生一个公共区域，或者是一个ISP希望给一些web空间给他的客户，但这又不是虚拟主机。在这种情况下，一个典型的方法就是在用户名前面加一个特殊字符（~），作为每位用户的网站，比如：

**cs.myuniversity.edu/~username

*members.mybigisp*/~username

Tomcat提供两种方法在主机上映射这些个人网站，主要使用一对特殊的Listener元素。Listener的className属性应该是org.apache.catalina.startup.UserConfig，userClass属性应该是几个映射类之一。如果你的系统是Unix，它将有一个标准的/etc/passwd文件，该文件中的帐号能够被运行中的Tomcat很容易的读取，该文件指定了用户的主目录，使用PasswdUserDatabase映射类。

<Listener className="org.apache.catalina.startup.UserConfig"

directoryName="public_html"

userClass="org.apache.catalina.startup.PasswdUserDatabase"/>

web文件需要放置在像/home/users/ian/public_html或者/users/jbrittain/public_html一样的目录下面。当然你也可以改变public_html到其他任何子目录下。

实际上，这个用户目录根本不一定需要位于用户主目录下里面。如果你没有一个密码文件，但你又想把一个用户名映射到公共的像/home一样目录的子目录里面，则可以使用HomesUserDatabase类。

<Listener className="org.apache.catalina.startup.UserConfig"

directoryName="public_html" homeBase="/home"

userClass="org.apache.catalina.startup.HomesUserDatabase"/>

这样一来，web文件就可以位于像/home/ian/public_html或者/home/jasonb/public_html一样的目录下。这种形式对Windows而言更加有利，你可以使用一个像c:\home这样的目录。

这些Listener元素，如果出现，则必须在Host元素里面，而不能在context元素里面，因为它们都用应用于Host本身。

8．在Tomcat中使用CGI脚本

Tomcat主要是作为Servlet/JSP容器，但它也有许多传统web服务器的性能。支持通用网关接口（Common Gateway Interface，即CGI）就是其中之一，CGI提供一组方法在响应浏览器请求时运行一些扩展程序。CGI之所以被称为通用，是因为它能在大多数程序或脚本中被调用，包括：Perl，Python，awk，Unix shell scripting等，甚至包括J*a。当然，你大概不会把一个J*a应用程序当作CGI来运行，毕竟这样太过原始。一般而言，开发Servlet总要比CGI具有更好的效率，因为当用户点击一个链接或一个按钮时，你不需要从*作系统层开始进行处理。

Tomcat包括一个可选的CGI Servlet，允许你运行遗留下来的CGI脚本。

为了使Tomcat能够运行CGI，你必须做如下几件事：

1.把servlets-cgi.renametojar（在CATALINA_HOME/server/lib/目录下）改名为servlets-cgi.jar。处理CGI的servlet应该位于Tomcat的CLASSPATH下。

2.在Tomcat的CATALINA_BASE/conf/web.xml文件中，把关于<servlet-name> CGI的那段的注释去掉（默认情况下，该段位于第241行）。

3.同样，在Tomcat的CATALINA_BASE/conf/web.xml文件中，把关于对CGI进行映射的那段的注释去掉（默认情况下，该段位于第299行）。注意，这段内容指定了HTML链接到CGI脚本的访问方式。

4.你可以把CGI脚本放置在WEB-INF/cgi目录下（注意，WEB-INF是一个安全的地方，你可以把一些不想被用户看见或基于安全考虑不想暴露的文件放在此处），或者你也可以把CGI脚本放置在context下的其他目录下，并为CGI Servlet调整cgiPathPrefix初始化参数。这就指定的CGI Servlet的实际位置，且不能与上一步指定的URL重名。

5.重新启动Tomcat，你的CGI就可以运行了。

在Tomcat中，CGI程序缺省放置在WEB-INF/cgi目录下，正如前面所提示的那样，WEB-INF目录受保护的，通过客户端的浏览器无法窥探到其中内容，所以对于放置含有密码或其他敏感信息的CGI脚本而言，这是一个非常好的地方。为了兼容其他服务器，尽管你也可以把CGI脚本保存在传统的/cgi-bin目录，但要知道，在这些目录中的文件有可能被网上好奇的冲浪者看到。另外，在Unix中，请确定运行Tomcat的用户有执行CGI脚本的权限。

9．改变Tomcat中的JSP编译器（JSP Compiler）

在Tomcat 4.1（或更高版本，大概），JSP的编译由包含在Tomcat里面的Ant程序控制器直接执行。这听起来有一点点奇怪，但这正是Ant有意为之的一部分，有一个API文档指导开发者在没有启动一个新的JVM的情况下，使用Ant。这是使用Ant进行J*a开发的一大优势。另外，这也意味着你现在能够在Ant中使用任何j*ac支持的编译方式，这里有一个关于Apache Ant使用手册的j*ac page列表。使用起来是容易的，因为你只需要在<init-param>元素中定义一个名字叫“compiler”，并且在value中有一个支持编译的编译器名字，示例如下：

<servlet>

<servlet-name>jsp</servlet-name>

<servlet-class>

org.apache.jasper.servlet.JspServlet

</servlet-class>

<init-param>

<param-name>logVerbosityLevel</param-name>

<param-value>WARNING</param-value>

</init-param>

<init-param>

<param-name>compiler</param-name>

<param-value>jikes</param-value>

</init-param>

<load-on-startup>3</load-on-startup>

</servlet>

当然，给出的编译器必须已经安装在你的系统中，并且CLASSPATH可能需要设置，那处决于你选择的是何种编译器。

10．限制特定主机访问（Restricting Access to Specific Hosts）

有时，你可能想限制对Tomcat web应用的访问，比如，你希望只有你指定的主机或IP地址可以访问你的应用。这样一来，就只有那些指定的的客户端可以访问服务的内容了。为了实现这种效果，Tomcat提供了两个参数供你配置：RemoteHostValve和RemoteAddrValve。

通过配置这两个参数，可以让你过滤来自请求的主机或IP地址，并允许或拒绝哪些主机/IP。与之类似的，在Apache的httpd文件里有对每个目录的允许/拒绝指定。

例如你可以把Admin Web application设置成只允许本地访问，设置如下：

<Context path="/path/to/secret_files"…>

<Valve className="org.apache.catalina.valves.RemoteAddrValve"

allow="127.0.0.1" deny=""/>

</Context>

如果没有给出允许主机的指定，那么与拒绝主机匹配的主机就会被拒绝，除此之外的都是允许的。与之类似，如果没有给出拒绝主机的指定，那么与允许主机匹配的主机就会被允许，除此之外的都是拒绝的。

随着j*a的流行，其在web上的应用也越来越广，tomcat作为一个开源的servlet容器，应用前景越来越广，本文将向你讲述tomcat的一些知识。

一：简介

tomcat是jakarta项目中的一个重要的子项目，其被J*aWorld杂志的编辑选为2001年度最具创新的j*a产品(Most Innovative J*a Product)，同时它又是sun*官方推荐的servlet和jsp容器(具体可以见*j*a.sun*/products/jsp/tomcat/)，因此其越来越多的受到软件*和开发人员的喜爱。servlet和jsp的最新规范都可以在tomcat的新版本中得到实现。

二：安装及配置

tomcat最新版本为4.0.1，这个版本用了一个新的servlet容器Catalina，完整的实现了servlet2.3和jsp1.2规范。注意安装之前你的系统必须安装了jdk1.2以上版本。

(一)：安装

1：windows平台

从tomcat网站下载jakarta-tomcat-4.0.1.exe，按照一般的windows程序安装步骤即可安装好tomcat,安装时它会自动寻找你的jdk和jre的位置。

2：linux平台

下载jakarta-tomcat-4.0.1.tar.gz，将其解压到一个目录。

(二)：配置

运行tomcat需要设置JAVA_HOME变量

set JAVA_HOME=c:/jdk(win98，在msdos方式下使用，或者放入autoexec.bat中)

export JAVA_HOME=/usr/local/jdk(linux下使用，放到/etc/bashrc或者/etc/profile中)

(三)：运行

设置完毕后就可以运行tomcat服务器了，进入tomcat的bin目录，win98下用startup启动tomcat，linux下用startup.sh，相应的关闭tomcat的命令为shutdown和shutdown.sh。

启动后可以在浏览器中输入*localhost:8080/测试，由于tomcat本身具有web服务器的功能，因此我们不必安装apache，当然其也可以与apache集成到一起，下面会介绍。

下面你可以测试其自带的jsp和servlet示例。

三：应用

(一):目录结构

tomcat的目录结构如下：目录名简介

bin存放启动和关闭tomcat脚本

conf包含不同的配置文件,server.xml(Tomcat的主要配置文件)和web.xml

work存放jsp编译后产生的class文件

webapp存放应用程序示例，以后你要部署的应用

jsp虚拟主机管理系统哪些!求助。。。最好是开源免费的!

jsp虚拟主机管理系统目前用的最多的有以下几种：

n点虚拟主机管理系统

星外虚拟主机管理系统

清竹虚拟主机管理系统

慧林虚拟主机管理系统

国内的虚拟主机管理系统目前还没开源的，而且功能完善的都需要付费，不过可以去下载*版的可以免费使用，建议去购买付费版，更安全稳定。

什么是虚拟主机,如何选择购买虚拟空间

尽量选择那些成立时间长，信誉比较好的虚拟主机提供商

一般来说，目前一些著名的Internet服务商提供的虚拟主机，质量比较可靠，但价格都是天价，即使是不支持ASP/PHP空间都可以卖500元/月，根本不适合我们这些没米的人使用（有米的人更加不用，这个价钱，还不如托管主机了）。所以，一分钱一分货的自然法则，还是普通管用的，我们只能退而求其次，尽量选择那些信誉比较好，成立时间长，口碑好的专业虚拟主机提供商。在选择前，尽量了解该*的背景，成立时间，各种服务资格是否具备等等。

目前，一些新成立的虚拟主机提供商为了增加业务量，价格很便宜，但服务没有保证。轻则经常停机，重则卷款潜逃，这种现实例子，已经发生了很多回了。对于一个新网站，尤其是论坛型网站来说，稳定性是第一位的，你的网站即使只是停10分钟，也有可能丧失一些重要的用户！所以，首先要选择稳定的空间，其次才是速度快的空间！

选择自己需要的主机程序类型

现在的主机可以支持的程序类型基本上可以分为：PHP型，ASP型，全能型三种。

其中，PHP型基本上都是Linux/FreeBSD+ Apache+ MySQL+ PHP技术构建的，这种类型的虚拟主机在国外已经发展了很长时间，技术比较成熟，一般控制面板功能很丰富，管理方面也都比较完备。需要注意的是，PHP程序大多数需要MySQL数据库支持，好在MySQL基本上算是PHP空间的标准配置了，这也是一般的PHP空间性能高于ASP空间，但是价格也相应高于 ASP空间的原因之一，目前比较常见的。

ASP型主机空间一般都是Windows Server+ IIS+ Access数据库，高端的空间还可以支持MSSQL，但价格太贵。由于 ASP本身的函数和类库功能比较少，因此都需要使用一些控件才能支持一些常见的功能和程序，好在一般的主机商都提供FSO等控件服务，有些还可以提供动易之类的控件服务。由于采用的是Access数据库，在并行读写数比较大的时候， ASP空间的性能要比PHP空间差一些，但这样的空间都比较便宜，价格对囊中羞涩的新手来说，相当诱人。其实，单纯仅仅提供ASP空间的不太多，一般都在上面添加PHP和JSP支持，构成了下面要说的所谓“全能型”主机。

所谓的全能型主机，一般就是在ASP主机上，再安装PHP，或者JSP的支持，价格特别便宜，。其实，我们通过仔细观察一些虚拟主机服务商的主机详细参数可以发现，一般低端的主机都是全能型主机，而高端的主机都是ASP主机和PHP主机分开。这其实告诉我们，没有特别情况，一定不要使用全能型主机。原因在于，在IIS上既提供ASP服务，又提供PHP服务，有些还提供JSP服务，一定会使服务器疲惫不堪！同时这三种服务一般都是使用IIS模块的方式在后台加载，任何一个的设计缺陷都会让服务器工作不正常，而且，也将降低系统的安全性，因为任何一种系统上的漏洞，都会影响整个系统；最后，好多所谓的全能型主机号称支持PHP，却不免费提供MySQL，其实和不支持没有两样。

正如人无完人一样，全能型主机在可靠性，安全性等方面，都不是最佳选择。而且，目前一些缺乏实力的草台班子的服务商，往往购买了几台主机，还不等工商注册，就开始到处发广告，他们由于缺乏在UNIX平台的技术能力，所以一般都是只能提供Windows平台的所谓“全能型”主机，控制面板的功能也很弱。建议这样的主机最好别买，买了没几天，就变成“不能型”主机了。

所以，一定要根据你需要安装的程序，来选择自己需要的主机类型——如果你打算使用ASP来构建自己的网站，或者你喜爱并选定的网站程序是ASP，那么就用ASP型的；如果你喜爱PHP这个开放源代码的动态语言，或者你已经选定了使用PHP的整站程序，那就用PHP型的。但需要注意的是，一定不要在一个站点上，既使用ASP，又使用PHP，原因我在上面已经说明了。好处是现在不管是ASP，还是PHP程序，可以选择的优秀的网站程序都非常多，我在这里不想比较PHP和ASP两种动态语言的优劣，这两种动态语言我都曾经学习和使用过一段时间，应该说，都有一些特色和优点，都能实现我们想要实现的功能。

尽量选择那些控制面板功能丰富的主机空间

正如上面所述，好多草台班子的主机商，因为没有资金来购买国外的控制面板，而且也没有技术能力自己开发，所以控制面板的功能很弱，往往只能修改用户登录密码，数据库密码、查看空间使用率等等功能。而实力比较强大，技术成熟的主机提供商，一般可以提供文件管理、ZIP解压缩、Web邮件界面、 phpMyAdmin数据库管理程序等工具。

目前一些功能比较强大的控制面板，甚至可以提供PHP.INI文件修改、数据库备份恢复等功能，有些可以提供一些常见程序的安装服务（如BLOG等），这将极大方便我们对网站进行管理和使用。

尽量选择那些技术支持比较好，服务质量比较好的网站

建议在购买前，与提供商的技术服务人员进行交流，看看他们的服务态度，服务水平如何。可以问他们一些技术问题，看能不能正确解答。

第五，选择适合自己的主机型号根据自己的实际情况，选择适合自己需要的类型型号。一般新网站流量和数据量都不大，可以先购买容量比较小的空间（100MB也够用了），等到网站流量大了，再升级或者购买大的空间，这样比较划算。

如果只是建设一个个人网站，或者网站的流量预期会比较小，可以考虑购买那些带流量限制的空间，这些空间价格非常便宜，由于空间上的所有网站都受流量限制，反而使得其速度很快，一般来说，他们提供的流量也很难用完。

但是，如果你的网站是准备面向所有大众的，还是选择那些不限流量的好一些，要知道，你的网站即使只停那么几个小时，也会造成你的排名和流量大幅度下降。

另外，基于目前国内Internet南北分治造成的网络带宽问题，如果你的网站只是面对本地区，建议根据你所在的地区选择服务商或者主机放置地（有些服务商同时提供多个机房可供选择，如果你在北方省份建议选择网通，而南方省份则建议选择电信）。如果你对速度要求很高，可以考虑选择那些所谓的“双线”空间。

想请教虚拟主机和空间的区别

一、指代不同

1、虚拟主机：是一种在单一主机或主机群上，实现多网域服务的方法，可以运行多个网站或服务的技术。

2、云空间：是大容量云空间集合，由多台服务器提供负载均衡，资源网站实际按需要进行动态分配。

二、功能不同

1、虚拟主机：虚拟主机之间完全*，并可由用户自行管理，虚拟并非指不存在，而是指空间是由实体的服务器延伸而来，其硬件系统可以是基于服务器群，或者单个服务器。

2、云空间：通过使计算分布在大量的分布式计算机上，而非本地计算机或远程服务器中，企业数据中心的运行将更与互联网相似。这使得企业能够将资源切换到需要的应用上，根据需求访问计算机和存储系统。

三、特点不同

1、虚拟主机：主要应用于HTTP，FTP，EMAIL等多项服务，将一台服务器的某项或者全部服务内容逻辑划分为多个服务单位，对外表现为多个服务器，从而充分利用服务器硬件资源。

2、云空间：适合网站比较多或者是网站建设*，比VPS性能强，价格更便宜。

参考资料来源：百度百科-云空间

参考资料来源：百度百科-虚拟主机

怎样选购虚拟主机

一，服务器，虚拟主机，vps，网站空间

服务器就是一台电脑，配备了一系列提供web服务所必须的软件。他和我们用的电脑没有本质的区别，

虚拟主机就是采用软件技术，把一台服务器分给很多网站使用，每个网站都具备一定的*性。好处就是虚拟主机的价格比服务器低得多，也能满足很多站长的需求了。

VPS比虚拟主机高级一些，叫做虚拟个人服务器，也有叫虚拟*主机等等，和虚拟主机的共同点是采用软件技术把一台物理服务器分成多个具备了服务器功能的账户，但是比虚拟主机更高级，账户之间更*，给与更多的权限，外部来看像一*立的服务器。

网站空间是一种通俗的叫法，也有叫做网页空间，建站空间等等，其实就是指托管网站的服务器，包括了上面提到的服务器，虚拟主机，VPS。可以看作是一种虚拟化的说法，就是指网页存放的那个地方，物理中对应的就是服务器上的硬盘。正式因为这种叫法，很多初次接触虚拟主机的人都将过多的注意力集中在了空间的大小上，其实还有很多重要的因素需要考虑。

二．动态IP，固定IP，*IP，共享IP

这个其实是对应的两对概念，因为都是说IP，很多人容易混淆。

动态IP和固定IP是一对相对的概念。动态IP就是指每次上网动态分配IP，ADSL一般是这样的，现在的服务器基本没有用动态IP的，如果你不小心碰到了用动态IP的，肯定是撞到骗子了。IP固定不变的就是固定IP，现在机房一般都是光纤，都是分配固定IP的。

*IP和共享IP是一对相应的概念。*IP就是一个网站或者一个主机账户用一个IP，而共享IP一般是指服务器上所有虚拟主机的网站共同享用这个IP。国内没一般有给虚拟主机账户分配*IP的，美国主机一般会有*IP。

三．Windows Linux Unix

首先明确一点，不论是说windows空间，还是linux空间，实际上指的是服务器上装的*作系统是windows还是linux，和你自己的电脑用什么*作系统无关。

因为虚拟主机不会涉及到服务器上*作系统的使用，所以选择什么系统的虚拟主机，不是因为你会不会使用，而是取决于你建站程序需要什么样的环境。一般来说，PHP选择linux*作系统，ASP ASP*选择Windows*作系统。

四．ASP ASP* PHP JSP全能空间

有很多这样的叫法，ASP空间，PHP空间，全能空间等等。ASP空间就是指支持ASP的虚拟主机，PHP就是指支持PHP的，而全能空间就是指支持ASP PHP多种语言的虚拟主机。

五．IIS Apache MySQL MSSQL Access

IIS和Apache是两种常用的网站服务器，mySQL MSSQL ACCESS是三种数据库。其中ACCESS比较特殊，只要用FTP上传到虚拟主机空间中就可以使用了，而MySQL MSSQL要涉及到建库建表等工作。正因为这样，很多新手站长选择了ASP+ACCESS的组合，这个对站长是有害的。以目前的情况看，首选是PHP+MySQL组合和 ASP*+MSSQL组合。如果你没有偏向性的技术团队，建议选择前者。

六．在线人数

这个是大家都关心的而又极容易混淆的概念。

首先说明，这个不是虚拟主机的属性，虚拟主机的设置只能够影响网站的最大在线人数，但不能准确的限制网站的在线人数。最大在线人数和很多因素有关，除了服务器以外，还和你使用的网站程序，访问者特点有关。

在线人数都是对于时间段来说的，一般指15分钟，也就是一个人来你的网站，他走了以后15分钟内他都是记入你的网站的在线人数的。

不要相信很多网站显示的在线人数，很不准确，还有如果你知道对方设置了统计多久算在线的，那么结果就更不靠谱。

IIS连接数与在线人数的关系很复杂，IIS连接数可以限制最大在线人数，但是在线人数受到cpu限制的可能性更大。关于IIS连接数的问题我们后面有文章专门介绍

反映服务器负载更准确的是PV和点击数，这个比在线人数更具有参考价值，但是还是和程序相关的，不同程序访问一个页面消耗的服务器资源是不一样的。

为什么现在大型的网站都采用jsp

ASP全名Active Server Pages，是一个WEB服务器端的开发环境，利用它可以产生和执行动态的、互动的、高性能的WEB服务应用程序。ASP采用脚本语言VBScript（J*a script）作为自己的开发语言。

PHP是一种跨平台的服务器端的嵌入式脚本语言。它大量地借用C,J*a和Perl语言的语法,并耦合PHP自己的特性,使WEB开发者能够快速地写出动态产生页面。它支持目前绝大多数数据库。还有一点，PHP是完全免费的，不用花钱，你可以从PHP官方站点(**php*)自由下载。而且你可以不受限制地获得源码，甚至可以从中加进你自己需要的特色。

JSP是Sun*推出的新一代网站开发语言，Sun*借助自己在J*a上的不凡造诣，将J*a从J*a应用程序和J*a Applet之外，又有新的硕果，就是JSP，J*a Server Page。JSP可以在Serverlet和J*aBean的支持下，完成功能强大的站点程序。

ASP，PHP，JSP三中语言执行速度JSP最快

PHP和JSP是跨平台语言，移植性比较好

ASP和PHP都是解释性语言，服务器读一句，执行一句，而JSP是编译性语言，第一次编译速度慢一点，以后再访问速度就快很多了

JSP是面向对象编程语言，代码的重用率高，维护方便

PHP缺乏规模支持。其次，缺乏多层结构支持。对于大负荷站点，解决方法只有一个：分布计算。数据库、应用逻辑层、表示逻辑层彼此分开，而且同层也可以根据流量分开，群组成二维数组。而PHP则缺乏这种支持。还有上面提到过的一点，PHP提供的数据库接口支持不统一，这就使得它不适合运用在电子商务中

ASP和JSP则没有以上缺陷，ASP可以通过Microsoft Windowsd的COM/DCOM获得ActiveX规模支持，通过DCOM和Transcation Server获得结构支持；JSP可以通过SUN J*a的J*a Class和EJB获得规模支持，通过EJB/CORBA以及众多厂商的Application Server获得结构支持。三者中，JSP应该是未来发展的趋势。世界上一些大的电子商务解决方案提供商都采用JSP/Servlet。比较出名的如IBM的E－business，它的核心是采用JSP/Servlet的Web Sphere。它们都是通过CGI来提供支持的。但去年10月后它推出了Enfinity，一个采用JSP/Servlet的电子商务Application Server，而且声言不再开发传统软件。

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

雪鹿* **020idc*

专业提供各类域名注册、网站推广、各种虚拟主机租用、服务器整机租用、服务器托管、网页制作以及网站开发等服务!

域名，虚拟主机拥有*的WEB管理程序，使用管理方便。

国际英文域名 65元/年

国内英文域名 80元/年

HTML空间100M 120元/年

ASP空间100M 180元/年

QQ：8317158