网页JSP问题紧急求助 服务器

Tomcat是Sun的JSWDK(JavaServer Web Development Kit)中Servlet的运行环境(servlet容器)。Tomcat是Apache Jakarta软件组织的一个子项目，Tomcat是一个JSP/Servlet容器，它是在SUN公司的JSWDK（Java Server Web Development Kit）基础上发展起来的一个JSP和Servlet规范的标准实现，使用Tomcat可以体验JSP和Servlet的最新规范。经过多年的发展，Tomcat不仅是JSP和Servlet规范的标准实现，而且具备了很多商业Java Servlet容器的特性，并被一些企业用于商业用途。

JBoss是一个运行EJB的J2EE应用服务器。它是开放源代码的项目，遵循最新的J2EE规范。从JBoss项目开始至今，它已经从一个EJB容器发展成为一个基于的J2EE的一个web 操作系统（operating system for web），它体现了J2EE规范中最新的技术 JBoss具有如下优点：

1、JBoss是免费的，开放源代码J2EE的实现，通过LGPL许可证进行发布。

2、JBoss需要的内存和硬盘空间比较小。

3、安装非常简单。先解压缩JBoss打包文件再配置一些环境变量就可以了。

4、JBoss能够"热部署"，部署BEAN只是简单拷贝BEAN的JAR文件到部署路径下就可以了。如果没有加载就加载它；如果已经加载了就自动更新。

5、JBoss与Web服务器在同一个Java虚拟机中运行，Servlet调用EJB不经过网络，从而大大提高运行效率，提升安全性能。

6、用户可以直接实施J2EE-EAR，而不是以前分别实施EJB-JAR和Web-WAR，非常方便。

7、Jboss支持集群

WebLogic是美国bea公司出品的一个application server确切的说是一个基于j2ee架构的中间件，webserver是用来构建网站的必要软件用来解析发布网页等功能，它是用纯java开发的。weblogic本来不是由bea发明的，是它从别人手中买过来，然后再加工扩展。目前weblogic在世界application server市场上占有最大的份额，其他还有象IBM的websphere，免费的tomcat、resin等中间件。

BEA WebLogic是用于开发、集成、部署和管理大型分布式Web应用、网络应用和数据库应用的Java应用服务器。将Java的动态功能和Java Enterprise标准的安全性引入大型网络应用的开发、集成、部署和管理之中。

BEA WebLogic Server拥有处理关键Web应用系统问题所需的性能 、可扩展性和高可用性。

与BEA WebLogic Commerce ServerTM配合使用， BEA WebLogic Server可为部署适应性个性化电子商务应用系统提供完善的解决方案。

BEA WebLogic Server具有开发和部署关键任务电子商务Web应用系统 所需的多种特色和优势

WebSphere产品系列是IBM公司一套典型的电子商务应用开发工具及运行环境

tomcat热部署。下面这个是其中一个方法。

在tomcat\conf\serverxml中的<host></host>内部添加<context/>标签:

<Context debug="0" docBase="D:\demo1\web" path="/demo1" privileged="true" reloadable="true"/>

docBase:项目路径，可以使用绝对路径或相对路径，相对路径是相对于webapps

path:访问项目的路径，如：http://127001:8080/demo1

reloadable:是否自动加载新增或改变的class文件

debug属性与这个Engine关联的Logger记录的调试信息的详细程度。数字越大，输出越详细。如果没有指定，缺省为0。 也就是程序异常时写入日志文件里的详细程度。

是这样的,你替代jsp以后,基本上大多数主流的web服务器都已经支持热部署了也就是不需要重启但是weblogic 的生产环境是个例外,他关闭了热部署的功能就是这样的呵呵主要是为了性能考虑

2007年末作为“SpringSource Application Platform”启动，很快改名为“SpringSource dm Server”。

SpringSource dm Server的三个基本目标：

· 提供一个更好的OSGi平台　· 支持Java EE应用向OSGi的平滑过渡（简化迁移）　· 自身是模块化和可扩展的

2008年末dm Server10发布；

2009年末dm Server20发布，引入了独立的kernel；

2010年1月Springsource将dm Server贡献给Eclipse基金会，改名为Vrigo；

之后Virgo经历了21版本和30版本，其中30开始支持Jetty和snaps框架；

2012年3月，发布Virgo 35版本，引入了p2，以及从kernel中分离出了“Nano”。 · Web管理控制台：还记得OSGi生命周期管理的API吗？基于这些API你可以自己实现一个控制台，Virgo给你提供了一个Web界面，你点点鼠标就可以部署和管理bundle了。当然，Virgo的控制台还提供了其他一些额外的信息，比如诊断性的dumps，这对于调试是非常有帮助的。

· Gogo shell ：这是apche felix项目下的一个子项目，Virgo给集成过来了，也是用于部署和管理bundle的，这回不是Web界面了，而是通过SSH或者telnet。

· Plans - 这是Virgo在bundle基础上引入的一个概念，你可以看成是多个bundle的一个集合，这些bundle构成一个整体，因此也引入了作用域，和其他的bundle隔离开来了。　· 供应（Provisioning） - 自动从本地或者远程的仓库中提供系统所依赖的bundle、plan、pars和配置。这些都是Virgo中的制品模型，后面会有介绍。

· Web服务器 - 实现了OSGi Web Container规范，还记得OSGi企业规范吧，这是其中的一部分。支持原始的WAR格式，当然更支持WAB格式了。这样一个服务器对于将OSGi应用到Web开发中来实在是太有用了。如果你有基于OSGi HttpService来开发过Web应用的经历你就更有体会了。

· 用户空间（User region）- Virgo引入这一概念用来将用户安装的应用和Virgo的内核隔离开来。这使得开发者只需关注于应用本身的制品和依赖，不需要关注内核中的东西。　此外Virgo还集成Spring 3，提供了强大的日志功能、JMX管理功能以及Web应用的热部署功能。

确保使用debug模式

确保tomcat由idea实例化说tomcatidea配置

（特殊修改：项目配置文件某些特殊类新增名称参数添加修改引起能热部署必须重启用Jrebel插件插件收费实现部修改热部署包括修改项目配置文件等热部署描述均指普通修改热部署）

项目配置图：

MDM基础数据管理平台可以进行数据的清洗，ESB应用集成平台自带集成样例可以快速上手。

对企业组织、人员、客户、供应商等高度共享的数据进行统一管理，对需要的业务系统进行同步分发，使数据易采集、易理解、易分析，提高部门与部门之间的沟通效率。丰富的数据适配、协议适配、协议接入、消息转换、消息路由等组件。基于设计器可以图形化、拖拽方式创建服务及消息流程。设计器直接连接服务器使用一键热部署、即时断点调试。控制台上实时监控服务/流程运行状态，便于调试期定位，运行期监控。

二者相结合形成主数据治理方案，可以满足企业各个应用系统间数据共享与功能集成的需求，帮助企业解决数据整合的问题，推进企业信息化建设。

一、安装JDK和Tomcat

1，安装JDK：直接运行jdk-7-windows-i586exe可执行程序，默认安装即可。

备注：路径可以其他盘符，不建议路径包含中文名及特殊符号。

2、安装Tomcat：直接解压缩下载文件“apache-tomcat-7033-windows-x86zip”到C盘下。安装路径建议修改为：c:\tomcat。

备注：如下载的是可执行文件，双击运行，默认安装即可。

二、配置JDK环境变量（在步骤查看如何配置环境变量）

1，新建变量名：JAVA_HOME，变量值：C:\Program Files\Java\jdk170

2，打开PATH，添加变量值：%JAVA_HOME%\bin;%JAVA_HOME%\jre\bin

3，新建变量名：CLASSPATH，变量值：;%JAVA_HOME%\lib\dtjar;%JAVA_HOME%\lib\toolsjar

备注：

1，表示当前路径，%JAVA_HOME%就是引用前面指定的JAVA_HOME；

2，JAVA_HOME指明JDK安装路径，此路径下包括lib，bin，jre等文件夹，tomcat，eclipse等的运行都需要依靠此变量。

3，PATH使得系统可以在任何路径下识别java命令。

4，CLASSPATH为java加载类(class or lib)路径，只有类在classpath中，java命令才能识别。

三、测试JDK

在CMD命令下输入javac，java，javadoc命令：出现图示界面，表示安装成功。

四、配置Tomcat环境变量

1，新建变量名：CATALINA_BASE，变量值：C:\tomcat

2，新建变量名：CATALINA_HOME，变量值：C:\tomcat

3，打开PATH，添加变量值：%CATALINA_HOME%\lib;%CATALINA_HOME%\bin

五、启动Tomcat服务

方法三种：

1，方法一：直接进入tomcat的bin目录中点击startupbat启动服务，出现如下对话框，表明服务启动成功，stutdownbat为关闭服务。

2，方法二：在CMD命令下输入命令：startup，出现如下对话框，表明服务启动成功。

3，方法三：右键点击桌面上的“我的电脑”->“管理”->“服务和应用程序”->“服务”，找到“Apache     Tomcat”服务，右键点击该服务，选择“属性”，将“启动类型”由“手动”改成“自动”。

六、测试Tomcat

打开浏览器，在地址栏中输入http://localhost:8080回车，如果看到Tomcat自带的一个JSP页面，说明你的JDK和Tomcat已搭建成功。

注意事项

1，JAVA_HOME中的路径不能用分号结尾，如C:\Program     Files\Java\jdk170。

2，CATALINA_BASE，CATALINA_HOME，TOMCAT_HOME中的路径不能以“\”结尾。

3，JAVA_HOME的路径一定不要写成了JRE的路径。

4，在环境变量中修改添加变量时，一定要注意分号、空格，是否有多余的字母。作者就是因为path路径中多了一个字母，怎么都配置不成功。如果配置不成功，一定要反复检查。

以上错误，非常容易出现错误：CATALINA_HOME或是JAVA_HOME没有配置好。如错误提示“The CATALINA_HOME environment variable is not defined correctly”

项目部署方式

一、静态部署

1、直接将web项目文件件拷贝到webapps 目录中

Tomcat的Webapps目录是Tomcat默认的应用目录，当服务器启动时，会加载所有这个目录下的应用。所以可以将JSP程序打包成一个 war包放在目录下，服务器会自动解开这个war包，并在这个目录下生成一个同名的文件夹。一个war包就是有特性格式的jar包，它是将一个web程序的所有内容进行压缩得到。具体如何打包，可以使用许多开发工具的IDE环境，如Eclipse等。也可以用 cmd 命令：jar -cvf mywarwar  myweb

webapps这个默认的应用目录也是可以改变。打开Tomcat的conf目录下的serverxml文件，找到下面内容：

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

unpackWARs="true" autoDeploy="true"

xmlValidation="false" xmlNamespaceAware="false">

将appBase修改即可。 

2、在serverxml中指定

在Tomcat的配置文件中，一个Web应用就是一个特定的Context，可以通过在serverxml中新建Context里部署一个JSP应用程序。打开serverxml文件，在Host标签内建一个Context，内容如下。

在tomcat中的conf目录中，在serverxml中的，<host/>节点中添加： 

<Context path="/hello" docBase="D:\ workspace\hello\WebRoot" debug="0" privileged="true"> 

< /Context>

或者

<Context path="/myapp" reloadable="true" docBase="D:\myapp" workDir="D:\myapp\work"/>

或者

<Context path="/sms4" docBase="D:\workspace\sms4\WebRoot"/>

说明：

path是虚拟路径；

docBase 是应用程序的物理路径；

workDir 是这个应用的工作目录，存放运行时生成的与这个应用相关的文件；

debug 则是设定debug level,  0表示提供最少的信息，9表示提供最多的信息

privileged设置为true的时候，才允许Tomcat的Web应用使用容器内的Servlet

reloadable 如果为true，则tomcat会自动检测应用程序的/WEB-INF/lib 和/WEB-INF/classes目录的变化，自动装载新的应用程序，可以在不重起tomcat的情况下改变应用程序，实现热部署

antiResourceLocking和antiJARLocking  热部署是需要配置的参数，默认false避免更新了某个webapp，有时候Tomcat并不能把旧的webapp完全删除，通常会留下WEB-INF/lib下的某个jar包，必须关闭Tomcat才能删除，这就导致自动部署失败。设置为true，Tomcat在运行对应的webapp时，会把相应的源文件和jar文件复制到一个临时目录里。

3、创建一个Context文件

在conf目录中，新建 Catalina＼localhost目录，在该目录中新建一个xml文件，名字不可以随意取，要和path后的那个名字一致，按照下边这个path的配置，xml的名字应该就应该是hello（helloxml），该xml文件的内容为：

<Context path="/hello" docBase="E:\workspace\hello\WebRoot" debug="0" privileged="true"></Context>

tomcat自带例子如下：

<Context docBase="${catalinahome}/server/webapps/host-manager"

privileged="true" antiResourceLocking="false" antiJARLocking="false">

</Context>

这个例子是tomcat自带的，编辑的内容实际上和第二种方式是一样的，其中这xml文件名字就是访问路径，这样可以隐藏应用的真实名字。

4、注意：

删除一个Web应用同时也要删除webapps下相应的文件夹和serverxml中相应的Context，还要将Tomcat的conf\catalina\localhost目录下相应的xml文件删除，否则Tomcat仍会去配置并加载。。。

二 动态部署

登陆tomcat管理控制台：http://localhost:8080/，输入用户名和密码后便可管理应用并动态发布。

在Context Path(option):中输入/yourwebname ，这代表你的应用的访问地址。

XML Configration file URL中要指定一个xml文件，比如我们在F:\下建立一个hmcxxml文件，内容如下： <Context reloadable="false" />其中docBase不用写了，因为在下一个文本框中填入。或者更简单点，这个文本框什么都不填，在WAR or Directory URL:中键入F:\hmcx即可，然后点击Deploy按钮，上面就可以看到了web应用程序，名字就Context Path(option):中的名字。

如果部署war文件还有更加简单的方式，下面还有个Select WAR file uploae点击浏览选择war文件，然后点击Deploy也可以。

如果只是修改页面文件（HTML或者JSP文件）是不需要重新部署和重启tomcat的。只有修改了Java代码才需要重新部署。至于要不要重启tomcat，看你的项目大小了。如果项目比较庞大，在本地测试久了就需要重启tomcat，释放内存。