今日完成：

1、看muscle-patient-web 代码

2、给 muslce-patient-web、muscle-doctor-web 作code review。

3、给姚远审核任务一，发现了一些问题。

审核他代码时，发现未写service层。

于是指导他 service 是什么和怎么写。

我看着他写service 和 impl，

impl 的一个insert方法，即使方法名前标注了返回类型为“Integer”，依然不知道该 用 return 一个 int。其实就是代码写得太少了。

4、给博韬看了一个所谓困扰他一天的问题。其实就是用了tiles框架，但 controller 中返回了jsp视图，导致tiles的各种属性读不到而报错。

明日计划：

1、真实项目评审。

遇到问题：

1、启动第九肌肉的muscle-doctor-web 后，运行测试类调用一个方法，会出现长时间无响应而报错。

之后找伟江，首先是发现host文件中没有配置，而后

收获：

1、回顾了一遍 Tuscany、scallop 相关知识点。

server.composite

<scallop />标签指的是远程微服务调用：

<scallop:binding.rmi host="localhost" port="10811" serviceName="DailyRMIService"/>

由 IP、端口、服务名 来唯一确定一个服务

当service启动时、指定了由哪个service来实现。

以及、在host="localhost"（本地）、port="10811"（端口）启动、服务名“DailyRMIService”。

一般来说，为数据库每一张表都提供一个服务，这些服务的端口都是一样的，但他们会在不同的service模块下启动，根据不同的serviceName来区分。

<service name="dailyService" promote="MuscleMainComponent/dailyService">
    <interface.java interface="com.ptteng.muscle.main.service.DailyService"/>
    <scallop:binding.rmi host="localhost" port="10811" serviceName="DailyRMIService"/>
</service>

由于service与web可以部署在不同的服务器上，即使是同一个service也可以通过负载均衡部署在不同的服务器上，当service独立启动之后，它就能提供出一个服务处理。

比如，service 端部署在服务器A上，web 端部署在服务器B上，web 端就必须要找到 service。

“订单系统”、“用户积分系统”、“用户学习进度”、一般每一个相当于提供了不同的服务、会按照业务逻辑分出好几个不同的service，那么根据IP、端口、服务名就可以确定唯一一个服务了。

scallop 是一个分布式框架体系，但公司对他进行了一些修改，

将一个服务的服务名，以及需要主动请求（即调用）它的服务的服务名，做一个映射关系。

web 端存有一个配置文件：

scallop.registry.center = http://sallop.resource.center:8182  

会根据resource表去找到所登记的服务。

applicationContext-server.xml 。

client.composite