Web运行环境

2024-07-07

Web运行环境（精选4篇）

Web运行环境篇1

0引言

Web应用中的页面设计常常采用JSP技术, 为满足不同的业务逻辑, JSP页面需借助自定义标签来丰富自身的表达力, 而自定义标签存在两种不同的实现形式:一种是用JSP编写一个简单的标签文件, 就可以在页面中应用, 有相应的局限性, 与标签处理程序相比, 它处理复杂功能的实现较为困难;另一种是利用JAVA编写的标签处理程序和标签额外信息类 (TEI类) , 较为容易地实现复杂的业务逻辑[1], 同时 TEI类的使用, 便于软件人员在运行时既提供变量的名字, 也可提供变量的类型, 即标签处理程序的表达力强于标签文件。

本文通过写出TEI类, 并与标签处理程序一起在Web容器内运行, 观察Web容器的运行日志, 阐明了容器内创建标签处理程序实例和相应TEI类实例的顺序, 给出容器在翻译期间先运行TEI类中getVariableInfo () 方法三次, 后运行validate () 方法一次;标签属性在翻译期间理论上会被设置为TagData.REQUEST_TIME_VALUE[2], 但借助实际运行, 标签属性在翻译期间不被设置为TagData.REQUEST_TIME_VALUE, 而是静态地设置为文字串, 不进行任何EL和JavaBean的计算。有利于软件研发人员合理地安排运行业务逻辑和测试业务逻辑在不同的接口中。

1标签处理程序在Web容器内的运行

在这里仅讨论简单标签的处理程序, 对于类标签处理程序, 讨论完全类似。简单标签处理程序的核心是实现javax.servlet.jsp.tagext.SimpleTag接口, 此接口定义了标签处理程序和JSP页面servlet之间的基本协议。对于大多数的简单标签, 仅仅需要把标签处理程序写成SimpleTagSupport的子类。当把含有自定义标签的JSP页面转换成servlet, 并运行时, 标签处理程序会在Web容器内按照下述顺序运行[1]:

MyOwnTag mytag = new MyOwnTag () ;

mytag.setJSPContext (…) ;

mytag.setParent (…) ;

mytag.setAttibute1 (value1) ;

mytag.setAttribute2 (value2) ;…

mytag.setJspBody (new JspFragment (…) ) ;

mytag.doTag () ;…

很明显, 以上既没有谈到TEI类如何在Web容器内运行, 也没有谈到处理程序与TEI类在Web容器内运行的相互关系。

2TEI类的理论原理

标签额外信息 (TEI) 类是为了动态地提供标签变量的信息, 且表达力强于标签文件, 一些软件需使用处理程序和TEI类才能实现。TEI类可通过扩展javax.servlet.jsp.tagext.TagExtraInfo而得到, 从SUN公司主页上可得TagExtraInfo有如下主要的方法:

VariableInfo[] getVariableInfo (TagData data)

Boolean isValid (TagData data)

ValidationMessage[] validate (TagData data)

且SUN公司指明Web容器在翻译期间会调用这些方法[3], 换句话说, SUN公司隐含地指明Web容器在驱动标签时会先运行TEI类, 然后运行标签处理程序, 但没有解释TEI类方法在Web容器内的运行顺序和运行次数。同时, 理论上标签属性在翻译期间被设置为TagData.REQUEST_TIME_VALUE, 但实际并非如此。所以, 弄清楚TEI类在Web容器内的运行原理对软件研发人员有特别的意义。

3TEI类在Web容器内的运行研究

为了彻底研究TEI类在Web容器内的运行情况, 针对如上问题, 写出了标签处理程序和相应的TEI类, 又在JavaEE 1.5的平台上运行TEI类和查看服务器日志, 得到了如下简化的由下往上运行顺序, 如表1 所示。

3.1标签处理程序和TEI类的运行顺序

根据上面的运行日志, 标签处理程序和TEI类在Web容器内的运行顺序可修改如下:

MyOwnTEI mytei = new MyOwnTEI () ;

mytei.getVariableInfo () ;

mytei.validate ()

MyOwnTag mytag = new MyOwnTag () ;

mytag.setJSPContext (…) ;

mytag.setParent (…) ;

mytag.setAttibute1 (value1) ;

mytag.setAttribute2 (value2) ; …………

mytag.setJspBody (new JspFragment (…) ) ;

mytag.doTag () ;……

3.2TEI类在Web容器内运行的理论特点

Web容器在翻译期间创建了TEI类的一个实例, 调用了getVariableInfo () 三次, 并调用了validate () 一次, 接下来就是我们已知道的Web容器在运行时间对处理程序的运算, 这样, 软件人员可清楚地知道TEI类先于处理程序在Web容器内的运行。第二, 由于SUN公司主页说明JSP 2.0以上的容器使用validate () , 而不是isValid () 来进行属性翻译期间的验证, 软件人员仅需把相关的验证源码放入validate () 中。第三, 目前理论没有介绍TEI类方法在Web容器内的运行顺序, 而我们得出Web容器将会先驱动getVariableInfo () , 然后驱动validate () , 有益于软件研发。第四, JavaEE的理论表明标签属性在翻译期间设置为TagData.REQUEST_TIME_VALUE, 但根据日志, 标签属性在翻译期间仅静态地设置为文字串, 例如team={team.members}, 而不进行任何EL表达式和JavaBean计算, 这对于正确处理测试源码有理论指导意义。第五, getVariableInfo () 和validate () 都是TEI类的方法, 因此当驱动标签时, 在编译期间、解释期间、汇编期间都需要查询变量信息, 这就是为什么Web容器驱动三次getVariableInfo () , 而validate () 仅驱动一次的原因。在清楚地了解处理程序和TEI类在Web容器内的运行顺序, 以及TEI类方法的驱动关系, 软件研发人员可根据项目要求, 安排运行逻辑源码和测试逻辑源码在不同的方法中。

4结语

JavaEE的理论未明确说明处理程序与TEI类在Web容器内哪一个先运行, 但本文借助处理程序和TEI类在Web容器内的运行日志, 明确声明TEI类在翻译期间运行先于处理程序在请求期间运行;同时解释了TEI类中getVariabileInfo () 先于valiadate () 在容器中运行;进一步证明标签属性在翻译期间并未设置为TagData.REQUEST_TIME_VALUE, 而仅是文字串, 且不进行任何EL表达式和JavaBean计算;深入地讨论了Web容器驱动三次getVariableInfo () , 而validate () 仅驱动一次的原因。这些结论对于软件技术人员有理论上的指导意义。

摘要：JSP页面常需使用自定义标签来满足特定的业务逻辑, 而自定义标签的核心就是标签处理程序和标签额外信息 (TEI) 类。Web容器装填、运行JSP页面的servlet类, 进而servlet类会实例化和调用标签处理程序, 然而软件理论未涉及标签额外信息类如何在Web容器内运行。通过写出标签处理程序和它的TEI类, 观察Web容器的运行日志, 给出了容器内创建标签处理程序实例和相应TEI类实例的顺序, 阐明了TEI类中的方法在Web容器中的调用顺序和软件人员需注意的运行特点。

关键词：标签处理程序,标签额外信息类,自定义标签,JavaEE

参考文献

[1]Eric Jendrock.The Java EE Tutorial[M].3rd ed.Boston:Addison-Wesley Inc, 2004:238-242, 246-250.

[2]Stephanie Bodoff.J2EE 1.4标准教材[M].2版.北京:电子工业出版社, 2005:454-457.

[3]Sue Spielman.J2EE 1.4编程指南[M].北京:电子工业出版社, 2005:198-202.

Web运行环境篇2

引用

[Types]

php=PHP

[PHP]

ExePath=D:PHPphp-cgi.exe

InstanceMaxRequests=10000

EnvironmentVars=PHP_FCGI_MAX_REQUESTS:10000

RequestTimeout=500

ActivityTimeout=900

在这个文件的头部，微软说明了这些选项的意义，

RequestTimeout默认值是70，ActivityTimeout默认值是90，单位是秒，有时候这2个值确实是小了点，适当改大一些会比较好。

Web运行环境篇3

1 变电运行管理系统

电力工业是国民经济的基础产业, 是经济发展和社会进步的重要保障, 其重要性不占而喻。但是, 传统的供电管理方式已经不能满足市场的需求, 以计算机网络为主要工具的现代化管理手段成为了主流。在这种环境下, 变电运行管理系统便应运而生。但目前市场上的系统还存在诸多缺陷。随着电力工业的迅速发展, 电力系统变得越来越复杂。为确保电力系统安全稳定运行, 对变电设备的管理、工作人员的管理、工作过程的规范提出了较高的要求。因此建立一个全面的、规范化的变电生产管理信息系统 (变电MIS) 势在必行。变电运行管理系统不仅实现了对变电单位设备、人员的管理而且建立了电力系统变电设备信息库为实际生产运行提供了大量真实可靠的数据使全供电区变电设备信息的共享成为可能为有关职能部门安排工作任务起决策参考作用。如进一步扩大应用范围扩展系统功能将送电、配电、调度、继电管理纳入本系统形成全面的电力生产管理信息系统对促进管理工作的科学化、规范化、统一化和智能化将发挥更加积极的影响。

2 变电运行管理系统存在的问题

尽管变电运行管理系统在不断的发展和进步中, 但仍存在种种不足, 与现场实际工作还有一定的差距, 没有充分发挥计算机自动化管理的功能。存在的主要问题有:

2.1 数据安全性差

电力系统规模庞大、地域分散, 用户众多, 同角色、同责任区的情况较为多见, 各用户权限重叠不可避免。传统的功能授权机制, 只能将用户录入数据的范围限定到变电站级别, 而对于该变电站下的每条记录, 却无人负责, 无法保证用户级的数据安全。而且, 数据录入后, 又难以保证该数据不被他人修改、删除, 数据的安全性得不到有效保证。

2.2 数据规范性差

市场上现有的大多数系统, 由于缺少标准库的支持, 数据录入的随意性较大, 对于上级的规范, 无法有效的贯彻执行。例如, 用户在录入生产厂家数据时, 由于大多数系统并没有标准库的建设, 厂家名称大多是由用户手动录入的, 没有统一的标准。所以, 有的用户录入的可能是厂家的全称, 有的录入的是厂家的简称, 甚至只是厂家在各地的俗称, 数据的录入很不规范, 领导层在统计分析时, 也就无法得到准确的结果。

2.3 系统可用性差

使领导层的决策科学化是变电运行管理系统构建的一个重要目标, 系统通过利用生产数据平台所提供的信息, 在不同应用方面建立数据分析模型, 向各级领导及管理人员提供及时、可靠的业务、指标等信息, 来更好地协助决策者对未来的生产经营活动和目标进行量化的分析和论证, 变以前的定性管理到定量管理的转变。各级领导及管理人员借助系统进行决策时, 主要使用系统中的查询统计模块, 这些模块主要是对系统数据进行统计分析, 并不进行数据的维护。如果系统数据的安全性、规范性得不到有效的保证, 查询统计模块进行统计分析的结果也就得不到保证, 系统也就失去了可用性。

3 基于Web技术的变电运行管理系统设计

由于变电站中的设备数量、电压等级、管理项目都较为繁多、复杂, 所以变电运行管理存在工作量大、出错率高、要求精细、关系重大等特点, 需要有一定经验、耐心、责任心强的工作人员执行。然而, 随着我国经济的飞速发展以及电力工业的进步和革新, 我国的变电站数目、等级都得到不同程度的增长。在这种情况下, 继续采用传统的人工变电运行管理已经变得不切实际, 而且也不符合现代化电力网络安全、稳定、经济、可靠的运行要求。而以Web技术为基础的现代变电运行管理系统以其准确、高速、便捷、形象的特点成为解放繁重的人工管理, 提高变电运行管理工效的理想途径。变电运行管理系统是负责变电设备运行信息的采集、记录、运用, 及其文档、报表、技术资料、操作及缺陷信息的管理等功能模块系统的集合。基于Web技术的变电运行集成管理系统, 实现无人值班、少人值守后变电工区及下属各操作队、变电站、监控中心运行管理工作的无笔化作业, 达到运行管理的实时、在线控制。系统主要包括运行日志、记录管理、缺陷/台帐管理、工作票/操作票管理、安全管理及运行报表等六个模块。充分利用Web技术和Sybase数据库通过光缆互联网络, 将手工状态下的办公作业移植到网络上, 并把分散的运行各子系统集成整合到一个共享式系统平台中。该系统使用组件技术, 并注意其可移植性, 方便以后系统功能的扩展, 具有集程度高, 实用性强, 功能完善, 可扩展性能好等特点, 同时还具备远程维护能力和集中式代码管理等功能。

4 结束语

随着国民经济的迅速发展, 电网的规模不断扩大, 变电运行人员在管理过程中需要处理信息量也大幅度地增加, 传统的管理模式已难以适应不断发展的电力安全运行和企业化运营的需要。变电运行是电力生产的一个重要的环节, 建设变电运行管理信息系统, 不仅可大大减轻运行及管理人员的劳动负担, 规范管理, 而且对提高整个系统的安全可靠性水平, 都具有十分重要的意义。系统开发采用结构化生命周期法。它基于分层、分布式系统结构, 由设备管理、运行管理、抄表管理、安全管理、缺陷管理、班组管理等子系统组成。现场投运情况表明, 系统运行日志自动分解、RTU数据的截取、智能操作票开票、设备浏览器等功能的实现, 不仅可大大提高劳动效率, 也使整个变电运行管理工作上一新台阶。

参考文献

[1]蒋琨, 欧安杰, 马捷然;变电运行管理自动化的实现[J];电力系统自动化;2001年21期

[2]李碧辉;田丰;;数字化变电站设计及运行中的问题探讨[J];湖北电力;2008年02期

[3]张殿华;史秀珍;卫军辉;;变电运行标准化管理信息系统[J];吉林电力;2008年04期