应用程序中的服务器错误，什么意思

内容简介:“/”应用程序中的服务器错误 说明: 服务器上出现应用程序错误。此应用程序的当前自定义错误设置禁止远程查看应用程序错误的详细信息(出于安全原因)。但可以通过在本地服务器计算机上运行的浏览器查看。 详细信息: 若要使他人能够在远程计算机上查看此特定错误信 “/”应用程序中的服务器错误 说明: 服务器上出现应用程序错误。此应用程序的当前自定义错误设置禁止远程查看应用程序错误的详细信息(出于安全原因)。但可以通过在本地服务器计算机上运行的浏览器查看。 详细信息: 若要使他人能够在远程计算机上查看此特定错误信息的详细信息，请在位于当前 Web 应用程序根目录下的“webconfig”配置文件中创建一个 标记。然后应将此 标记的“mode”属性设置为“Off”。 注释: 通过修改应用程序的 配置标记的“defaultRedirect”属性，使之指向自定义错误页的 URL，可以用自定义错误页替换所看到的当前错误页。

j2ee服务器有哪些

　众所周知，J2EE应用服务器百花齐放，种类众多。那么J2EE应用服务器有哪些又有哪些功能呢一起来看看吧!

　从功能实现上划分：

　有实现完整J2EE规范(full profile)的Weblogic, WebSphere, GlassFish

　有实现web应用规范(web profile)的 TomEE, JBoss/WildFly

　有基本的Servlet及Jsp规范的Web容器(Web Container) Tomcat, Jetty, Resin

　回顾过去的2015年，各应用服务器市场占有率各有千秋。

　下图为各个应用服务器使用率饼图

　我们看到，在众多J2EE应用服务器中，Tomcat使用率达到5866%，稳坐第一。

　相较2014年，Tomcat使用率大幅增长，增长将近19%。

　整体而言，Tomcat做为Servlet和Jsp规范的参考实现(Reference implementation ， 简称RI)，一般都会在第一时间实现规范的新特性并通过Oracle的CTS 测试认证。目前最新的Tomcat 90，虽还是alpha版，但已经实现了Servlet 40草案，感兴趣的朋友，可以下载尝鲜哦!

　Tomcat是一个实现了JAVA EE标准的最小的WEB服务器，是Apache 软件基金会的Jakarta 项目中的一个核心项目，由Apache、Sun 和其他一些公司及个人共同开发而成。因为Tomcat 技术先进、性能稳定，而且开源免费，因而深受Java 爱好者的喜爱并得到了部分软件开发商的认可，成为目前比较流行的Web 应用服务器。学习JavaWeb开发一般都使用Tomcat服务器，该服务器支持全部JSP以及Servlet规范，启动界面如图：

 

　Tomcat 是一款非常优秀的 Java Web 服务器,以致于很多开源 Java 应用服务器(如 JOnAS) 直接集成它作为 servlet 容器。

　Tomcat的总体结构

　Tomcat中主要涉及Server,Service,Engine,Connector,Host,Context组件，之前用过Tomcat的童鞋是不是觉得这些组件的名称有点似曾相识的赶脚，没赶脚!您再想想。好吧，不用你想了，我来告诉你吧。其实在Tomcat二进制分发包解压后,在conf目录中有一个serverxml文件，你打开它瞄两眼看看，是不是发现serverxml文件中已经包含了上述的几个名称。

　Tomcat 集群源码的类图

　从图中我们可以看出 Tomcat 集群包括以下几个方面的内容:

　Session: Session 分为 StandardSession 与ClusterSession 两种,后者用于 Session 复制。

　Session Manager: 有用于集群 Session 管理的ClusterSession,也有用于对 Session 进行一般日常管理的,如 PersistentManager,BackupManager,SimpleTcpReplicationManager。

　组通迅框架:SessionManager调用组通讯框架进行 Session 的传输,Tomcat采用的组通

　讯框架是 tribe,目前 tribe 已被独立为开放的 apache 工程。

　Cluster: 方便集群管理而派生出的逻辑概念,可将实际物理机划分为一个 Cluster,也可 将一台物理机上不同端口的实例划分为一个 Cluster,它有一个简单的实现类 SimpleTcpCluster。

　11 Session

　服务器集群通常操纵两种session:

　1 Stickysessions: 尽量让同一个客户请求由同一台服务器来处理,这样 sticky sessions 就是 存在于单机服务器中接受客户端请求的 session,它不需要进行 Session 复制,如果这个 单机失败的话,用户必须重新登录网站。

　2 Replicatedsessions: 在一台服务器中的 session 状态被复制到集群的其他服务器上,无论 何时,只要 session 改变了,session 数据都要重新全部或部分(依据复制策略)被复制 到其他服务器上。

　Tomcat 支持以下三种 session 持久性类型:

　1 内存复制:在 JVM 内存中复制 session状态,使用 Tomcat自带的 SimpleTcpCluster 和SimpleTcpClusterManager类。

　2 数据库持久性:在这种类型中,session 状态保存在一个关系数据库中,服务器使用orgapachecatalinasessionJDBCManager类从数据库中获取 Session 信息。

　3 基于文件的持久性:这里使用类orgapachecatalinasessionFileManager 把session 状态保存到一个文件系统。

　Session Manager

　Tomcat 通过 orgapachecatalinaManager 来管理 Session,Manager 接口总是和 Context Container 相关联。它主要负责 session 的建立、更新和销毁。该接口中一些重要的方法有:

　用户在 Servlet 中通过 javaxservlethttpHttpServletRequest 接口的 getSession 方法获得 Session,而该接口的实现位于 orgapachecatalinaconnectorRequest 类中的 doGetSession 方 法中,在该方法中通过 orgapachecatalinaManager 来获得 Session , doGetSession 方法的 部分代码如下:

　组通讯框架--Tribe

　组通讯框架 Tribe 在 Tomcat 中的位置可如下图

　如图所示,Tribe 的核心主要是 Channel 类,由此看出,它采用 NIO 进行 Socket 通讯,运用

　了组播,事件、心跳检测等技术,下面我们来着重看看代码中 Tomcat 是如何与 Tribe 衍接首先在 SimpleTcpReplication 类中的实现 Manager 接口的 start 方法中:

　Cluster

　Cluster 用于管理集群中的 Session 复制,它有一个简单的实现类 SimpleTcpCluster。

;

Web服务器适合于网站建设的相关应用。

通常建立一个网站，要考虑硬件平台、操作系统、数据库、Web服务器、Web应用软件等的选择问题，根据网站类型、网站规模、资金预算及经验等因素从众多的方案中选出适宜的产品，不是一件简单的事情，

而且还要考虑日后的维护和更新等问题。

选择Web服务器时，不仅要考虑目前的需求，还要考虑将来可能需要的功能，因为更换Web服务器通常要比安装标准软件困难得多，会带来一系列的问题，如页面脚本是否需要更改，应用服务器是否需要更改等等。大多数Web服务器主要是为一种操作系统进行优化的，有的只能运行在一种操作系统上，所以选择Web服务器时，还需要和操作系统联系起来考虑。而且一般的品牌Web服务器都有自己的一套Web服务器系统软件，这就要考虑这套软件所支持的标准、应用（包括数据库应用）和安全协议等。一般要考虑以下几个方面：

◆性能

由于Web服务器为它的客户提供的数据类型通常是机密的。静态Web目录页比大多数根据需要进行更新的动态页对CPU的处理能力要求少，例如象微软的ActiveServerPages(ASP),因此我们首先考虑的优先部件包括“多网卡优化”和“高速磁盘I/O优化”。另外，由于对于Web页的访问还牵扯到文件系统缓存对于服务器内存子系统的影响，以及动态Web页和后挂的数据库之间已经构成标准应用3层架构的前两层，所以我们在制定服务器的的选型方案是需要考虑CPU配置对当前网络带宽的影响、网络资源（包括网络结构）对应用访问的影响、磁盘I/O和随机读写比率的峰值对实际应用中客户端Web点击的影响、优化的网络对提高应用系统的实际效益的影响、并发交易对于系统资源的占用和成功率、可管理性的考虑。Web服务器推荐配置可参考下表。

Web服务器推荐配置表（点击看大图）

◆所支持的并发用户数

这是大家最容易想到的。Web服务器的并发用户数支持能力是指Web服务器在同一时刻可以允许的用户连接数。所支持的用户数主要受系统的硬件配置、网络出口带宽和应用复杂性等方面决定。小的企业站点能够支持500个用户就不错了，而对于大中小型企业站点，可能需要支持10000个以上的并发用户。

◆响应能力

其实这个参数与上面介绍的所能支持的并发用户数相关，响应速度越快，单位时间内就可以支持越多的访问量，用户点击的响应速度就越快。

◆Web服务器软件系统对标准和应用的支持

这点非常重要，如果你公司的Web站点的网页主要是ASP动态类型的，就不适宜选择Apache服务器系统，因为它对ASP不支持，同样，如果你公司的数据库系统是SQL，也不适宜选择Apache，同样是因为它不支持。当然这其实只是一个简单的例举，这方面要注意的还有很多，如对各种语言的支持、网络通信协议的支持等。还有，有些网站需要Web服务器具有一些特殊的功能，比如便捷的用户认证、多媒体流的递送、SSL、支持某种脚本语言等等，选择Web服务器时，要确认能支持所需要功能，或者可以加载第三方的软件进行支持。具体一定要详细向厂商了解清楚。

◆安全性

因为Web服务器通常是放在防火墙之外，或者DMZ区，所以Web服务器的安全性问题显得特别重要。它主要要考虑两个方面：一是保护Web服务器机密信息；二是要防止黑客的攻击。要具备这两项安全功能，除了要配备一些安全策略和工具软件外，还需要注意在服务器自身上所安装的应用系统最少、最简单。只有这样，黑客们才会无从下手。

◆管理的难易程度

Web服务器的管理包含两种含义：一是管理Web服务器是否简单易行;二是利用Web界面进行网络管理。管理Web服务器的管理界面一般有命令行、Telnet、HTML和基于窗口的应用程序。易管理的Web服务器应具有图形用户界面和完善的向导系统或帮助文档，复杂的管理界面可能会引起问题，而且浪费时间，并且可能导致配置错误和安全漏洞。经验丰富的Web站点管理员能够配置一个安全有效的服务器，迅速解决出现的问题。如果进行主机托管，IAP一般会帮助解决出现的问题，也可以向IAP的管理员咨询。

◆技术支持

这就涉及到Web服务器厂商的今后服务体系和技术实力。毕竟这样一个庞大的系统的应用是非常复杂的，特别是对于那些平常很少接触的UNIX或LINUX服务器系统。如果出了问题，不能得到厂商及时、可靠的技术支持，将很可能影响到公司电子商务的正常应用。

当然其实要考虑的远不止这些，如服务器的可靠性、实用性都是要考虑的

您好，第一、什么是C/S结构。

C/S（Client/Server）结构，即大家熟知的客户机和服务器结构。它是软件系统体系结构，通过它可以充分利用两端硬件环境的优势，将任务合理分配到Client端和Server端来实现，降低了系统的通讯开销。目前大多数应用软件系

统都是Client/Server形式的两层结构，由于现在的软件应用系统正在向分布式的Web应用发展，Web和Client/Server应用都可以进行同样的业务处理，应用不同的模块共享逻辑组件；因此，内部的和外部的用户都可以访问新的和现有的应用系统，通过现有应用系统中的逻辑可以扩展出新的应用系统。这也就是目前应用系统的发展方向。

传统的C／S体系结构虽然采用的是开放模式，但这只是系统开发一级的开放性，在特定的应用中无论是Client端还是Server端都还需要特定的软件支持。由于没能提供用户真正期望的开放环境，C/S结构的软件需要针对不同的操作系统系统开发不同版本的软件，加之产品的更新换代十分快，已经很难适应百台电脑以上局域网用户同时使用。而且代价高，效率低。

第二、什么是B/S结构。

B/S（Browser/Server）结构即浏览器和服务器结构。它是随着

Internet技术的兴起，对C/S结构的一种变化或者改进的结构。在这种结构下，用户工作界面是通过WWW浏览器来实现，极少部分事务逻辑在前端

（Browser）实现，但是主要事务逻辑在服务器端（Server）实现，形成所谓三层3-tier结构。这样就大大简化了客户端电脑载荷，减轻了系统维护与升级的成本和工作量，降低了用户的总体成本（TCO）。

以目前的技术看，局域网建立B/S结构的网络应

用，并通过Internet/Intranet模式下数据库应用，相对易于把握、成本也是较低的。它是一次性到位的开发，能实现不同的人员，从不同的地

点，以不同的接入方式（比如LAN,WAN,Internet/Intranet等）访问和操作共同的数据库；它能有效地保护数据平台和管理访问权限，服

务器数据库也很安全。特别是在JAVA这样的跨平台语言出现之后，B/S架构管理软件更是方便、快捷、高效。

第三、管理软件主流技术。

管理软件技术的主流技术与管理思想一样，也经历了三个发展时期。首先，界面技术从上世纪DOS字符界面到Windows图形界面（或图形用户界面GUI），直至Browser浏览器界面三个不同的发展时期。其次，今天所有电脑的

浏览器界面，不仅直观和易于使用，更主要的是基于浏览器平台的任何应用软件其风格都是一样的，使用人对操作培训的要求不高，而且软件可操作性强，易于识

别；再者，平台体系结构也从过去单用户发展到今天的文件/服务器（F/S）体系、客户机/服务器（C/S）体系和浏览器/服务器（B/S）体系。

二、C/S和B/S之比较

C/S和B/S是当今世界开发模式技术架构的两大主流技术。C/S是美国Borland公司

最早研发，B/S是美国微软公司研发。目前，这两项技术以被世界各国所掌握，国内公司以C/S和B/S技术开发出产品也很多。这两种技术都有自己一定的市

场份额和客户群，各家企业都说自己的管理软件架构技术功能强大、先进、方便，都能举出各自的客户群体，都有一大群文人墨客为自己摇旗呐喊，广告满天飞，可

谓仁者见仁，智者见智。

1、C/S架构软件的优势与劣势

（1）、应用服务器运行数据负荷较轻。

最简单的C/S体系结构的数据库应用由两部分组成，即客户应用程序和数据库服务器程序。二者可分别称为前台程序与后台程序。运行数据库服务器程序的机器，也称为应用服务器。一旦服务器程序被启动，就随时等待响应客户程序发来的请求；客户应用程序运行在用户自己的电脑上，对应于数据库服务器，可称为客户电脑，当需要对数据库中的数据进行任何操作时，客户程序就自动地寻找服务器程序，并向其发出请求，服务器程序根据预定的规则作出应答，送回结果，应用服务器运行数据负荷较轻。

（2）、数据的储存管理功能较为透明。

在数据库应用中，数据的储存管理功能，是由服务器程序和客户应用程序分别独立进行的，前台应用可以违反的规则，并且通常把那些不同的（不管是已知还是未知的）运行数据，在服务器程序中不集中实现，例如访问者的权限，编号可以重复、必须有客户才能建立定单这样的规则。所有这些，对于工作在前台程序上的最终用户，是“透明”的，他们无须过问（通常也无法干涉）背后的过程，就可以完成自己的一切工作。在客户服务器架构的应用中，前台程序不是非常“瘦小”，麻烦的事情都交给了服务器和网络。在C/S体系的下，数据库不能真正成为公共、专业化的仓库，它受到独立的专门管理。

（3）、C/S架构的劣势是高昂的维护成本且投资大。

首先，采用C/S架构，要选择适当的数据库平台来实现数据库数据的真正“统一”，使分布于两地的数据同步完全交由数据库系统去管理，但逻辑上两地的操作者要直接访问同一个数据库才能有效实现，有这样一些问题，如果需要建立“实时”的数据同步，就必须在两地间建立实时的通讯连接，保持两地的数据库服务器在线运行，网络管理工作人员既要对服务器维护管理，又要对客户端维护和管理，这需要高昂的投资和复杂的技术支持，维护成本很高，维护任务量大。

其次，传统的C/S结构的软件需要针对不同的操作系统系统开发不同版本的软件，由于产品的更新换代十分快，代价高和低效率已经不适应工作需要。在JAVA这样的跨平台语言出现之后，B/S架构更是猛烈冲击C/S，并对其形成威胁和挑战。

2、B/S架构软件的优势与劣势

（1）、维护和升级方式简单。

目前，软件系统的改进和升级越来越频繁，B/S架构的产品明显体现着更为方便的特性。对一个稍微大一点单位来说，系统管理人员如果需要在几百甚至上千部电脑之间来回奔跑，效率和工作量是可想而知的，但B/S架构的软件只需要管理服务器就行了，所有的客户端只是浏览器，根本不需要做任何的维护。无论用户的规模有多大，有多少分支机构都不会增加任何维护升级的工作量，所有的操作只需要针对服务器进行；如果是异地，只需要把服务器连接专网即可，实现远程维护、升级和共享。所以客户机越来越“瘦”，而服务器越来越“胖”是将来信息化发展的主流方向。今后，软件升级和维护会越来越容易，而使用起来会越来越简单，这对用户人力、物力、时间、费用的节省是显而易见的，惊人的。因此，维护和升级革命的方式是“瘦”客户机，“胖”服务器。

（2）、成本降低，选择更多。

大家都知道windows在桌面电脑上几乎一统天下，浏览器成为了标准配置，但在服务器操作系统上windows并不是处于绝对的统治地位。现在的趋势是凡使用B/S架构的应用管理软件，只需安装在Linux服务器上即可，而且安全性高。所以服务器操作系统的选择是很多的，不管选用那种操作系统都可以让大部分人使用windows作为桌面操作系统电脑不受影响，这就使的最流行免费的Linux操作系统快速发展起来，Linux除了操作系统是免费的以外，连数据库也是免费的，这种选择非常盛行。

比如说很多人每天上“网易”（原文为新浪）网，只要安装了浏览器就可以了，并不需要了解“网易”的服务器用的是什么操作系统，而事实上大部分网站确实没有使用windows操作系统，但用户的电脑本身安装的大部分是windows操作系统。

（3）、应用服务器运行数据负荷较重。

由于B/S架构管理软件只安装在服务器端（Server）上，网络管理人员只需要管理服务器就行了，用户界面主要事务逻辑在服务器（Server）端完全通过WWW浏览器实现，极少部分事务逻辑在前端（Browser）实现。

应用程序中的服务器错误解决的解决方法：

1、使用ArcCatalog发布完地图之后，准备在浏览器中输入地址，访问自己的地图，在如下图所示的Redlandss上点击鼠标右键，选择“服务属性”，在弹出对话框中复制“Web访问地址”。

2、将Web访问地址输入浏览器，却不能正常访问，得到以下错误提示

3、打开IIS管理器，如图所示，对网站下的ArcGIS执行“转换为应用程序”操作。

4、将ArcGIS下的Manager也转换为应用程序，此后可发现管理后台（即Arcgis Server Manager）能正常打开。

5、用任何一个agsadmin组的成员（如：Apple、ArcGISSOM等）登陆，需要特别注意的是，在用户名之前必须添加计算机名。密码就是开机时账户对应的登录密码。ArcGIS Server的名称是由发布地图时写的GIS服务名决定的。

6、将Services文件夹也转换为应用程序。

7、可是还是无法访问，并且访问时出现了新的错误提示：