`
haitaoandroid
  • 浏览: 27502 次
  • 性别: Icon_minigender_1
  • 来自: 广州
社区版块
存档分类
最新评论

Tomcat源码分析(十)--部署器

 
阅读更多

我们知道,在Tomcat的世界里,一个Host容器代表一个虚机器资源,Context容器代表一个应用,所谓的部署器就是能够把Context容器添加进Host容器中去的一个组件。显然,一个Host容器应该拥有一个部署器组件。简单的部署代码应该是下面这样的:

 

Context context = new StandardContext();
Host host = new StandardHost();
host.addChild(context);

别看这简单,其实这就是核心的部署代码。当然,Tomcat的部署器绝不是这么点东西,但其实也是比较简单的东西。在Catalina的createStartDigester()方法中(具体怎么调用到这个方法,详细参考Tomcat源码分析(一)--服务启动),向StandardHost容器中添加了一个HostConfig的实例。HostConfig类实现了LifecycleListener接口,也就是说它是个监听器类,能监听到组件的生命周期事件(有关生命周期的东西请参看 Tomcat源码分析(七)--单一启动/关闭机制(生命周期))。 下面看接受事件的方法lifecycleEvent(LifecycleEvent)做了写什么工作:

 

 

public void lifecycleEvent(LifecycleEvent event) {

        // Identify the host we are associated with
        try {
            host = (Host) event.getLifecycle();
            if (host instanceof StandardHost) { //如果监听到的事件对象类型是StandardHost就设置相关属性。
                int hostDebug = ((StandardHost) host).getDebug();
                if (hostDebug > this.debug) {
                    this.debug = hostDebug;
                }
                setDeployXML(((StandardHost) host).isDeployXML());//是否发布xml文件的标识,默认为true
                setLiveDeploy(((StandardHost) host).getLiveDeploy());//是否动态部署标识,默认为true
                setUnpackWARs(((StandardHost) host).isUnpackWARs());//是否要将war文件解压缩,默认为true
            }
        } catch (ClassCastException e) {
            log(sm.getString("hostConfig.cce", event.getLifecycle()), e);
            return;
        }

        // Process the event that has occurred
        if (event.getType().equals(Lifecycle.START_EVENT)) //监听到容器开始,则调用start方法,方法里面调用了部署应用的代码
            start();
        else if (event.getType().equals(Lifecycle.STOP_EVENT))
            stop();

    }

如果监听到StandardHost容器启动开始了,则调用start方法来,下面看start方法:

 

 

 protected void start() {

        if (debug >= 1)
            log(sm.getString("hostConfig.start"));

        if (host.getAutoDeploy()) {
            deployApps();//发布应用
        }

        if (isLiveDeploy()) {
            threadStart();//动态发布应用,因为HostConfig也实现了Runnable接口,threadStart启动该线程来实现动态发布
        }

    }
   --------------------》deployApps方法,该方法会把webapps目录下的所有目录都看作成一个应用程序
     protected void deployApps() {

        if (!(host instanceof Deployer))
            return;
        if (debug >= 1)
            log(sm.getString("hostConfig.deploying"));

        File appBase = appBase();//返回webapps目录
        if (!appBase.exists() || !appBase.isDirectory())
            return;
        String files[] = appBase.list();//列出webapps目录下的所有文件

        deployDescriptors(appBase, files);//通过描述符发布应用
        deployWARs(appBase, files);//发布war文件的应用
        deployDirectories(appBase, files);//发布目录型的应用

    }

以上三个发布应用的方式大同小异,所以只说说常用的发布方式--目录型的应用,下面看看deployDirectories方法,只写了关键的逻辑:

 

   protected void deployDirectories(File appBase, String[] files) {

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

            if (files[i].equalsIgnoreCase("META-INF"))
                continue;
            if (files[i].equalsIgnoreCase("WEB-INF"))
                continue;
            if (deployed.contains(files[i]))
                continue;
            File dir = new File(appBase, files[i]);
            if (dir.isDirectory()) {

                deployed.add(files[i]);

                // Make sure there is an application configuration directory
                // This is needed if the Context appBase is the same as the
                // web server document root to make sure only web applications
                // are deployed and not directories for web space.
                File webInf = new File(dir, "/WEB-INF");
                if (!webInf.exists() || !webInf.isDirectory() ||
                    !webInf.canRead())
                    continue;

                // Calculate the context path and make sure it is unique
                String contextPath = "/" + files[i];
                if (files[i].equals("ROOT"))
                    contextPath = "";
                if (host.findChild(contextPath) != null)
                    continue;

                // Deploy the application in this directory
                log(sm.getString("hostConfig.deployDir", files[i]));
                try {
                    URL url = new URL("file", null, dir.getCanonicalPath());//得到应用的路径,路径的写法是   file://应用名称
                    ((Deployer) host).install(contextPath, url); //安装应用到目录下
                } catch (Throwable t) {
                    log(sm.getString("hostConfig.deployDir.error", files[i]),
                        t);
                }

            }

        }

    }


((Deployer) host).install(contextPath, url);会调用到StandardHost的install方法,再由StandardHost转交给StandardHostDeployer的install方法,StandardHostDeployer是一个辅助类,帮助StandardHost来实现发布应用,它实现了Deployer接口,看它的install(URL config, URL war)方法(它有两个install方法,分别用来发布上面不同方式的应用):

 

 

 public synchronized void install(String contextPath, URL war)
        throws IOException {

      ..............................................

        // Calculate the document base for the new web application
        host.log(sm.getString("standardHost.installing",
                              contextPath, war.toString()));
        String url = war.toString();
        String docBase = null;
        if (url.startsWith("jar:")) {   //如果是war类型的应用
            url = url.substring(4, url.length() - 2);
        }
        if (url.startsWith("file://"))//如果是目录类型的应用
            docBase = url.substring(7);
        else if (url.startsWith("file:"))
            docBase = url.substring(5);
        else
            throw new IllegalArgumentException
                (sm.getString("standardHost.warURL", url));

        // Install the new web application
        try {
            Class clazz = Class.forName(host.getContextClass());//host.getContextClass得到的其实是StandardContext,
            Context context = (Context) clazz.newInstance();
            context.setPath(contextPath);//设置该context的访问路径为contextPath,即我们的应用访问路径
            
            context.setDocBase(docBase);//设置该应用在磁盘的路径
            if (context instanceof Lifecycle) {
                clazz = Class.forName(host.getConfigClass());//实例化host的监听器类,并关联上context
                LifecycleListener listener =
                    (LifecycleListener) clazz.newInstance();
                ((Lifecycle) context).addLifecycleListener(listener);
            }
            host.fireContainerEvent(PRE_INSTALL_EVENT, context);
            host.addChild(context);           //添加到host实例,即把context应用发布到host。
            host.fireContainerEvent(INSTALL_EVENT, context);
        } catch (Exception e) {
            host.log(sm.getString("standardHost.installError", contextPath),
                     e);
            throw new IOException(e.toString());
        }

    }


经过上面的代码分析,已经完全了解了怎么发布一个目录型的应用到StandardHost中,其他war包和文件描述符类型的应用发布跟StandardHost大体类似,在这里就不说了,有兴趣的可以自己查看源代码。

分享到:
评论

相关推荐

    tomcat源码,servlet-api源码

    Tomcat源码分析有助于识别性能瓶颈,例如调整线程池大小、缓存策略、连接器设置等。此外,了解如何配置和使用NIO或APR(Apache Portable Runtime)连接器可以显著提升Tomcat的并发处理能力。 8. **故障排查** ...

    apache-tomcat-6.0.35和apache-tomcat-6.0.35 src

    3. **源码分析**: - `apache-tomcat-6.0.35-src.zip`提供了Tomcat的完整源代码,开发者可以深入理解Tomcat的工作原理,学习Servlet容器的设计和实现,或者进行自定义扩展和调试。 - 源代码中的关键模块包括`...

    Tomcat源码apache-tomcat-8.5.47-src.zip

    源码分析对于开发者来说是一种深入理解软件内部运作机制的重要途径。`apache-tomcat-8.5.47-src.zip`这个压缩包包含了Tomcat 8.5.47版本的完整源代码,这对于想要研究Tomcat工作原理、优化性能或者进行自定义扩展的...

    apache-tomcat-7.0.81-src 源码免费下载

    Apache Tomcat 7.0.81 源码分析 Apache Tomcat 是一个流行的开源软件,用Java语言编写,是实现Java Servlet和JavaServer Pages(JSP)规范的应用服务器,广泛用于Web应用的开发和部署。源码的下载对于开发者来说...

    tomcat 7 源码分析-4 server初始化背后getServer().init()

    【标题】:“Tomcat 7 源码分析 - 4 server初始化背后getServer().init()” 在这篇文章中,我们将深入探讨Apache Tomcat 7服务器的内部工作机制,重点关注`getServer().init()`方法在服务器初始化过程中的作用。...

    apache-tomcat-7.0.62-src和apache-tomcat-6.0.39-src的源码

    这个压缩包包含了两个版本的Tomcat源码:apache-tomcat-7.0.62-src和apache-tomcat-6.0.39-src,这两个版本分别代表了Tomcat在不同时间点的开发状态和技术特性。 首先,让我们从Apache Tomcat 6.0.39源码开始分析。...

    tomcat8源码

    Apache Tomcat 8.5.23 源码分析 Apache Tomcat 是一个开源的、免费的Web服务器和Servlet容器,它实现了Java Servlet和JavaServer Pages(JSP)规范,是开发和部署Java Web应用的重要平台。深入理解Tomcat的源码有助...

    tomcat-redis-session-manager-master

    "tomcat-redis-session-manager-master" 是一个项目名称,表明这是一个与Tomcat(一个流行的Java应用服务器)和Redis(一个开源的内存数据结构存储系统)相关的session管理器的主分支。通常,这样的项目是用来实现将...

    JBPM-web开发部署tomcat-实现流程部署

    7. **源码分析与工具使用**: - "jbpmweb"工程的源码可以帮助我们了解如何集成JBPM到Web应用中,包括如何配置数据源、初始化服务、创建和处理流程实例等。 - 可以借助JBPM提供的工具,如Guvnor(流程模型管理)、...

    tomcat6源码分析

    总结,Tomcat6源码分析是深入了解Web服务器运行机制的重要途径,通过对源码的学习,我们可以掌握其内部的工作原理,从而在实际开发中实现更高效、更稳定的应用部署和维护。这是一份宝贵的资源,值得我们深入研究和...

    tomcat8.0源码+catalina-home.rar

    本文将基于"tomcat8.0源码+catalina-home.rar"这个压缩包,详细探讨Tomcat 8.0的核心组件——Catalina Home,并通过源码分析,揭示其内部运行机制。 Catalina是Tomcat服务器的核心部分,负责处理Servlet和JSP请求。...

    tomcat6-server-and-src

    通过分析源码,开发者可以学习到如何遵循Servlet和JSP规范进行服务器端开发,理解Tomcat如何处理请求、管理会话、调度线程等。此外,源码还便于开发者修复已知问题,优化性能,或添加特定的功能。 总之,`tomcat6-...

    tomcat-connectors-1.2.44-src.tar

    《深入理解Tomcat Connectors:基于1.2.44源码分析》 Tomcat Connectors,作为Apache Tomcat服务器的核心组件,起着至关重要的作用。这个名为"tomcat-connectors-1.2.44-src.tar"的压缩包包含了Tomcat Connectors的...

    tomcat-7.0.90-src-源码

    【标题】"Tomcat 7.0.90 源码分析" 【内容】Apache Tomcat 是一个开源的、高性能的Java Servlet容器,它实现了Java EE中的Web应用服务器规范,特别是Servlet和JSP规范。这里我们关注的是Tomcat 7.0.90的源码,这个...

    jakarta-tomcat-connectors-jk2-src-current.tar.gz

    4. **源码分析** 解压“jakarta-tomcat-connectors-jk2-2.0.4-src”后,我们可以深入研究JK2的源代码结构,包括核心的模块、协议处理器、连接器实现等。通过阅读源码,开发者可以了解其实现原理,自定义配置,甚至...

    tomcat源码

    Apache Tomcat源码分析 Apache Tomcat是一款广泛应用的开源Java Servlet容器,它是Java EE Web应用程序的标准实现。Tomcat源码的深入理解对于Java Web开发者来说是至关重要的,它可以帮助我们了解HTTP服务器的工作...

    Tomcat源码分析

    【标题】"Tomcat源码分析" 在深入探讨Tomcat源码之前,首先需要了解Tomcat是什么。Tomcat是一款开源的、基于Java的Web应用服务器,由Apache软件基金会开发。它实现了Java Servlet和JavaServer Pages(JSP)规范,...

    TOMCAT源码分析(启动框架)

    【TOMCAT源码分析(启动框架)】 Tomcat是一款广泛应用的开源Java Servlet容器,它实现了Java Servlet和JavaServer Pages(JSP)规范,为Web应用程序提供了运行环境。本篇文章将深入探讨Tomcat的系统框架及其启动流程...

    apache-tomcat-源码-lib包

    通过分析和学习Apache Tomcat的源码,开发者可以更好地理解Web服务器的工作原理,提高问题定位和性能优化的能力。同时,这也是深入学习Java Web技术的重要途径,有助于提升开发者在Web应用开发和服务器管理方面的...

Global site tag (gtag.js) - Google Analytics