jetty_dm

1.概述

1. jetty的deploymentManager作用是帮助创建ContextHandler并加入到jetty的合适位置,以方便提供静态和动态的服务。比如,把某个位置的war包部署到jetty。
2. deploymentManager一个主要功能是连接app Provider和applifecycle。

3. 有两种典型的appProvider,一种是webappProvider,主要是监视某目录的*.war,并把他们提交到app lifecycle graph中。一种是contextProvider,监视一个目录的*.xml文件,并用jetty xml为app lifecycle graph创建contextHandler(通常是WebAppContext)
4. webAppProvider的start和stop和server是同步的,server.start的时候调用deployer的start。context是在将要部署的war包中发现的。在monitoredDirName中的所有war包和名称非CVS的目录都会被部署,war包的context名称是报名,root.war是/.如果extractWars被设置为true,那么war包会先被解压到一个tmp dir,如果有未编译的jsp等东西,就需要解压。

(如果war包没有解压servletContxt.getRealPath就会返回一个空,这样导致vmx的处理会出问题。)

2.初始化过程

在使用java -jar start.jar命令启动时,start.jar 的main函数在解析完命令行,设置好classpath等后调用invokeMain时,默认是调用Xmlconfiguration的main函数,这里会把一个个的xml拿出来解析(通过configure函数),参照文档中的标签逐一处理,代码如下:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
  for (; i < cfg.size(); i++)
        {
            Object o = cfg.get(i);
            if (o instanceof String) continue;
            XmlParser.Node node = (XmlParser.Node) o;
 
            try
            {
                String tag = node.getTag();
                if ("Set".equals(tag))
                    set(obj, node);
                else if ("Put".equals(tag))
                    put(obj, node);
                else if ("Call".equals(tag))
                    call(obj, node);
                else if ("Get".equals(tag))
                    get(obj, node);}

考虑如下的jetty配置:

<Call name=”addBean”>
<Arg>
<New id=”DeploymentManager” class=”org.eclipse.jetty.deploy.DeploymentManager”>
<Set name=”contexts”>
<Ref id=”Contexts” />
</Set>

<Call name=”setContextAttribute”>
<Arg>org.eclipse.jetty.server.webapp.ContainerIncludeJarPattern</Arg>
<Arg>.*/jsp-api-[^/]*\.jar$|.*/jsp-[^/]*\.jar$</Arg>
</Call>
<!– Providers of Apps via WAR file existence.
Configured to behave similar to the legacy WebAppDeployer –>
<Call name=”addAppProvider”>
<Arg>
<New class=”org.eclipse.jetty.deploy.providers.WebAppProvider”>
<Set name=”monitoredDir”>D:/alibaba/web-deploy/jetty-server/webapps</Set>
<Set name=”scanInterval”>0</Set>
<Set name=”extractWars”><Property name=”jetty.extractWars” default=”true”/></Set>
<Set name=”defaultsDescriptor”>D:/alibaba/web-deploy/jetty-server/conf/webdefault.xml</Set>
</New>
</Arg>
</Call>
</New>
</Arg>
</Call>

显然会调用call方法,先new出一个org.eclipse.jetty.deploy.DeploymentManager,然后在new出一个org.eclipse.jetty.deploy.providers.WebAppProvider,并调用addAppProvider方法,将new出来的WebAppProvider加入到DeploymentManager中。

3.启动过程

在jetty的server调用server.start()的时候,会调用到DeploymentManager的dostart()方法如下:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
    @Override
    protected void doStart() throws Exception
    {
        if (_useStandardBindings)
        {
            Log.debug("DeploymentManager using standard bindings");
            addLifeCycleBinding(new StandardDeployer());
            addLifeCycleBinding(new StandardStarter());
            addLifeCycleBinding(new StandardStopper());
            addLifeCycleBinding(new StandardUndeployer());
        }
 
        // Start all of the AppProviders
        for (AppProvider provider : _providers)
        {
            startAppProvider(provider);
        }
        super.doStart();
    }

先初始化几个类,然后启动provider。

配置中使用的WebAppProvider继承了ScanningAppProvider,WebAppProvider自身没有覆盖doStart方法,因此会调用ScanningAppProvider的dostart方法。顾名思义ScanningAppProvider就是扫描一个文件夹,并部署文件夹下jar包的类,其doStart的代码如下:

1
2
3
4
5
6
7
8
9
10
        File scandir = _monitoredDir.getFile();
        Log.info("Deployment monitor " + scandir + " at interval " + _scanInterval);
        _scanner = new Scanner();
        _scanner.setScanDirs(Collections.singletonList(scandir));
        _scanner.setScanInterval(_scanInterval);
        _scanner.setRecursive(_recursive);
        _scanner.setFilenameFilter(_filenameFilter);
        _scanner.setReportDirs(true);
        _scanner.addListener(_scannerListener);
        _scanner.start();

可以看到,new出来的Scanner是个核心逻辑,其start方法会调用scan方法,代码如下:

1
2
3
4
5
6
7
public synchronized void scan ()
    {
        scanFiles();
        reportDifferences(_currentScan, _prevScan);
        _prevScan.clear();
        _prevScan.putAll(_currentScan);
    }

这里根据设置的目录调用:private void scanFile (File f, Map scanInfoMap, int depth)
把文件名和lastModify时间取出来,放到map,然后调用reportDifferences(_currentScan, _prevScan);
该方法把list中每个新旧文件时间比较,将新出现的文件调用reportAddition,修改时间大于间隔的调用reportChange,并将这两种文件加入到一个list bulkChanges中。再调用reportBulkChanges(bulkChanges);总之就是把新的war包或者修改了的war包重新处理一下。

主要看看reportAddition方法,本质是通过内部类取出Scanner中的ScanningAppProvider (通_scannerListener)
然后调用

1
2
3
4
5
6
7
8
9
10
protected void fileAdded(String filename) throws Exception
    {
        if (Log.isDebugEnabled()) Log.debug("added ",filename);
        App app = ScanningAppProvider.this.createApp(filename);
        if (app != null)
        {
            _appMap.put(filename,app);
            _deploymentManager.addApp(app);
        }
    }

上面代码先创建app,然后用_deploymentManager去deploy,在_deploymentManager调用它的核心方法requestAppGoal,其方法会调用binding.ProcessBinding(这个AppLifeCycle.Binding接口有多个实现,包括StandardDeployer,StandardStarter,StandardStopper,StandardUnDeployer等),

在这里先调用StandardDeployer.ProcessBinding,代码如下:

1
2
ContextHandler handler = app.getContextHandler();
app.getDeploymentManager().getContexts().addHandler(handler);

其中app.getContextHandler()的具体代码如下:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
    public ContextHandler getContextHandler() throws Exception
    {
        if (_context == null)
        {
            _context = getAppProvider().createContextHandler(this);
 
            AttributesMap attributes = _manager.getContextAttributes();
            if (attributes!=null && attributes.size()>0)
            {
                // Merge the manager attributes under the existing attributes
                attributes = new AttributesMap(attributes);
                attributes.addAll(_context.getAttributes());
                _context.setAttributes(attributes);
            }
        }
        return _context;
    }

核心逻辑是createContextHandler,这里AppProvider为WebAppProvider,因此调用它的createContextHandler方法该方法

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
public ContextHandler createContextHandler(final App app) throws Exception
    {
        Resource resource = Resource.newResource(app.getOriginId());
        File file = resource.getFile();
        String context = file.getName();
        根据是否war包等再处理下..
        WebAppContext wah = new WebAppContext();
        wah.setDisplayName(context);
       再处理下root等特殊路径(比如 if (context.equalsIgnoreCase("root")) context="/";)
        wah.setContextPath(context);
 
        wah.setWar(file.getAbsolutePath());
        if (_defaultsDescriptor != null)  wah.setDefaultsDescriptor(_defaultsDescriptor);
        wah.setExtractWAR(_extractWars);
        wah.setParentLoaderPriority(_parentLoaderPriority);
        if (_configurationClasses != null)  wah.setConfigurationClasses(_configurationClasses);
        if (_tempDirectory != null) wah.setAttribute(WebAppContext.BASETEMPDIR,_tempDirectory);
        return wah;
}

这个关键方法就把WebAppContext搞出来了,跟我们以前对WebAppContext的分析接上了。

WebAppContext搞出来之后,还要设置到server中去,和connector对接起来。回到前面的 app.getDeploymentManager().getContexts().addHandler(handler);这句,在jetty.xml配置的
,因此把new出来的WebAppContext加进去,作为他的一个Handler。

在ContextHandlerCollection的handle方法中,会根据context的值取出对应的handler,然后处理,这样保证多个war包也可以很好的处理。

然后再通过生命周期的starting阶段,调用StandardStarter,调用handler.start()把这个handler启动起来,这里详见以前对WebAppContext的分析。
所有生命周期过完之后,这个war包就部署好了

回到reportDifferences方法,进行下一个war包的reportAddition处理,这里不详述了,文件夹也是一样。

4.其他

  • 对于拷贝到webapp目录下就可以服务的静态文件,主要是因为servletHandler有个default的Servlet,叫org.eclipse.jetty.servlet.DefaultServlet可以提供静态资源服务的。
  • WebAppContext是一个HandlerWrapper,他具体的handler是在start的过程中new出来的。具体在ServletContextHandler的startContext方法。
5.实际调用栈

这里给出一个实际启动的调用栈

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
       at com.alibaba.webx.WebxLoader.configureAllServices(WebxLoader.java:694)
        at com.alibaba.webx.WebxLoader.configure(WebxLoader.java:266)
        at com.alibaba.webx.WebxControllerServlet.configure(WebxControllerServlet.java:54)
        at com.alibaba.webx.controller.AbstractWebxControllerServlet.init(AbstractWebxControllerServlet.java:43)
        at javax.servlet.GenericServlet.init(GenericServlet.java:241)
        at org.eclipse.jetty.servlet.ServletHolder.initServlet(ServletHolder.java:431)
        at org.eclipse.jetty.servlet.ServletHolder.doStart(ServletHolder.java:259)
        at org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:55)
        at org.eclipse.jetty.servlet.ServletHandler.initialize(ServletHandler.java:762)
        at org.eclipse.jetty.servlet.ServletContextHandler.startContext(ServletContextHandler.java:244)
        at org.eclipse.jetty.webapp.WebAppContext.startContext(WebAppContext.java:1132)
        at org.eclipse.jetty.server.handler.ContextHandler.doStart(ContextHandler.java:577)
        at org.eclipse.jetty.webapp.WebAppContext.doStart(WebAppContext.java:491)
        at org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:55)
        at org.eclipse.jetty.deploy.bindings.StandardStarter.processBinding(StandardStarter.java:36)
        at org.eclipse.jetty.deploy.AppLifeCycle.runBindings(AppLifeCycle.java:180)
        at org.eclipse.jetty.deploy.DeploymentManager.requestAppGoal(DeploymentManager.java:497)
        at org.eclipse.jetty.deploy.DeploymentManager.addApp(DeploymentManager.java:135)
        at org.eclipse.jetty.deploy.providers.ScanningAppProvider.fileAdded(ScanningAppProvider.java:144)
        at org.eclipse.jetty.deploy.providers.ScanningAppProvider$1.fileAdded(ScanningAppProvider.java:57)
        at org.eclipse.jetty.util.Scanner.reportAddition(Scanner.java:436)
        at org.eclipse.jetty.util.Scanner.reportDifferences(Scanner.java:349)
        at org.eclipse.jetty.util.Scanner.scan(Scanner.java:306)
        at org.eclipse.jetty.util.Scanner.start(Scanner.java:242)
        at org.eclipse.jetty.deploy.providers.ScanningAppProvider.doStart(ScanningAppProvider.java:121)
        at org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:55)
        at org.eclipse.jetty.deploy.DeploymentManager.startAppProvider(DeploymentManager.java:562)
        at org.eclipse.jetty.deploy.DeploymentManager.doStart(DeploymentManager.java:212)
        at org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:55)
        at org.eclipse.jetty.server.Server.doStart(Server.java:226)
        at org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:55)
        at org.eclipse.jetty.xml.XmlConfiguration$1.run(XmlConfiguration.java:1046)
        at java.security.AccessController.doPrivileged(Native Method)
        at org.eclipse.jetty.xml.XmlConfiguration.main(XmlConfiguration.java:983)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:597)
        at org.eclipse.jetty.start.Main.invokeMain(Main.java:490)
        at org.eclipse.jetty.start.Main.start(Main.java:634)
        at org.eclipse.jetty.start.Main.parseCommandLine(Main.java:280)
        at org.eclipse.jetty.start.Main.main(Main.java:82)
 

附:参考文献
官方文档:http://wiki.eclipse.org/Jetty/Feature/Deployment_Manager

猜你喜欢

转载自jackyhongvip.iteye.com/blog/1539415
dm