Apache Dubbo
Hibernate
@dubbo 你好，想跟你请教个问题：
正在开始做一个新的分布式项目，打算使用dubbo来做服务。但是在实施的时候就遇到了一个问题。
我们的项目结构，简单来说，就是spring rest controller 调用 dubbo service, dubbo service调用DAO（hibernate进行数据映射，进行数据的操作）。
首先想请教一下，这样的设计是否合理？跟其他人聊了一下 ，好像大家通常会把dubbo放在更后端一点，比如日志处理，后端统计，服务的异步解耦。像我们这样，直接在web层对dubbo的service进行调用，或者在dubbo的service里面对hibernate进行调用，是否合理？
现在我们这样做的问题是，当需要加载关联对象的时候（A关联B），dubbo service返回的数据，必须是包含完整的数据，如果只返回A，不可能再在controller里面 进行a.getB()的调用。现在担心如果全部数据返回（或者再构建一个bean，只返回controller需要的部分对象属性），影响效率和性能。
所以现在的数据的模型，不带任何复杂对象的关联，全是基本数据类型。不过这样的话，更让我感觉很别扭。这样的模型不仅是贫血的模型而且连面向对象的设计都算不上了。
不知道我把我的问题描述清楚没有。希望各位高手能给点建议。谢谢！
你好，你的问题，应该是2个方面
1、是否在spring mvc的controller中调用dubbo的service？
如果是从springmvc 的controller调用service，在service中调用dubbo，存在的一个好处是，可以单元测试，并且比较容易，如果不需要在service中单元测试，可以直接在controller中调用dubbo的service
2、返回数据，是简单类型还是复杂类型？
如果返回复杂类型，这样导致的问题是这些服务的重用新不好，失去了soa 最重要的服务重用原则，所以，我建议返回简单类型，在springmvc的controller中调用多个soa的方法实现页面的需要
各位好
我这里遇到一个问题，spring模块是这样的
dubbo.basic 公共类库;
dubbo.model 定义 pojo
dubbo.provider 里面包含 接口dao及实现, service接口的实现
dubbo.service 定义的接口模块;
dubbo.web 项目web模块;
service ,dao接口及实现的 基础代码;
BaseService, BaseServiceImpl, BaseDao , BaseDaoImpl
每个相关业务类都继承他们;
采用 dubbo+zookeeper (spring+springmvc+hibernate)
server 服务提供模块 spring配置大概是
component-scan: service 以及 provider
aop pointcut 到 service 模块下的根包;
==========================================
web controllerj
@Autowired
private XxxService xxxService;
由于支持 hibernate session 赖加载;
当使用 xxxService.load(id); //BaseService 下的接口，这样使用会出现 no session的错误，
但是如果是下面的用法就没事;
如 XxxService 下的有个接口是 getMessage(id);
则 XxxServiceImpl 这是接口实现类里
public Xxxx(Pojo类) getMessage(id) {
Xxxx xxxx=this.load(id);
return xxxx;
} //这样用就没有问题，很奇怪;
而且当对一个实体进行 save操作后，成功时，也是取不到 getId() 值; (我在 server 下直接实验操是可以获取到 id 值的)
===============================================
我是这应该是 web模块 是一个 web项目, server 也是一个web项目, 采用 rpc 这种远程调用，可能session 会发生变化，或关闭;
但是如果 使用 xxxService.get(id)；//这是没有问题的;
楼上的，还少了一个 dubbo.server 服务提供者网站;