Tomcat服务器配置管理(第1部分)
本文目录
1.1安装和配置管理Tomcat服务器 (2)
1.1.1安装Tomcat服务器程序 (2)
1.1.2配置Tomcat服务器程序 (4)
1.1.3管理Tomcat服务器程序 (7)
1.2在Tomcat中进行系统管理和配置 (10)
1.2.1Tomcat中的server.xml中的各个标签的含义 (10)
1.2.2Tomcat5.5以下版本系统管理Web应用程序 (17)
1.2.3Tomcat5.5以上版本系统管理Web应用程序 (20)
1.2.4Tomcat7.X版本的虚拟主机管理 (23)
1.1安装和配置管理Tomcat服务器
1.1.1安装Tomcat服务器程序
1、安装和配置JDK系统环境
（1）了解Tomcat系统
Apache Tomcat是Apache组织的Jakarta项目下的一个子项目，目前Tomcat被非常广泛地应用在中小规模的Java Web应用系统中。它是一种具有JSP环境的“Servlet容器”，同时也提供Web服务器的功能，另外Tomcat也提供有对JNDI、数据库连接池、事务处理等J2EE标准所要求的核心技术支持等。（2）需要安装和配置JDK
由于Tomcat服务器在运行时需要JDK系统，因此在安装Tomcat服务器程序之前要保证在机器中已经安装有JDK系统。当然，如果已经安装过，则不再需要重复。
2、安装Tomcat服务器和熟悉了解Tomcat的各种工作目录
Tomcat是一款开源免费的JSP服务器，可以在https://www.360docs.net/doc/311191180.html,/下载并安装Tomcat6或者7的版本。建议下载压缩包版本（*.zip版本）而不是Windows Service Installer的EXE安装文件。如下示图为本示例下载Tomcat7版本的局部截图。
将所下载的压缩包版本的文件解压缩到磁盘目录中,并记下安装的目录路径。
（1）安装Tomcat服务器
（2）bin目录
进入Tomcat安装目录下的bin子目录，可以看到startup.bat和shutdown.bat文件。
（3）webapps
（4）work目录
1.1.2配置Tomcat服务器程序1、配置Tomcat服务器的基本要求
对于设置Windows的系统环境变量，可以打开控制面板中的“系统”程序；在“系统环境变量”中增加两个环境变量项目JAV A_HOME（最好为大写）指向JDK的目录和TOMCAT_HOME（最好为大写）指向所安装的tomcat的目录。
2、设置JAV A_HOME系统环境变量值
注意JAV A_HOME系统环境变量值不要以“;”结束。
3、设置TOMCAT_HOME（或者：CATALINA_HOME）系统环境变量值
注意TOMCAT_HOME（或者：CATALINA_HOME）系统环境变量值不要以“;”结束。
4、设置Path路径的系统环境变量值
1.1.3管理Tomcat服务器程序
1、启动Tomcat服务器
如果需要启动Tomcat服务器，只需要执行在Bin目录下的名为startup.bat的脚本文件（或者catalina.bat的脚本文件）就可以启动Tomcat服务器。
startup.bat脚本实际上并没有做什么实际的工作，主要是查看当前命令所在目录和将调用该命令的参数传递给catalina.bat脚本文件。最后调用“catalina.bat start”命令启动Tomcat服务器。
2、启动后的控制台显示相关的状态信息
现在可以运行TOMCAT并作为一个独立的Servlet容器。
当看到出现信息:Server startup in XXXX ms的输出后，Tomcat就启动完毕了。反之则可能出现错误，无法启动。
3、测试Tomcat的服务器启动与否：
可以在浏览器中输入http://127.0.0.1:8080/index.jsp，是否出现如下内容。
注意：有的时候您可能想修改Tomcat的默认监听端口，请用文本编辑器打开Tomcat安装目录/conf/server.xml,找到如下的定义：
4、安全关闭Tomcat服务器 执行在Bin目录下的名为shutdown.bat的脚本文件可以终止Tomcat服务器，而不要直接关闭控制台窗口。 s 1.2在Tomcat中进行系统管理和配置 1.2.1Tomcat中的server.xml中的各个标签的含义 1、系统配置server.xml文件 （1）Tomcat中的server.xml文件的主要作用 该文件描述如何启动Tomcat服务器，并实现对Tomcat进行初始化。该配置文件主要实现如下的功能目标：提供Tomcat组件的初始配置和说明Tomcat的结构、含义，使得Tomcat通过实例化组件完成构建和启动的过程。 （2）Tomcat中的server.xml文件所在的位置 在Tomcat的安装目录下的conf子目录中包含有一个server.xml文件，如下示图所示为Tomcat7.X 版本的server.xml文件所在的目录示图： Tomcat7增加有对Servlet3.0、JSP2.2和JSP-EL2.2的技术支持、支持Web应用程序的内存泄露的检测和防护等很多新功能。 （3）server.xml中的各个主要的标签层次示例 其中的 （4）server.xml中的各个主要的标签层次关系 其中的 2、 Tomcat服务器是由一系列可配置的组件所构成的，其中核心组件是Catalina Servlet容器（Catalina是Tomcat以前的名字），它是所有其他Tomcat组件的顶层容器。Tomcat提供了Server接口的一个默认实现。 （1）主要的作用 它代表整个Catalina Servlet容器。因此，它必须是conf/server.xml配置文件中的最外层的标签元素（也就是必须为根标签）。它的属性代表了整个Servlet容器的特性。 （2） 1）className成员属性：其中的className成员属性为实现org.apache.catalina.Server接口的类名称。如果没有指定类名，则使用标准的实现类（Tomcat提供了Server接口的一个默认实现）； 2）port成员属性：服务器监听“shutdown”命令的TCP/IP端口号，但该TCP连接必须要从运行该Tomcat实例的主机中产生。 3）shutdown成员属性：为了关闭Tomcat服务器，必须给指定的端口号发送的命令字符串。 4）debug成员属性：与这个Server相关联的Logger记录的详细程度。数字越大，输出越详细。如果没有指定，缺省值为0。 如下示例： 3、 （1）主要的作用 （2） 1）className成员属性：为实现org.apache.catalina.Service接口的实现类名称。如果没有指定类名，使用标准的实现。 2）name成员属性：Service（服务）的显示名称，如果使用标准的Catalina组件，该名称会包括在日志消息中。与特定Server相关的每个Service的名称必须是惟一的。 如下示例： 4、 （1）主要的作用 表示客户端和Service（服务）之间的连接。 （2）主要的成员属性 1）port成员属性：指定服务器端要创建的端口号，并在这个断口监听来自客户端的请求 2）minProcessors成员属性：服务器启动时创建的处理请求的线程数 3）maxProcessors成员属性：最大可以创建的处理请求的线程数 4）enableLookups成员属性：如果为true，则可以通过调用request.getRemoteHost()进行DNS查询来得到远程客户端的实际主机名，若为false则不进行DNS查询，而是返回其IP地址。 5）redirectPort成员属性：指定服务器正在处理Http请求时收到了一个SSL传输请求后重定向的端口号。 6）acceptCount成员属性：指定当所有可以使用的处理请求的线程数都被使用时，可以放到处理队列中的请求数，超过这个数的请求将不予处理。 7）connectionTimeout成员属性：指定超时的时间数（以毫秒为单位）。 如下示例： enableLookups="false"redirectPort="8443"acceptCount="100"debug="0"connectionTimeout="20000" disableUploadTimeout="true"URIEncoding="GBK"/> 5、 （1）主要的作用 每个Service标签元素必须有且仅有一个Engine标签元素，Engine标签元素跟在对应的Connector 标签元素的后面。如下示例： （2）主要的成员属性 1）defaultHost成员属性：缺省主机名，缺省主机用来处理不能匹配任何Context路径的请求。所有嵌套在Engine中的Host元素中，必须有一个Host的name属性与这个名称匹配。 2）name成员属性：Engine的逻辑名，用在日志和错误消息中。 3）debug成员属性：与这个Engine相关联的Logger记录的详细程度。数字越大，输出越详细。如果没有指定，缺省值为0。 6、 （1）主要的作用 它代表一个Web应用，运行在某个特定的虚拟主机上，在一个 每个Web应用可以是基于一个Web Application Archive（WAR）文件，或者是一个目录，包含WAR 文件解压后的内容。 另外，必须定义一个Context路径长度为0的Context（path=""），这个Context称为该虚拟主机的缺省Web应用，用来处理那些不能匹配任何Context的Context路径的请求。如下示例： （2）主要的成员属性 1）docBase成员属性：应用程序的路径名称或者是WAR文件存放的路径 2）path成员属性：表示此Web应用程序的URL的前缀，如请求的URL为http://localhost:8080/path/**** 3）reloadable成员属性：如果设置为true，则Tomcat会自动检测应用程序的/WEB-INF/lib和/WEB-INF/classes目录的变化，自动装载新的Web应用程序。从而可以在不启动Tomcat服务器的情况下改变Web应用程序的配置或者程序本身。 7、 （1）主要的作用 代表一个虚拟主机，虚拟主机将服务器的网络名（比如https://www.360docs.net/doc/311191180.html,）和运行Catalinade 的某个特定服务器联系起来。 （2）Host的主要成员属性 1）appBase成员属性：虚拟主机的Applicaton Base目录（所有的Web应用程序的根目录）。这是在该虚拟主机上发布Web应用的目录路径。可以指定绝对路径，或者使用相对于$CATALINA_HOME的路径。 2）autoDeploy成员属性：这个标志表示在Tomcat运行的时候，放到appBase目录下的新的Web应用是否自动发布。缺省为true。 3）backgroundProcessorDelay成员属性：这个成员属性值代表在该Host及其子容器（包括所有的wrappers）上调用backgroundProcess方法的延时，以秒为单位。如果延时值非负，子容器不会被调用，这意味着子容器使用自己的处理线程。如果该值为正，会创建一个新的线程。 在等待指定的时间以后，该线程在Host及其子容器上调用backgroundProcess方法。Host使用后台处理进行与web应用实时发布有关的操作。如果没有指定，缺省值是－1，说明host依赖其所属的Engine 的后台处理。 4）className成员属性：为实现org.apache.catalina.Host接口的Java程序类。如果没有指定，使用标准实现。 5）deployOnStartup成员属性：这个标志表明这个Host的Web应用是否由Host的Configurator自动发布。缺省为true。 6）name成员属性：虚拟主机的网络名称，也就是在DNS服务器上注册的名称。嵌套在Engine的 所有Host中，必须有一个Host的名字与Engine的defaultHost属性相同。如下示例： autoDeploy="true"xmlValidation="false"xmlNamespaceAware="false"> 8、 （1）主要的作用 Catalina容器（Engine，Host或者Context）使用 （2）主要成员属性 1）className成员属性：实现org.apache.catalina.Logger接口的Java程序类 2）directory成员属性：存放日志文件的目录，可以是相对路径或者绝对路径。如果使用相对路径，是指相对于$CATALINA_HOME的路径。如果不指定directory属性，缺省值是“logs”（相对于$CATALINA_HOME） 3）prefix成员属性：日志文件名的前缀。如果没有指定，缺省值是“catalina”。如果不想使用前缀，使用长度为0的字符串。 4）Suffix成员属性：日志文件名称的后缀。如果没有指定，缺省值为“.log”。如果不想使用后缀，使用长度为0的字符串。 5）Timestamp成员属性：如果为true，所有消息都会加上日期和时间戳。缺省值为false。 如下示例： prefix="localhost_log."suffix=".txt"timestamp="true"/> 9、 （1）主要的作用 它的功能与 1）lassName成员属性：指定Valve使用的类名，如用org.apache.catalina.valves.AccessLogValve类可以记录应用程序的访问信息 2）directory成员属性：指定log文件存放的位置 3）pattern成员属性：有两个值，common方式记录远程主机名或ip地址，用户名，日期，第一行请求的字符串，HTTP响应代码，发送的字节数。combined方式比common方式记录的值更多。如下示例： prefix="localhost_access_log."suffix=".txt"pattern="%h%l%u%t"%r"%s%b"/> 10、 （1）主要的作用 表示存放用户名，密码及角色等资源用户访问控制的信息。 （2）主要成员属性 1）className成员属性：指定Realm使用的类名，此类必须实现org.apache.catalina.Realm接口。 1.2.2Tomcat5.5以下版本系统管理Web应用程序 1、系统管理控制台 大多数商业化的J2EE服务器都提供一个功能强大的管理界面（如Weblogic的管理控制台），且大都采用易于理解的Web应用界面。 在Tomcat服务器中同样提供有一个成熟的系统管理工具Admin Web Application。它可以管理Context、Data Source、User和Group等参数。从而可以避免手动修改配置文件而出现相关的错误。2、系统管理Web应用程序（Admin Web Application） Tomcat5.5以下版本中的Admin Web Application被定义在自动部署文件：C:\jakarta-tomcat-5.0.19\server\webapps\admin\admin.xml中（请见下图所示）。 3、编辑其中的admin.xml文件 通过编辑admin.xml文件，以确定Context中的docBase参数设置为Admin Web Application所在的目录路径（应该是绝对路径）。作为另外一种选择，也可以删除这个自动部署文件，而在 C:\jakarta-tomcat-5.0.19\conf\server.xml文件中建立一个Admin Web Application的Context，其功能效果是一样的。 但不能管理Admin Web Application这个Web应用程序，换而言之，除了可以删除其中的CATALINA_BASE/webapps/admin.xml文件，其它可能什么都做不了。 注意： 如果将其中的被注释掉的 allow="127.0.0.1"/>打开，将能够限制访问Admin Web Application的程序主机为本机（服务器主机）；当然也可以设置为其它的主机IP地址（如设置为Web管理员所的工作主机）。 4、在C:\jakarta-tomcat-5.0.19\conf\tomcat-users.xml文件中添加系统管理员的角色和系统管理员 Tomcat中提供UserDatabaseRealm（默认），这样我们可以根据管理的需要添加不同的用户角色和与该角色相配置的用户名称和密码。 （1）添加用户角色 （2）添加与该角色相配置的用户名称和密码 当完成这些步骤后，请重新启动Tomcat，访问http://localhost:8080/admin，将看到一个登录界面。Admin Web Application程序采用基于容器管理的安全机制，并采用了Jakarta Struts框架。下面是在原来的tomcat-users.xml文件中再添加了两个角色admin和manager，同时也添加了与该两个角色相配置的用户admin和manager。 5、登录Admin Web Application程序 输入http://localhost:8080/admin/进入系统管理员的登录页，然后在页中输入用户名称：admin和密码：12345678。 将进入系统管理的界面，在该系统管理的程序中将可以配置各种资源（包括全局和局部）如Data Sources、Mail Sessions、Environment Entries，并且也可以管理Users和Groups以及Roles等功能。 1.2.3Tomcat5.5以上版本系统管理Web应用程序 1、不再集成系统管理Web应用程序 在Tomcat5.5以后的binary核心安装版不再集成Tomcat Administration Web Application Tool，需要独立下载安装。而Tomcat6.0后的Administration Web Application仅包含在源码包中，没有独立下载的安装包。也就是Tomcat5.5并没有为Administration Web Application提供一种自动整合的安装程序。 软件开发项目配置管理工具的选择 通过软件配置管理，将对软件系统中的多重版本实施系统的管理；全面记载系统开发的历史过程，包括为什么修改，谁作了修改，修改了什么；管理和追踪开发过程中危害软件质量以及影响开发周期的缺陷和变化。并对开发过程进行有效地管理和控制，完整、明确地记载开发过程中的历史变更，形成规范化的文档，不仅使日后的维护和升级得到保证，而且更重要的是，这还会保护宝贵的代码资源，积累软件财富，提高软件重用率，加快投资回报…… 每一个软件项目，无论是工程类项目，还是产品类项目，都必须经历需求分析、系统设计、编码实现、集成测试、部署、交付、维护和支持的过程。在这个过程中，将生成各种各样不同的工件，包括文档、源程序、可执行代码、支持库。更可怕的是，频繁出现的变更是不可避免的，因此面向如此庞大且不断变动的信息集，如何使其有序、高效地存放、查找和利用就成为了一个突出的问题。 针对这一问题，最早的开发人员尝试过的解决办法是通过手工来实现： 1)文档：每次修改时都另存为一个新的文件，然后通过文件名进行区分，例如"XXX 软件需求说明书V1.0，XXX软件需求说明书V1.1，XXX 软件需求说明书V2.0."，并且在文件中注明每次版本变化的内容； 2) 源代码：每次要修改时就将整个工程目录复制一份，将原来的文件夹进行改名，例如"XX 项目V1.0、XX 项目1.01、."，然后在新的目录中进行修改； 但是这种方法，不仅十分繁琐，容易出错，而且会带来大量的垃圾数据。如果是团队协同开发或者是项目规模较大时，还是会造成很大的混乱。很显然，这样简陋的方法是无法应对这一问题的。后来，有人尝试从制造工业领域引入了"配置管理"这一概念，通过不懈的研究与实践，最终形成了一套管理办法和活动原则，这也就是软件配置管理。 通过软件配置管理，将对软件系统中的多重版本实施系统的管理；全面记载系统开发的历史过程，包括为什么修改，谁作了修改，修改了什么；管理和追踪开发过程中危害软件质量以及影响开发周期的缺陷和变化。并对开发过程进行有效地管理和控制，完整、明确地记载开发过程中的历史变更，形成规范化的文档，不仅使日后的维护和升级得到保证，而且更重要的是，这还会保护宝贵的代码资源，积累软件财富，提高软件重用率，加快投资回报。 常见的配置管理工具 正如前面所述，由于软件配置管理过程十分繁杂，管理对象错综复杂，如果是采用人工的办法不仅费时费力，还容易出错，产生大量的废品。因此，引入一些自动化工具是十分有裨益的，这也是做好配置管理的必要条件。 正是因为如此，市场上出现了大量的自动化配置管理工具，这些工具的实现原理与基本机制 Java的安装配置 1.在/etc/profile文件中配置相应的信息（如下） export JAVA_HOME=/usr/java/jdk1.6.0_20 export JRE_HOME=/usr/java/jdk1.6.0_20/jre export CLASSPATH=.:$JAVA_HOME/lib:$JRE_HOME/lib:$CLASSPATH export PATH=$JAVA_HOME/bin:$PATH 2.是配置文件生效命令：Source/etc/profile 3.输入javac–version查看配置是否成功 TOMCAT安装配置 1.修改tomcat/bin文件夹下的catalina.sh文件，增加如下的内容： export JAVA_HOME=/usr/java/jdk1.5.0_08 export CLASSPATH=.:$CLASSPATH:$JAVA_HOME/lib:$JAVA_HOME/jre/lib export PATH=$PATH:$JAVA_HOME/bin:$JAVA_HOME/jre/bin export CATALINA_HOME=/usr/local/tomcat （红色可选部分） usr/local/tomcat/bin/catalina.sh start 在/etc/rc.d/rc.local中加入: /usr/local/tomcat/bin/startup.sh（实现自动启动） 2.修改tomcat/conf文件夹下的tomcat-users.xml文件，添加相应的用户角色（manager）及用户信息（用户名及密码），具体的添加详见文件中的模板： 火灾自动报警系统是在保护对象发生火灾的情况下自动探测、显示发出火灾警报的装置。它广泛应用于现代化工厂、物资仓库、高层建筑、计算中心等建筑物内，对保证人民的生命和财产安全起着巨大作用。 火灾自动报警要经历安装、接线、调试、验收等诸多环节，其中调试是其中最重要的一个环节之一。说起调试，每个火灾自动报警系统都有其特有的调试软件，而每个厂家的调试软件只有其相关的调试人员才会接触到，相对于普通人来说也是比较神秘的，下面国产火灾报警品牌巨头一海湾的进行揭秘。 首先打开海湾调试软件工具，屏幕会出现输入密码界面 输入密码后进入GstCfg配置管理工具界面，界面有标题栏、工具栏、状态区域和编辑区域组成。 WRIVJ.A 右击状态区域内“控制器”可以添加控制器操作，GstCfg配置管理工具可添加的控制器有GST20C火灾报警控制器、GST500/5000 火灾报警控制器、GST900C火灾报警控制器、DH9000电气火灾控制器、以及KR9000可燃气体报警控制器。 控制器添加界面可以对控制器的名称，是否联网、以及新老国标等基本属性进行选择。 控制器添加完成后进入如下界面，在这了我们添加一个新国标地址号是01的GST500C型火灾报警控制器 欝E.H k^ITEHlJ-A A EW4U眠皿活冋1SB 畑：fi ------------------- ■ j ■* 可以在左侧框内的GST5000C控制器右击选择添加回路，选择回路数量进行添加。添加好的界面如下 图中右侧显示的就是设备定义的界面， 在这里可以完成对所有设 备定义数据的填写。最左边的一列是设备的二次码， 选中右击二次码 可以对其进行批量修改。 ML 士 HS-ti p -yi | mmv ■■ 離 ?皿心卸 Et? ■F ■?; *g ■ Mimi I q ? mum ? 卜 ii 1 卫 L J Ml?]i | iSH> M G . 口亠■史曲 ■ :石「 '| E P L \ b □ 1 B —帛?P L ?吐皿 Q fl 4 HKOt 阿沁0 □ ■ i 沁〈亍6 * 4 * V M IO? 1 t .：.?■：：:? >Q 4 | 1 i ?l?St 1 I I 0W"*E 0 L j 0 $ 川1 otltlt D L Qb”利1 ? 上理_； M |?|| fn- AhB D u 51- PS.m 1 h 一 ^ b 白 會 nsn 0?i-5HE 0 ￡ a>*3 Rfl J ~0 4 "t Al M IMF t 曲祐i b 1 Q V [| (^ICM OCMH 0 k 1 H 「 1 口*飓6 I 口 4 if 1 W 1 wi?ir CW4HL D ._"L g fi 曾 'P ' wwii 1 "T "?■ #￡ 厂 t 1 6 i i ' il DMAII D C n> A949I □ ；M bMtt i ? i> *!?■? 1 fi ；n t awt-^'S n U S *9 J 口 4 HUtil X 蘇Q k 汁”枕 0 I ；裁?1?2f ' t gMt 0 L as 1 4 i 31 i i g?p-M Q . k "■却捆 n ii ■ i 亦a 沁"厂 k H ■■盟耐 Q 4 |T ?J0? & MHK P 匚岭彗r.g 1 Q I * NIKI ￡M?E 0 =H 联1 I 4 i￡ —慣呻一 MMNE 6 I ? * . 1 Tomcat（免安装版）的安装与配置 一、下载Tomcat Tomcat可以从https://www.360docs.net/doc/311191180.html,/网站下载，选择任意版本，在 Binary Distributions 下的zip包既是。 二、配置Tomcat 1、将下载Tomcat Zip压缩包解压。 2、修改\bin\startup.bat文件： 在第一行前面加入如下两行： SET JAVA_HOME=JDK目录 SET CATALINA_HOME=前面解压后Tomcat的目录或者%cd% 如果需要使用shutdown.bat关闭服务器的话，也按照上面加入两行。 3、这样，运行startup.bat就可以运行服务器，运行shutdown.bat就可以关闭服务器了。 4、修改\conf\tomcat-users.xml文件： 在 tomcat6.0配置 第一步：下载j2sdk和tomcat：到sun官方站点 最新的jdk为1.6.04，tomcat为6.0，建议jdk1.4以上，tomcat4.0以上 第二步：安装和配置你的j2sdk和tomcat：执行j2sdk和tomcat的安装程序，然后设置按照路径进 行安装即可。 1.安装j2sdk以后，需要配置一下环境变量，在我的电脑->属性->高级->环境变量->系统变量中添加 以下环境变量(假定你的j2sdk安装在c:\j2sdk1.4.2）： JAVA_HOME=c:\j2sdk1.4.2 classpath=.;%JAVA_HOME%\lib\dt.jar;%JAVA_HOME%\lib\tools.jar;（.;一定不能少，因为它代表 当前路径) path=%JAVA_HOME%\bin 接着可以写一个简单的java程序来测试J2SDK是否已安装成功： 将上面的这段程序保存为文件名为Test.java的文件。 然后打开命令提示符窗口，cd到你的Test.java所在目录，然后键入下面的命令 javac Test.java java Test 此时如果看到打印出来This is a test program.的话说明安装成功了，如果没有打印出这句话，你需 要仔细检查一下你的配置情况。 2.安装Tomcat后，在我的电脑->属性->高级->环境变量->系统变量中添加以下环境变量(假定你的 tomcat安装在c:\tomcat）： CATALINA_HOME：c:\tomcat CATALINA_BASE：c:\tomcat TOMCAT_HOME: C:\Tomcat 然后修改环境变量中的classpath，把tomat安装目录下的common\lib下的servlet.jar追加到 classpath中去，修改后的classpath如下： 本人从网上收集整理的几个需求管理工具- 项目管理 需求是研发团队工作的起点，很多研发团队的开发过程混乱的源头都在于需求管理没有做好。这里是本人收集整理的几个需求管理系统，希望对大家有点帮助。 Rational RequisitePro Rational RequisitePro是一个强大、易用、集成的需求管理产品。而通过与Rational系列软件产品的广泛集成，大大扩展了RequisitePro及其他产品的功能，给软件工程生命周期内的各个阶段都提供了强大、方便的信息查询、跟踪、管理功能。从而能够促进更好的团队沟通、帮助管理变更和评估变更的影响，帮助验证所有的规划需求被交付物所满足、降低项目风险。 网址：https://www.360docs.net/doc/311191180.html,/software/awdtools/reqpro/ IBM Rational DOORS IBM Rational DOORS前身是大名鼎鼎的Telelogic DOORS，被IBM收购后更名为IBM Rational DOORS。DOORS 是最老牌的企业需求管理套件，通过使用DOORS/ERS，可以帮助企业更有效地进行沟通并加强协作与验证，从而降低失败的风险。通过对整个组织实施多种需求管理的方法，可以使项目的管理更加透明。它可以使企业跨越地域与组织的边界来按国际化的方式运行。 网址：https://www.360docs.net/doc/311191180.html,/software/awdtools/doors/ Borland CaliberRM Borland CaliberRM是一个基于Web 和用于协作的需求定义和管理工具，可以帮助分布式的开发团队平滑协作，从而加速交付应用系统。CaliberRM 辅助团队成员沟通，减少错误和提升项目质量。CaliberRM 有助于更好地理解和控制项目，是Borland 生命周期管理技术暨Borland Suite 中用于定义和设计工作的关键内容，能够帮助团队领先于竞争对手。CaliberRM提供集中的存储库，能够帮助团队在早期及时澄清项目的需求，当全体成员都能够保持同步，工作的内容很容易具有明确的重点。此外，CaliberRM 和领先的对象建模工具、软件配置管理工具、项目规划工具、分析设计工具以及测试管理工具良好地集成。这种有效的集成有助于更好地理解需求变更对项目规模、预算和进度的影响。 网址：https://www.360docs.net/doc/311191180.html,/us/products/caliber/index.html 软件配置管理工具Vss6.0实用指南 一、版本管理的必要性 如果说70年代的软件危机导致了软件工程思想的诞生和理论体系的发展，那么80～90年代尤其是90年代软件产业的迅猛发展导致了另一种新思想的产生和实现，这就是软件的版本管理。 只要参加过软件开发的人都清楚，现在的软件项目完全由一个人来完成是难以想象而且也是不可能的，通常是有一个研发小组来共同分析、设计、编码和维护，并有专门的测试小组对已完成编码调试的软件进行全面的测试。在软件开发这个庞大而复杂的过程中，需要涉及到各个方面的人员，信息的交流反馈不仅仅是在研发小组的成员之间及各个研发小组之间，还存在于客户和研发者之间。所有的这些交流反馈意见信息都有可能导致对软件的修改，小的可能只是对某个源文件中的某个变量的定义改动，大到重新设计程序模块甚至可能是整个需求分析变动。在这个工程中，由于软件开发所固有的特征，可能会形成众多的软件版本，而且我们并不能保证不出现错误的修改，而这样的一个困难局面却又非常现实地摆在项目开发管理者的面前，他/她该如何有效地解决这些问题，具体地说就是如下一些问题： 1.怎样对研发项目进行整体管理； 2.项目开发小组的成员之间如何以一种有效的机制进行协调； 3.如何进行对小组成员各自承担的子项目的统一管理； 4.如何对研发小组各成员所作的修改进行统一汇总； 5.如何保留修改的轨迹，以便撤销错误的改动； 6.对在研发过程中形成的软件的各个版本如何进行标识，管理及差异识辨等等。 一个非常直接的反应，我们必须要引进一种管理机制，一个版本管理机制，而且是广义上的版本管理，它不仅需要对源代码的版本进行管理，而且还要对整个项目进行管理。以往的那种被誉为具有良好编程风格的做法，诸如在对他人的源程序进行修改时注释修改原因，修改人和日期，如果是多个成员同时进行了修改，那么需要进行及时的人工的差异比较和综合以便形成一个统一的新版本。这种做法在当前的大型软件的开发中已经越来越没有空间了，可以说是一种以小作坊的形式来面对软件的社会化大生产，再也不可能行得通了。 其实，版本管理的思想很早就存在于软件开发者的头脑之中，只是以往的认识没有现在人们所意识到的那样迫切。UNIX 的程序开发系统较早就提供了能够进行开发小组中源代码版本管理的工具，现在的Linux更是提供功能强大的能够跨平台的版本管理器，国外公司的基于Windows的版本管理器也已经有了比较成熟的产品，国内的研究单位如北京大学计算机系CASE实验室也在致力于这方面的工作。在众多的成熟产品和试验产品中，这里只将对使用比较广泛，有较大用户前景且又能较易获得的版本管理器产品Microsoft公司的Visual SourceSafe6.0进行详细的介绍，针对普通的研发小组的解决方案，及具体的实现。 二、Visual SourceSafe6.0(VSS6.0)简介 VSS6.0现在是作为Microsoft Visual Studio6.0这个开发产品家族的一员，如Visual C++6.0和Visual J++6.0一样。 1.VSS的简单工作原理 Microsoft的VSS6.0解决了软件开发小组长期所面临的版本管理问题，它可能有效地帮助项目开发组的负责人对项目程序进行管理，将所有的项目源文件（包括各种文件类型）以特有的方式存入数据库。开发组的成员不能对该数据库中的 软件配置管理计划示例 计划名国势通多媒体网络传输加速系统软件配置管理计划 项目名国势通多媒体网络传输加速系统软件 项目委托单位代表签名年月日 项目承办单位北京麦秸创想科技有限责任公司 代表签名年月日 1 引言 1．1 目的 本计划的目的在于对所开发的国势通多媒体网络传输加速系统软件规定各种必要的配置管理条款，以保证所交付的国势通多媒体网络传输加速系统软件能够满足项目委托书中规定的各种原则需求，能够满足本项目总体组制定的且经领导小组批准的软件系统需求规格说明书中规定的各项具体需求。 软件开发单位在开发本项目所属的各子系统（其中包括为本项目研制或选用的各种支持软件）时，都应该执行本计划中的有关规定，但可以根据各自的情况对本计划作适当的剪裁，以满足特定的配置管理需求。剪裁后的计划必须经总体组批准。 1．2 定义 本计划中用到的一些术语的定义按GB/T 11457 和GB/T 12504。 1．3 参考资料 ◆GB/T 11457 软件工程术语 ◆GB 8566 计算机软件开发规范 ◆GB 8567 计算机软件产品开发文件编制指南 ◆GB/T 12504 计算机软件质量保证计划规范 ◆GB/T 12505 计算机软件配置管理计划规范 ◆国势通多媒体网络传输加速系统软件质量保证计划 2 管理 2．1 机构 在本软件系统整个开发期间，必须成立软件配置管理小组负责配置管理工作。软件配置管理小组属项目总体组领导，由总体组代表、软件工程小组代表、项目的专职配置管理人员、项目的专职质量保证人员以及各个子系统软件配置管理人员等方面的人员组成，由总体组代表任组长。各子系统的软件配置管理人员在业务上受软件配置管理小组领导，在行政上受子系统负责人领导。软件配置管理小组和软件配置管理人员必须检查和督促本计划的实施。各子系统的软件配置管理人员有权直接向软件配置管理小组报告子项目的软件配置管理情况。各子系统的软件配置管理人员应该根据对子项目的具体要求，制订必要的规程和规定，以确保完全遵守本计划规定的所有要求。 2．2 任务 第1章 Tomcat的安装与配置 Tomcat可以运行Servlet和JSP，是一个小型的轻量级应用服务器，它性能稳定、扩展性好、源码开放，是开发中小型Web应用系统的首选。本章首先介绍Tomcat服务器特点、层次结构、应用处理流程及发展史，然后讲述Tomcat的安装、设置和测试，接着介绍Tomcat 目录结构、常用配置平台、控制和管理程序等，最后设计一个不需数据库支持的简单聊天室。 1.1 Tomcat简介 Tomcat是Sun的JSWDK（Java Server Web Development Kit）中的Servlet容器，属于Apache软件基金会（Apache Software Foundation）的Jakarta项目中的一个核心项目，由Apache、Sun和其他一些公司和个人共同开发而成。Tomcat既是一个开放源码、免费支持JSP和Servlet技术的容器，同时又是一个Web服务器软件，受到了Sun公司的大力推荐和支持。因此，Servlet和JSP的最新规范都可以在Tomcat的新版本中得到实现。 与传统桌面应用程序不同，Tomcat中的应用程序是一个WAR（Web Archive）文件，它是许多文件构成的一个压缩包，包中的文件按照一定目录结构来组织，不同目录中的文件也具有不同的功能。部署应用程序时，只需要把WAR文件放到Tomcat的webapp目录下，Tomcat会自动检测和解压该文件。JSP文件第一次执行时，要先由Tomcat将其转化为Servlet文件，然后编译，所以速度会慢一些，但后继执行时速度会很快。 Tomcat既是一个Servlet容器，又是一个独立运行的服务器，像IIS、Apache等Web 服务器一样，具有处理HTML页面的功能。但它处理静态HTML文件的能力并不是太强，所以一般都是把它当作JSP/Servlet引擎，通过适配器（Adapter）与其他Web服务器软件（如Apache）配合使用。此外，Tomcat还可与其他一些软件集成起来实现更多功能，例如，与JBoss集成起来开发EJB、与OpenJMS集成起来开发JMS应用、与Cocoon（Apache的另外一个项目）集成起来开发基于XML的应用等。 Tomcat是一个小型的轻量级应用服务器，运行时占用系统资源小、扩展性好、支持负载平衡与邮件服务等开发应用系统中的常用功能，并且不断改进和完善。Tomcat适用于中小型系统和并发访问用户不太多的场合，是开发和调试JSP程序的首选。先进的技术、稳定的性能、源码开放和免费获取的机制，使得Tomcat深受Java爱好者的喜爱并得到了许多软件开发商的认可，成为目前相当流行的Web应用服务器。 1.1.1 Servlet简述 谈起Tomcat，就不能不说Servlet，如果没有Servlet的应用需求，就没有Tomcat的产 Firefly与其它配置管理工具的比较_Hansky Firefly与同类产品的比较一、现状简述 现在流行的软件配置管理工具(SCM Tools)大致有如下几个品种: , IBM—ClearCase (CC); , SVN; , Hansky—Firefly; 该份可行性报告即为以上配置管理工具的评估报告，其侧重点针对本中心的实际情况，结合各个开发部门的操作系统，开发流程，项目规模，易用性，价格，与其他管理系统的良好的结合性等等方面来进行考虑。 二、进行软件配置管理的目的 1、权限控制(Access Control) 权限控制对SCM工具来说至关重要。一方面，既然是团队开发，就可能需要限制某些成员的权限;特别是大项目往往牵扯到子项目外包，到最后联调阶段会涉及到很多不同的单位，更需要权限管理。另一方面，权限控制也减小了误操作的可能性，间接提高了SCM工具的可用性(Usability)。 现有的SCM工具，在权限控制方面差异很大，也说明了大家都在探索更有效的权限控制的方法。透过不同权限控制方法的差异，我们不难看到其共性:其核心概念是行为(Action)、行为主体、行为客体。 行为主体:即用户(User)。用户组(User Group)并不是行为主体，但它的引入大大方便了权限管理。 行为客体:即项目和项目成员(Member)。不管从SCM工具的开发者还是使用者的角度，项目和项目成员都是不同的行为客体。 行为:即由主体施加在客体之上的特定操作，签入和签出是再典型不过的例 子。 三个核心概念搞清之后，就可以讨论权限的概念了。 权限是这样一个四元向量:(主体，客体，行为，布尔值)。即，“主体在客体 上施加某种行为是否被获准”。 由此看来，权限控制的基本工作就是负责维护主体集合、客体集合、行为集合、权限向量集合。其中，行为集合是固定不变的(在SCM工具开发之时已确定)，其它三种集合都是动态变化的。 2、版本控制(Version Control) SCM工具记录项目和文件的修改轨迹，跟踪修改信息，使软件开发工作以基线(Baseline)渐进方式完成，从而避免了软件开发不受控制的局面，使开发状态变得有序。 SCM工具可以对同一文件的不同版本进行差异比较，可以恢复个别文件或整个 项目的早期版本，使用户方便地得到升级和维护必需的程序和文档。 SCM工具内部对版本的标识，采用了版本号(Version Number)方式，但对用户 提供了多种途径来标识版本，被广泛应用的有版本号、标签(Label)和时间戳(Time Stamp)。多样灵活的标识手段，为用户提供了方便。 3、增强的版本控制(Enhanced Version Control) 快照(Snapshot)和分支(Branch)以基本的版本控制功能为基础，使版本控制的功能又更进一步增强。 快照是比版本高一级的概念，它是项目中多个文件各自的当前版本的集合。快照使恢复项目的早期版本变得方便，它还支持批量签入(Check in)、批量签出(Check out)和批量加标签(Label)等操作。总之，快照是版本控制的一种增强，使版本控制更加方便高效。 第1章Tomcat的安装与配置 Tomcat可以运行Servlet和JSP，是一个小型的轻量级应用服务器，它性能稳定、扩展性好、源码开放，是开发中小型Web应用系统的首选。本章首先介绍Tomcat服务器特点、层次结构、应用处理流程及发展史，然后讲述Tomcat的安装、设置和测试，接着介绍Tomcat 目录结构、常用配置平台、控制和管理程序等，最后设计一个不需数据库支持的简单聊天室。 1.1 Tomcat简介 Tomcat是Sun的JSWDK（Java Server Web Development Kit）中的Servlet容器，属于Apache软件基金会（Apache Software Foundation）的Jakarta项目中的一个核心项目，由Apache、Sun和其他一些公司和个人共同开发而成。Tomcat既是一个开放源码、免费支持JSP和Servlet技术的容器，同时又是一个Web服务器软件，受到了Sun公司的大力推荐和支持。因此，Servlet和JSP的最新规范都可以在Tomcat的新版本中得到实现。 与传统桌面应用程序不同，Tomcat中的应用程序是一个WAR（Web Archive）文件，它是许多文件构成的一个压缩包，包中的文件按照一定目录结构来组织，不同目录中的文件也具有不同的功能。部署应用程序时，只需要把WAR文件放到Tomcat的webapp目录下，Tomcat会自动检测和解压该文件。JSP文件第一次执行时，要先由Tomcat将其转化为Servlet文件，然后编译，所以速度会慢一些，但后继执行时速度会很快。 Tomcat既是一个Servlet容器，又是一个独立运行的服务器，像IIS、Apache等Web 服务器一样，具有处理HTML页面的功能。但它处理静态HTML文件的能力并不是太强，所以一般都是把它当作JSP/Servlet引擎，通过适配器（Adapter）与其他Web服务器软件（如Apache）配合使用。此外，Tomcat还可与其他一些软件集成起来实现更多功能，例如，与JBoss集成起来开发EJB、与OpenJMS集成起来开发JMS应用、与Cocoon（Apache的另外一个项目）集成起来开发基于XML的应用等。 Tomcat是一个小型的轻量级应用服务器，运行时占用系统资源小、扩展性好、支持负载平衡与邮件服务等开发应用系统中的常用功能，并且不断改进和完善。Tomcat适用于中小型系统和并发访问用户不太多的场合，是开发和调试JSP程序的首选。先进的技术、稳定的性能、源码开放和免费获取的机制，使得Tomcat深受Java爱好者的喜爱并得到了许多软件开发商的认可，成为目前相当流行的Web应用服务器。 1.1.1 Servlet简述 谈起Tomcat，就不能不说Servlet，如果没有Servlet的应用需求，就没有Tomcat的产 ITSM四大管理工具的比较 很多人都知道，工具在ITSM中的地位要排在流程和人的后面，但是这并不说明工具就不够重要。与此相反，正是因为它担负着要把无形的流程固化下来的重任导致它永远不可能被忽视。如今，各家厂商ITSM 的工具所包含的广度越来越大，但在同时，单个工具的亮度也越来越被弱化。 具体来讲，IBM、HP和BMC、CA在工具拓展上呈现出两大截然相反的趋势。就前两者而言，虽然都在强调收购对象与本公司原有产品的优势互补，但是收购的重点显然并不一样。IBM就把其Tivoli的技术平台认为是IBM在ITSM产品上的核心部分，其中针对各个具体领域（比如监控）的软件工具是其价值所在；而HP对Peregrine的收购，说明其正在努力使其原有的OpenView Service Desk产品在标准化和定制化两个方向上能够左右逢源。另外，变更和配置管理数据库（CMDB）似乎已经是ITSM在现阶段的一个热点产品。它作为一个统一连接点与许多模块都相关联。但也有人指出，现在大炒变更和配置管理数据库的概念似乎也存在着一种要将用户带入一个在技术上不透明地带的趋向。 据META Group的观点，在2007年以前，大厂商的技术解决方案并不能完全实现流程整合。这也从另一个角度反映了谁能率先实现流程整合的功能，将在ITSM的竞赛中占得先机。 IBM IBM对目前的IT服务管理市场无疑非常看好。按照IBM大中华区软件集团市场总监左洪所说，目前中国的企业每天有一百万美金花费在IT服务管理上，而且这个市场正以超过20％的速度增长；而在另一方面，这个市场非常分散，几乎没有一个厂商占到超过15％的份额。IBM认为，这个市场未来将很快得以整合，而IBM本身所提供的的ITSM工具将在这场份额争夺战中具有相当强的优势。 IBM宣称，它的ITSM覆盖了所有的IT管理流程——从变更管理、配置管理、发布管理到信息生命周期管理等。IBM基于自有的中间件产品Tivoli、Rational、WebSphere和DB2，扩大了它在自主管理技术领域的创新，ITSM内含的“工具顾问（tool mentors）”可以帮助用户完成对ITIL描述的所有流程的部署。 值得一提的是，IBM Tivoli的变更和配置管理数据库（CCMDB）。与其他厂商不同，IBM认为这是一个将分散在多个数据库中的IT信息联合在一起的“虚拟”数据库。它可以为运行在数十个服务器上的应用提供一个单一的视图，以便IT人员根据变更和配置信息做出更准确的决策。这一产品将在2006年上半年进行有限发布，（最终将在2007年完成发布）。 HP 惠普公司拥有一种包括了基础设施和Service Desk流程功能的、可*集成的服务管理解决方案。在2005年4月份履新成为HP企业客户及公共事业集团软件部总经理的刘洪表示: “现在OpenView已经完成从技术到品牌的过渡阶段，正在转向行业解决方案。”而他说这番话的背景是惠普的软件收入中多一半是来自OpenView。为了品牌的一致性，惠普在过去一年中更新和新开发的软件，全部以OpenView命名，如今在OpenView这个品牌下总共有47款产品之多。 而从技术手段上看，惠普通过一系列的收购和研发投入，已使OpenView 从网络和系统管理扩展到应用管理，IT服务管理和业务流程管理，并且在身份管理和变更管理的产品技术上处于领先地位。 对于收购Peregrine公司一事，业界一度猜测这是否表明HP对本身的Open View Service Desk性 几个版本控制软件的比较 https://www.360docs.net/doc/311191180.html,/bbs/view6-6090-1.htm 一、Visual Source Safe(简称VSS） VSS是美国微软公司的产品，目前常用的版本为6.0版。VSS是配置管理的一种很好的入门级的工具。 易学易用是VSS的强项，VSS采用标准的windows操作界面，只要对微软的产品熟悉，就能很快上手。VSS的安装和配置非常简单，对于该产品，不需要外部的培训（可以为公司省去一笔不菲的费用）。只要参考微软完备的随机文档，就可以很快的用到实际的工程当中。 VSS的配置管理的功能比较基本，提供文件的版本跟踪功能，对于build和基线的管理，VSS的打标签的功能可以提供支持。VSS提供share（共享)、branch(分支）和合并（merge)的功能，对于团队的开发进行支持。VSS不提供对流程的管理功能，如对变更的流程进行控制。VSS不能提供对异地团队开发的支持。此外VSS只能在windows平台上运行，不能运行在其他操作系统上。VSS的安全性不高，对于VSS的用户，可以在文件夹上设置不可读，可读，可读/写,可完全控制四级权限。但由于VSS的文件夹是要完全共享给用户后，用户才能进入，所以用户对VSS的文件夹都可以删除。这一点也是VSS的一个比较大的缺点。 VSS没有采用对许可证进行收费的方式，只要安装了VSS，对用户的数目是没有限制的。因此使用VSS的费用是较低的。 由于VSS是微软的产品，可以得到稳定的技术支持。 二、Concurrent Version System(简称CVS) CVS是开发源代码的配置管理工具，其源代码和安装文件都可以免费下载。 CVS是源于unix的版本控制工具，对于CVS的安装和使用最好对unix的系统有所了解能更容易学习，CVS的服务器管理需要进行各种命令行操作。目前，CVS的客户端有winCVS的图形化界面，服务器端也有CVSNT的版本，易用性正在提高。 CVS的功能除具备VSS的功能外，还具有： 它的客户机/服务器存取方法使得开发者可以从任何因特网的接入点存取最新的代码；它的无限制的版本管理检出(checkout：注1)的模式避免了通常的因为排它检出模式而引起的人工冲突；它的客户端工具可以在绝大多数的平台上使用。同样，CVS也不提供对变更流程的自动管理功能。 一般来说，CVS的权限设置单一，通常只能通过CVSROOT/passwd, CVSROOT/readers, CVSROOT/writers文件，同时还要设置CVS REPOS的物理目录权限来完成权限设置，无法完成复杂的权限控制；但是CVS通过CVS ROOT目录下的脚本，提供了相应功能扩充的接口，不但可以完成精细的权限控制，还能完成更加个性化的功能。 CVS是开发源码软件，无需支付购买费用。 同样因为CVS是开发源码软件，没有生产厂家为其提供技术的支持。如发现问题，通常只能靠自己查找网上的资料进行解决。 三、StarTeam StarTeam是Borland公司的配置管理工具，StarTeam属于高端的工具，在易用 Tomcat的下载、安装与配置 1、安装Tomcat前要先安装JDK 2、下载Tomcat Tomcat官网：https://www.360docs.net/doc/311191180.html,/ 对于Windows操作系统，tomcat提供了两种安装文件，一个文件exe格式，另一个文件为zip格式。exe是可运行的安装程序，读者只需要双击这个文件，即可开始安装Tomcat。在安装过程中，安装程序会自动搜寻JDK和JRE的位置，并把Tomcat服务加入到Windows操作系统的服务中，同时在“开始”→“程序”菜单中加入Tomcat 服务器管理菜单。zip是一个压缩包，只需要把它解压到本地硬盘即可，这种方式既适合Windows系统下的安装，也适用于其他操作系统，例如Linux系统，所以下面主要介绍zip的安装与Tomcat运行环境的设置。 3、ZIP格式Tomcat安装文件的安装及设置 A、Tomcat安装文件的安装及设置 把Tomcat压缩文件apache-tomcat-8.0.3-windows-x64.zip中的内容解压缩到D:\DevTools\apache-tomcat-8.0.3下，然后增加系统变量： 变量名：TOMCAT_HOME；变量值：D:\DevTools\apache-tomcat-8.0.3。然后修改系统变量classpath，添加%TOMCAT_HOME% \lib\servlet-api.jar；同时修改系统变量path，添加%TOMCAT_ HOME%\bin。 B、测试Tomcat 要测试Tomcat服务器是否安装成功，首先要启动Tomcat服务器。在Tomcat安装目录D:\DevTools\apache-tomcat-8.0.3下面有一个bin目录，里面有两个文件：startup.bat和shutdown.bat，分别控制Tomcat的启动和关闭。由于在前一节中已经把该目录加入到系统变量Path中，所以在命令行中直接输入对应的文件名即可实现Tomcat的启动和关闭，而不需要切换目录。在命令行中输入startup.bat，即可启动Tomcat，如 图所示： Tomat安装教程 一．下载前需知： 1.电脑之前若装有一阶段的eclipse，将其jdk卸载掉。 2.查看电脑系统类型，根据系统类型下载对应版本。 例如图1_1,显示我的电脑系统类型是64位操作系统。（右击“这台电脑”-属性） 图1_1 电脑系统类型 二．下载安装软件（基于64位操作系统） 如图1_2所示需要下载的三个软件：jdk,tomcat,eclipse 图1_2下载的三个软件版本 具体下载安装如下： 1.下载jdk-8u-windows-x64 1）在工具中首先安装jdk-8u-windows-x64(电脑是 64)位的（jdk-8u60与jdk-8u91差不多，为防出错建议安装低版本- jdk-8u60的），默认安装在c盘根目录之下即可。 2）配置环境变量,结果如图1_3： JAVA_HOME : jdk 的安装路径 PATH : jdk 的bin 路径 图1_3 jdk环境变量配置 3）检测jdk版本：window+R 调出CMD ,输入指令Set java：出现jdk的版本就说明环境变量配置成功。结果如图1_4所示。 图1_4 cmd中检测jdk配置成功性 2.下载tomat版本为8.0(8.0以上版本与eclipse不兼容) Apache-tomat-8.0.24-windows-x64.zip（参见图1_2） 在工具中首先解压apache-tomcat-8.0.24-windows-x64(电脑是64位的)。将其解 压在在根目录下即可，例如：D:\Program Files (x86)\apache-tomcat-8.0.24。 Tomcat 解压之后不需要安装，直接可以使用。 2）配置环境变量,结果如图1_5所示： CATALINA_HOME : Tomcat 的安装路径 昆明理工大学信息工程与自动化学院学生实验报告 （学年第 1 学期） 课程名称：软件工具实践开课实验室： 444年12月 2 日 年级、专业、 班 学 号 姓名成 绩 实验项目名 称 软件配置管理工具的使用 指导教 师 教 师 评 语 该同学是否了解实验原理： A.了解□ B.基本了解□ C.不了解□ 该同学的实验能力： A.强□ B.中等□ C.差□ 该同学的实验是否达到要求： A.达到□ B.基本达到□ C.未达到□ 实验报告是否规范： A.规范□ B.基本规范□ C.不规范□ 实验过程是否详细记录： A.详细□ B.一般□ C.没有□ 教师签名： 年月日 1.模拟一个项目的开发和管理，用vss完成： 2.数据库设置 3.用户账户和权限分配 4.创建项目和本地工作文件夹 5.check in - edit - check out 6.查看文件版本、修改、文件版本比较、pin、rollback、分支（branch）、share 二、实验原理或理论基础或背景知识 Visual SourceSafe 是一种源代码控制系统，它提供了完善的版本和配置管理功能，以及安全保护和跟踪检查功能。VSS通过将有关项目文档（包括文本文件、图象文件、二进制文件、声音文件、视屏文件）存入数据库进行项目研发管理工作。 用户可以根据需要随时快速有效地共享文件。文件一旦被添加进VSS，它的每次改动都会被记录下来，用户可以恢复文件的早期版本，项目组的其他成员也可以看到有关文档的最新版本，并对它们进行修改，VSS也同样会将新的改动记录下来。你还会发现，用VSS来组织管理项目,使得项目组间的沟通与合作更简易而且直观 三、实验过程 1.模拟一个项目的开发和管理，用vss完成： 2.数据库设置 3.用户账户和权限分配 TOMCAT的安装配置 第一步：下载jdk和tomcat 第二步：安装和配置你的jdk和tomcat：执行jdk和tomcat的安装程序，然后设置按照路径进行安装即可。 1.安装jdk以后，需要配置一下环境变量，在我的电脑->属性->高级->环境变量 ->系统变量中添加以下环境变量(假定你的jdk安装在C:\Program Files\Java）：JA VA_HOME=C:\Program Files\Java\jdk1.6.0_10 classpath=.;%JAV A_HOME%\lib\dt.jar;%JAV A_HOME%\lib\tools.jar;（.;一定不能少，因为它代表当前路径) path=%JA VA_HOME%\bin 接着可以写一个简单的java程序来测试JDK是否已安装成功： public class Test{ public static void main(String args[]){ System.out.println("This is a test program."); } } 将上面的这段程序保存为文件名为Test.java的文件。 然后打开命令提示符窗口，cd到你的Test.java所在目录，然后键入下面的命令javac Test.java java Test 此时如果看到打印出来This is a test program.的话说明安装成功了，如果没有打印出这句话，你需要仔细检查一下你的配置情况。 2.安装Tomcat后，在我的电脑->属性->高级->环境变量->系统变量中添加以下环 境变量(假定你的tomcat安装在c:\tomcat）： CATALINA_HOME：c:\tomcat CATALINA_BASE：c:\tomcat TOMCAT_HOME: C:\Tomcat 然后修改环境变量中的classpath，把tomat安装目录下的common\lib下的servlet.jar追加到classpath中去，修改后的classpath如下： classpath=.;%JAVA_HOME%\lib\dt.jar;%JAVA_HOME%\lib\tools.jar;%CATALIN A_HOME%\common\lib\servlet-api.jar;软件开发项目配置管理工具的选择
linux下tomcat的配置及项目的部署流程
海湾配置管理工具的使用
Tomcat(免安装版)的安装与配置
tomcat配置信息
需求管理工具比较
软件配置管理工具+Vss+60实用指南
软件配置管理计划
Tomcat的安装与配置
Firefly与其它配置管理工具的比较_Hansky
tomcat安装与配置
ITSM四大管理工具的比较
几个版本控制软件的比较
Tomcat的下载、安装与配置
eclipse与tomcat配置安装教程
实验一软件配置管理工具的使用
tomcat安装配置详解+Eclipse的Tomcat插件安装过程