关于Jeecg互联网化dubbo改造方案(续)
这次主要对jeecg拆分细化dubbo工程构建，结合dubbo相关配置文件。目前我拿dc这个项目实战做简要分析，如下图： http://img.blog.csdn.net/20151119162132709?watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQv/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/CenterDc-api：是独立子项目不需要依赖其它子项目，是提供其它子项目依赖。如core、web.在service中提供的都是远程服务的接口，供外部访问。 http://img.blog.csdn.net/20151119162230846?watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQv/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/Centerhttp://img.blog.csdn.net/20151119162304255?watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQv/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/Center
Dc-core:是核心，依赖dc-api。第1个红圈是dao也是依赖aof-all(在线服务框架-分库分表);对于jeecg可以依赖minidao。第2个红圈是对api接口的impl（具体业务的实现）。第3个红圈表示用Spring配置声明暴露服务（服务的提供者） http://img.blog.csdn.net/20151119162342135?watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQv/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/Center
其中注册中心：1、multicast广播注册中心暴露服务地址2、zookeeper。最后一个红圈是本地服务的部署。当然在linux正式环境下，dubbo会有独立的容器来部署。 http://img.blog.csdn.net/20151119162435159?watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQv/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/Centerhttp://img.blog.csdn.net/20151119162440735?watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQv/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/Center
Dc-web:MVC，同样也依赖dc-api，图中红圈是服务的消费者。配制如下：http://img.blog.csdn.net/20151119162642412?watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQv/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/Center
与provider.xml相比consumer.xml引用的配制类不一样 。目前官网提供核心配制类如下：http://img.blog.csdn.net/20151119162523560?watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQv/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/Center详情参考：http://dubbo.io/User+Guide-zh.htmDc-web可以直接部署到apache的tomcat下。是一个web项目。
页:
[1]