如何深入分析Tomcat的Manager-成都快上网建站

如何深入分析Tomcat的Manager

如何深入分析Tomcat的Manager,很多新手对此不是很清楚,为了帮助大家解决这个难题,下面小编将为大家详细讲解,有这方面需求的人可以来学习下,希望你能有所收获。

创新互联-专业网站定制、快速模板网站建设、高性价比越城网站开发、企业建站全套包干低至880元,成熟完善的模板库,直接使用。一站式越城网站制作公司更省心,省钱,快速模板网站建设找我们,业务覆盖越城地区。费用合理售后完善,十多年实体公司更值得信赖。

关心Tomcat,使用过Tomcat的朋友,一定使用过它的管理应用,就是webapps目录下的manager。

默认启动Tomcat后,Tomcat 7.0之前版本的,通过点击位于Tomcat的ROOT应用主界面的左侧链接,可以进入manager应用,Tomcat7.0之后,界面变成了下面的这个样了。通过点击Manager App可以访问manager应用。

无论哪个版本,要使用manager应用有一个前提:

是需要用户名密码的。

因为manager app设置了BASIC的登录验证方式,所以使用前需要先配置conf/tomcat-users.xml文件。

在其中增加:

其中,username和password可以随意改,那roles中用于设置该用户属于哪个角色,如果要使用manager应用,就需要给其赋予manager-gui这个角色。

为什么是这个角色呢?

看这里:

位于webapps/manager/WEB-INF/web.xml文件中,有如下定义:




 BASIC
 Tomcat Manager Application



 manager-gui

就是我们上面提到使用的校验方式为BASIC,而具体的角色定义是manager-gui。

配置好tomcat-users.xml中的用户和角色后,就可以使用其管理Tomcat了。

进入manager应用,进入视线的是应用的列表

可以控制应用的启动停止,重新加载,卸载。可以使Session失效等。

这里我们能和Tomcat开发者学到的一个好的实践

可以用来操作已部署应用生命周期的管理级别的应用,默认情况下是不允许使用的,只有配置过用户才能使用,从而避免一些线上的应用被黑。我们可以想像一下,如果默认就可以随便使用,那如果这个配置没有更改,情况就不容乐观了。

在列表块下,是用于应用部署的模块

这里支持两种形式的部署

  • 使用配置文件直接部署

  • 通过选择具体的WAR文件进行部署

再向下则是系统分析的接口,以及获取Server信息的接口

我们再摘选一段源码,分析下manager应用。

manager应用的源码位于Tomcat源码的org.apache.catalina.manager包下。

主类为ManagerServlet这个类。以列所有部署的应用为例,我们看下具体实现

由于默认输出的是html格式的内容,最终定向到的类是HTMLManagerServlet,这是ManagerServet的一个子类。

其中,输出应用列表的代码如下:

// Apps Row Section

// Create sorted map of deployed applications by context name.

Container children[] = host.findChildren();

String contextNames[] = new String[children.length];

for (int i = 0; i < children.length; i++)

contextNames[i] = children[i].getName();

Arrays.sort(contextNames);

for (String contextName : contextNames) {

Context ctxt = (Context) host.findChild(contextName);

if (ctxt != null) {

// Bugzilla 34818, alternating row colors

String contextPath = ctxt.getPath();

String displayPath = contextPath;

if (displayPath.equals("")) {

displayPath = "/";

} }}

注意标红的几行代码,manager应用是通过Host这个组件,来获取该组件下所有的应用信息,先获取所有应用的名称,再通过名称,再获取其对应的具体信息,并将其接成HTML内容输出。

从上面的代码,我们可以和Tomcat开发者学到的一个不错的实践,是将对应修改BUG的标号和代码对应起来,在其它人维护系统时,可以更方便。

在部署一个应用时,首先需要检查下该应用的前缀(ContextRoot)是否已经存在,因为不允许应用存在重名的情况,这个名称检测,用的就是JMX的实现

代码如下:

/**
* Invoke the isDeployed method on the deployer.
*/
protected boolean isDeployed(String name)
   throws Exception {
   String[] params = { name };
   String[] signature = { "java.lang.String" };
   Boolean result =
       (Boolean) mBeanServer.invoke(oname, "isDeployed", params, signature);
   return result.booleanValue();
}

看完上述内容是否对您有帮助呢?如果还想对相关知识有进一步的了解或阅读更多相关文章,请关注创新互联行业资讯频道,感谢您对创新互联的支持。


分享文章:如何深入分析Tomcat的Manager
转载注明:http://kswjz.com/article/gispps.html
扫二维码与项目经理沟通

我们在微信上24小时期待你的声音

解答本文疑问/技术咨询/运营咨询/技术建议/互联网交流