Flex LCDS 与 spring 框架的整合说明

原帖：http://www.riachina.com/showtopic.aspx?topicid=8723&page=3#41843
想知道这个原理先要从事务概念说起了

我们将一组有业务逻辑，原子性不可分离的操作集合称为事务，因此事务的要素就是有一个开始和结束，如果没有成功的到达结束点，那么中间做的所有操作将会被认为是一个无效的操作（取消或者回滚）。

在 业务逻辑中，我们常常会定义某些service做一些局部性操作，在业务层再将他们组合起来定义成某一个事务方法，成为一个有业务逻辑的操作，如果不采用 事务控制，那么势必一个事务方法的开头和结尾必须写上，startTransaction和commitTransaction这样的语句。这样也未尝不 可，但是如果一个庞大的项目，对于开发人员来说，有时候没必要让其充分了解业务上的事务操作，甚至在有些情况下，他根本不能掌握一些和事务类似需要被控制 的状态，典型的比如持久层的访问状态。

这些重复的、有规律的、无需人为或业务类来控制的、甚至是人难以掌握的，可以交给系统框架来处理。

事务管理就是利用了aop，当你注册某一个类交由事务管理器去管理时（拦截器），他会在调用你注入的方法之前切入一个start标记，在调用完成后切入一个end标记，之间的方法他可以try起来，这样当成功执行到end时，就会执行事务提交。

同样的道理，这种aop还可以应用于任何框架设计上，比如对于操作记录的log，权限的控制、dto、数据序列化转换、通讯控制等等上去，即在你注册的切入点就执行你定义的操作（拦截器）。

这就是spring的ioc。

刚 是说的aop设计上的原理，底层是如何实现的每种aop应用都有不同，就拿spring来说，他是针对class文件字节码来操作的，实际上，你写的代码 在注入之后，spring就会根据你注入的信息，去找对应的类的字节码文件，并进行修改，重新生成新的class文件。

这样来说就有点类似hack行为，但是由于这个技术很成熟，且很早被人所接受，这种hack行为也被证实为是一种非常独到的程序设计。

原 理说清楚后，再来理解你使用jotm就不难了，当你定义了事务工厂类之后，就可以通过spring是委派了一个事务管理器，在你的代码中这个事务管理器就 是org.objectweb.jotm.UserTransactionFactory，spring会将该类管理事务的方法切入进你注入的类，去执行 hack操作，将你注入的类的方法前打上start和end标记方法，当执行被注入方法成功时，最终执行该事务管理器中的事务提交方法。

因此你的问题，你问是谁调用了他，实际就是你自己注入的类调用了他，只不过，你这个类被黑了（当然是你配置的）。

那么再看你遇到的问题，根源在于，spring和fms都是采用了aop拦截机制的，fms的aop应用于我刚才说到的“远程调用和数据序列化转换”。

1.远程调用：通过一个messagebreak监听所有的请求，当remoteobject请求某个java远程方法时，messagebreak就会去直接执行java里的remoteobject
2.数据序列化：他将你方法返回的java数据对象，转换成amf协议里的二进制数据并return出来，最终输出。

再来说spring，刚刚说到，你委派了一个事务工厂去管理事务，但是，哪些bean需要被注入呢？空头司令可是没什么价值的。

实 际上，springframework将这一系列的“增值服务”封装进自己的bean里去了，也就是为什么，在spring容器里需要getbean来获 得一个实例，而不要自己去new，这样，就能跟这个对象去增加很多“增值服务”。在你替spring指派了transactionmanager后，还需 要让spring给他可以管理的对象，这样才能让你的类享受增值服务。

然而，你现在整合两套独立的aop框架，fms的aop可以不用理 会spring的aop，独自切入，这样就导致，spring虽然给你的class打上了start或者end的标记，但是这个bean并没有从 spring容器中产生，而是由fms的messagebroker去new出来的，导致不能享受“增值服务”，说白 了，TrasnactionManager必须被spring调用，比如他给这个manager设置了某些参数。
而fms得到的bean不是由spring容器里的，自然就无法享受“增值服务”了。

问题找到了，但是如何解决呢？

在remote-config.xml配置里，映射一个java对象是这么写的

[复制到剪贴板]

CODE:

<destination id="userService">
<properties>
<source>com.test.service.userService</source>
</properties>
</destination>

如果这样，userService就会直接被ro访问，从而脱离spring容器。如果你要对某个java类实现自己定义的切入，你可以使用工厂配置，即我需要在ro访问前，从spring里去getbean
那么就可以这么改一下

[复制到剪贴板]

CODE:

<destination id="userService">
<properties>
<factory>springFactory</factory>
<source>com.test.service.userService</source>
</properties>
</destination>

这个springFactory是在service-config.xml里配置的，

[复制到剪贴板]

CODE:

<factories>
<factory id="springFactory" class="com.test.factory.SpringFactory" />
</factories>

这样，就定义了一个SpringFactory类去执行在userService切入之前的操作，即，我们要实现从从spring容器中去取得bean。
该factory需要实现FlexFactory接口。实现createFactoryInstance方法和lookup方法

[复制到剪贴板]

CODE:

public FactoryInstance createFactoryInstance(String id, ConfigMap properties){
SpringFactoryInstance instance = new SpringFactoryInstance(this, id, properties);
instance.setSource(properties.getPropertyAsString(SOURCE, instance.getId()));
return instance;
}
public Object lookup(FactoryInstance inst)  {
SpringFactoryInstance factoryInstance = (SpringFactoryInstance) inst;
return factoryInstance.lookup();
}

createFactoryInstance方法中用到了一个SpringFactoryInstance ，他是继承自FactoryInstance的

[复制到剪贴板]

CODE:

class SpringFactoryInstance extends FactoryInstance
{
SpringFactoryInstance(SpringFactory factory, String id, ConfigMap properties)
{
super(factory, id, properties);
}
public Object lookup()
{
//这就是从spring容器中getbean了
ApplicationContext appContext = WebApplicationContextUtils.getWebApplicationContext(flex.messaging.FlexContext.getServletConfig().getServletContext());
String beanName = getSource();

try
{
return appContext.getBean(beanName);
}
catch (NoSuchBeanDefinitionException nexc)
{
ServiceException e = new ServiceException();
throw e;
}
catch (BeansException bexc)
{
ServiceException e = new ServiceException();
throw e;
}
}

}

这样，访问ro时，就会通过工厂模式去从spring容器中getBean了

//相关完整的一个spring整合可以从google code的svn里下载http://flex-java.googlecode.com/svn/trunk/