Guzz源码分析(四) guzz加载config-server信息

本文详细解析了Guzz框架中config-server配置的加载过程,包括XML配置解析、BeanWrapper使用及资源加载流程。

1. 感觉有点懒惰了,两天没有写了,今天继续分析guzz加载config-server信息,说直接点就是解析guzz.xml中config-server配置的properties

 

<config-server>
	<server class="org.guzz.config.LocalFileConfigServer">
		<param name="resource" value="guzz_app.properties" />
	</server>
</config-server>

主要就是加载guzz_app.properties

2. 还是在GuzzContextImpl的initFromMainConfig方法中找到下面的代码:

 

configServer = builder.loadConfigServer() ;
if(configServer == null){
	throw new GuzzException("config-server is not available.") ;
}

就是这里解析了config-server,进入到loadConfigServer,这里也是解析xml,和前面的差不多,找到下面的代码

 

ConfigServer server = (ConfigServer) BeanCreator.newBeanInstance(className) ;
JavaBeanWrapper bw = BeanWrapper.createPOJOWrapper(server.getClass()) ;		

2.1 首先看第一句代码,这里是根据xml配置的class通过BeanCreator创建一个对象,类结构图:

在Guzz中只提供了这么一个实现类,但是也可以自己实现的,这里主要列出了2个重要的方法,都等下来看具体的实现。

2.2 接着看第二句代码,这里有出现了BeanWrapper,主要的作用是用于对POJO对象进行读写。BeanWrapper在初始化后会缓存bean的方法信息。就拿上面的2句代码来说明,我们通常配置文件创建了一个ConfigServer,但是在具体运行的时刻而是实现类LocalFileConfigServer,而这个BeanWrapper就是可以获取到运行时刻的ConfigServer的方法,这样不管是LocalFileConfigServer还是自己实现的ConfigServer,都可以通过BeanWrapper知道运行时具体是哪个类,有哪些方法。BeanWrapper类结构图:


由于这里只用到了JavaBeanWrapper,我们就只看这个类,首先看下构造方法:

 

public JavaBeanWrapper(Class beanClass){
		this.beanClass = beanClass ;
		BeanInfo bi;
		try {
			bi = Introspector.getBeanInfo(beanClass);
		} catch (IntrospectionException e) {
			throw new ORMException("fail to contruct beanwrapper:" + beanClass, e) ;
		}
		PropertyDescriptor[] pd = bi.getPropertyDescriptors();
		//FIXME: cann't handle property:My_book_title
		for(int i = 0 ; i < pd.length ; i++){
			this.propertyDescriptors.put(pd[i].getName(), pd[i]) ;
		}	
	}

只看红色的代码,首先获取到BeanInfo对象,然后获取到所有属性的PropertyDescriptor对象数组,循环吧数组中的每一个对象存放到map对象中,具体PropertyDescriptor有什么东西,自己可以把写一个测试类打印下就知道了,主要是保存的是每一个属性,和这个属性的读写方法。只要看了构造方法其他的方法都可以不用看了,肯定是通过保存在map中的PropertyDescriptor对象进行的操作。

3. 接着回到GuzzConfigFileBuilder的loadConfigServer方法中,

 

List xml_params = e.selectNodes("param") ;
for(int i = 0 ; i < xml_params.size() ; i++){
	Element xml_param = (Element) xml_params.get(i) ;
	String propName = xml_param.attributeValue("name") ;
	String value = xml_param.attributeValue("value") ;
	if(Resource.class.isAssignableFrom(bw.getPropertyType(propName))){				
		FileResource fr = new FileResource(mainConfigResource, value) ;
		try{
			bw.setValue(server, propName, fr) ;
		}finally{
			CloseUtil.close(fr) ;
		}
	}else{
		bw.setValue(server, propName, value) ;
	}
}

这段代码就是解析param,文章开头已经写了我的配置,那么这里的propName的值就是resource,value就是guzz_app.properties,看红色的代码,调用JavaBeanWrapper的setValue方法,看这里要明确运行的时候各个变量具体代表什么,bw就是JavaBeanWrapper对象,存的都是ConfigServer的属性读写方法,而这里的ConfigServer具体有时指LocalFileConfigServer;参数server具体也是LocalFileConfigServer。接着进入到setValue(...)

 

public void setValue(Object beanInstance, String propName, Object value){
	PropertyDescriptor pd = (PropertyDescriptor) this.propertyDescriptors.get(propName) ;
	...
	Method writeMethod = pd.getWriteMethod();
	if (writeMethod != null) {
		try {
			writeMethod.invoke(beanInstance, new Object[]{value});
		} catch (IllegalArgumentException e) {
		...
		}
	}else{
		throw new ORMException("property:" + propName + " not writable in :" + this.beanClass) ;
	}
}

首先通过属性名称获取到PropertyDescriptor,然后得到写的方法,接着调用方法,我们的属性名称是resource,那么写方法就是setResource,而对象又是LocalFileConfigServer,所以我们就去看LocalFileConfigServer的setResource方法。

4.LocalFileConfigServer的setResource方法有调用了addResource,这也是要的实现方法:

protected void addResource(Resource r, boolean resourceMustBeValid){
	Map props = PropertyUtil.loadGroupedProps(r) ;
	....
	Iterator keys = props.entrySet().iterator() ;
	while(keys.hasNext()){
		Map.Entry entry = (Entry) keys.next() ;
		String configGroupName = (String) entry.getKey() ;
		Properties[] ps = (Properties[]) entry.getValue() ;
		ServiceConfig[] scs = new ServiceConfig[ps.length] ;
		for(int i = 0 ; i < ps.length ; i++){
			Properties p = ps[i] ;
			ServiceConfig sc = new ServiceConfig() ;
			scs[i] = sc ;
			sc.setConfigName(configGroupName) ;
			//读取系统配置项uniqueIdentifer appName serviceName IP maxLoad
			//剩下作为附件参数
			sc.setUniqueIdentifer(p.getProperty("guzz.identifer")) ;
			sc.setIP(p.getProperty("guzz.IP")) ;
			sc.setMaxLoad(StringUtil.toInt(p.getProperty("guzz.maxLoad"), -1)) ;
			sc.setAppName(p.getProperty("guzz.appName")) ;
			.....
		}
		configs.put(configGroupName, scs) ;
	}
}

第一段红色加粗的地方就是guzz在解析配置文件guzz_app.properties,把以中括号([...])开始的分为一个组,统一存放到一个Map,key就是中括号中的值,作为服务名,具体代码可以自己去看。剩下的一大段循环就是取出返回来的Map中的每一个对象(具体就是Properties),然后根据Properties对象创建服务配置对象ServiceConfig,接着把ServiceConfig对象保存到全局Map对象中。
5.guzz加载config-server信息的过程分析完成。


潮汐研究作为海洋科学的关键分支,融合了物理海洋学、地理信息系统及水利工程等多领域知识。TMD2.05.zip是一套基于MATLAB环境开发的潮汐专用分析工具集,为科研人员与工程实践者提供系统化的潮汐建模与计算支持。该工具箱通过模块化设计实现了两大核心功能: 在交互界面设计方面,工具箱构建了图形化操作环境,有效降低了非专业用户的操作门槛。通过预设参数输入模块(涵盖地理坐标、时间序列、测站数据等),用户可自主配置模型运行条件。界面集成数据加载、参数调整、可视化呈现及流程控制等标准化组件,将复杂的数值运算过程转化为可交互的操作流程。 在潮汐预测模块中,工具箱整合了谐波分解法与潮流要素解析法等数学模型。这些算法能够解构潮汐观测数据,识别关键影响要素(包括K1、O1、M2等核心分潮),并生成不同时间尺度的潮汐预报。基于这些模型,研究者可精准推算特定海域的潮位变化周期与振幅特征,为海洋工程建设、港湾规划设计及海洋生态研究提供定量依据。 该工具集在实践中的应用方向包括: - **潮汐动力解析**:通过多站点观测数据比对,揭示区域主导潮汐成分的时空分布规律 - **数值模型构建**:基于历史观测序列建立潮汐动力学模型,实现潮汐现象的数字化重构与预测 - **工程影响量化**:在海岸开发项目中评估人工构筑物对自然潮汐节律的扰动效应 - **极端事件模拟**:建立风暴潮与天文潮耦合模型,提升海洋灾害预警的时空精度 工具箱以"TMD"为主程序包,内含完整的函数库与示例脚本。用户部署后可通过MATLAB平台调用相关模块,参照技术文档完成全流程操作。这套工具集将专业计算能力与人性化操作界面有机结合,形成了从数据输入到成果输出的完整研究链条,显著提升了潮汐研究的工程适用性与科研效率。 资源来源于网络分享,仅用于学习交流使用,请勿用于商业,如有侵权请联系我删除!
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值