今天完成的事情:

将项目部署到服务器.并完成分布式远程调用.因为服务器内存只有一个G,所以就没有开nginx.

查看日志

使用缓存的情况下

明天计划的事情:

开始任务9.

遇到的困难:

先说一下昨天那个问题,,, 导致这个问题的解决方案是因为接口方法名称不一致造成的,

第二个问题,,服务器内存只有一个G  ,,nginx,redis,tomcat,memcached同时开启服务器GG了..最后只能选择妥协,,牺牲了memcached和nginx.

第三个问题.web项目启动时特别慢,导致服务器启动之后web项目直接无法访问. 在 17:22:11毫秒加载注解.在23:35毫秒才配置web环境..这个rmi的服务器IP设置为本地就可以,如果改为服务器就会从本地跳到外网

<property name="serviceUrl" value="rmi://127.0.0.1:8002/StudentService2"/>

第四个问题:  根据网上教程打出来jar包无法运行..打出来的包有20多MB,,已经把所需要的jar包都包含进去了,还是无法运行,最后按照师兄的说法,换了一种打包方式.将jar包单独打包出来放在lib目录.然后配置项目依赖jar包的位置.

这样做还有另外一种好处,可以保证多个service共同使用这个jar包,,节省空间,,也可以保证jar包版本一致.

收获:

什么是rmi？为什么要使用rmi框架？

RMI（即Remote Method Invoke 远程方法调用）。在Java中，只要一个类extends了java.rmi.Remote接口，即可成为存在于服务器端的远程对象，供客户端访问并提供一定的服务。JavaDoc描述：Remote 接口用于标识其方法可以从非本地虚拟机上调用的接口。任何远程对象都必须直接或间接实现此接口。只有在“远程接口”（扩展 java.rmi.Remote 的接口）中指定的这些方法才可远程使用..

实际上就是通过接口来调用远程方法,.通过调用多个方法来提升项目稳定性.

SCA（Service Component Architecture）中文翻译为“服务组件架构”，是一种全新的软件架构思想。

现有的组件是和传输协议紧密耦合的。比如EJB组件采用的是RMI传输协议，Web Service组件采用的是SOAP传输协议。SCA组件则能自由地绑定各种传输协议。

SCA与传统的业务组件最大区别在于SCA实现了两个功能：一是组件和传输协议的分离，二是接口和实现语言的分离。

服务组件是SCA里面最基本的功能单元，它主要包括接口、实现、引用、属性等部分。可以从一下侧面来描述服务组件。

a)、是在一个模块（Composit）内的通过配置生成的一个实现的实例。

b)、多个组件可以用同一个实现（思考：一个Java的对象可以同时实现多个接口）。

c)、提供服务和消费服务（组件可以调用别的组件的服务）。

d)、通过配置来实现对象的属性值（配置节点为property）。

e)、组件通过连线（Wire）来设置服务引用。连线可以连接到别的组件的服务，也可以连接到模块的引用（模块的概念后面会详细讲述）。

SCA的模块是实际上是将SCA组件（做为零件）重新组合集成度更高的组建，从整体看来SCA模块和SCA组件的结构式一致的。从构成组件的“零件”角度看，SCA模块是用了组件作为零部件重新组装为新的组件（模块）

分布式，是指数据和程序可以不位于一个服务器上，而是分散到多个服务器，以网络上分散分布的地理信息数据及受其影响的数据库操作为研究对象的一种理论计算模型。简单的说，应用比较多的是多服务器运行，但是客户感觉的还是一个服务，一个服务器挂掉呢没关系，其它的会接上。当并发业务量很大的时候，web层只负责分发，而后台处理需要资源多，一旦响应跟不上，可以很容易的通过扩展来提高性能。

  就是把一件事分给很多个能做这件事的人去做，这里面这些人都要具备有两个特性，一个是他们是不同的人，一个是他们具有处理你分配的这件事的能力。

任务进度：任务8步骤3

任务开始时间：2017-11-23

预计demo时间：2017-11-27

是否有延期风险：暂无

禅道：http://task.ptteng.com/zentao/task-view-14240.html