打造0配置文件的SSH框架-9

    解决拿methodActionPackage这个大问题后，剩下的过程就顺利很多。根据xwork的api，主要是com.opensymphony.xwork2.config.entities这个包下的，可以明白如何将这些package, action, result等信息加载到系统中。基本思路就是利用ConfigurationProvider中的init方法来获取整个struts2的configuration对象，然后利用configuration.addPackageConfig来加载package配置，递归下去，利用Package Config的实例来加载Action Config配置，用Action Config来加载Result，Interceptor，ExceptionMapping等。有两个地方比较复杂：


1 加载Interceptor的地方，因为在Action中只是配置对某个Interceptor的引用，所以要先利用引用的Interceptor的名字，在PackageConfig中拿到真正的InterceptorConfig，然后利用Inject进来的ObjectFactory创建相关的该Interceptor的实例。并且getAllInterceptorConfig这个map中不仅仅有InterceptorConfig，还有InterceptorStackConfig，所以还要区别对待，我在这里就吃过一次药。

    	//通过i的名字去所有的i中查询 i config
		Object o = pc.getAllInterceptorConfigs().get(name);
    	//查出来的是i config对象
		if (o instanceof InterceptorConfig) {
    		InterceptorConfig config = (InterceptorConfig) o;
            //通过config去加载 真正的 i
    		Interceptor inter = null;
            try {
                inter = objectFactory.buildInterceptor(config, param);
                list.add(new InterceptorMapping(name, inter));
                return list;
            } catch (ConfigurationException ex) {
                logger.warn("Unable to load config class "+config.getClassName()+" at "+
                        ex.getLocation()+" probably due to a missing jar, which might "+
                        "be fine if you never plan to use the "+config.getName()+" interceptor", ex);
                return list;
            }
        //查出来的是i stack config对象,可直接取到i mapping对象
    	} else if (o instanceof InterceptorStackConfig) {
    		InterceptorStackConfig config = (InterceptorStackConfig) o;
    		list.addAll(config.getInterceptors());
    		return list;
    	}

2 加载Result的地方，对于默认的result，也就是大部分情况下的dispatch类型的，我们要在package config中去取当前的package的默认类型，通过

String defaultResultType = pc.getFullDefaultResultType();
ResultTypeConfig resultType = pc.getAllResultTypeConfigs().get(defaultResultType);
try {
	clazz = Class.forName(resultType.getClazz());
} catch (ClassNotFoundException ex) {
}

而且对于不同的默认result type类型，有不同的DEFAULT_PARAM实现值，如果是disaptch类型默认该值是location，并且对应的就是配置的jsp的路径，这里还是比较难理解为什么xwork这样设计。
//设定default param也就是location

String defaultParam;
try {
	defaultParam = (String) clazz.getField("DEFAULT_PARAM").get(null);
} catch (Exception e) {
	// not sure why this happened, but let's just use a sensible choice
	defaultParam = "location";
}
param.put(defaultParam, result.value());
//创建result config返回
return new ResultConfig(result.name(), clazz.getName(), param);

其他的对象加载都比较简单，还可以利用needReload方法，来进行配置的热重载，下一章我会附上整个ConfigurationProvider的源码，另外还可以参考xwork中的com.opensymphony.xwork2.config.providers.XmlConfigurationProvider类，这是加载传统xml文件的configurationProvider类。