一、项目背景
ITOO项目中有个考评系统中,考评系统中有个学生端,学生端用于学生的考试与评教,本来是一个很好的模块,但是很多人不愿意去做,或者是做的时候效率很低,这是为什么呢?这是因为本来学生端模块就需要启动一个student就可以了,但是在这里它不行,它需要将其他模块(component,onlineditpaper,exammanage等),这让我们每次打开eclipse启动Jboss的时候超级慢,经常会出现卡住的情况。也就出现了很多人不愿意做的情况。
二、如何解决?
本着,不将就是发现的源动力。也是达到了无法忍受的情况,这个问题一定要解决的。所以也就出现了如下的思考步骤:
因为考评系统就3个模块出现了问题,其他模块没有出现问题,所以初步暂定于是客户端模块的配置问题。
1、一般远程调用出现问题,都是配置的问题,是不是哪个配置文件出问题了呢?
对比了关于远程调用配置的配置文件:Jboss-ejb-client.xml
对比了一下,感觉也没有什么问题呀?下面配置的也没有错误呀!
<client-context>
<ejb-receivers>
<!-- 需要多个的话 -->
<!-- 远程调用基础的配置 -->
<remoting-ejb-receiver outbound-connection-ref="remote-ejb-connection-qx" />
<remoting-ejb-receiver outbound-connection-ref="remote-ejb-connection-jc" />
<remoting-ejb-receiver outbound-connection-ref="remote-ejb-connection-kp" />
</ejb-receivers>
</client-context>
2、对比无果,考虑到之前考评负责人说10期的之前研究过,可能是框架的问题,需要重新搭个框架,所以,将要按照文档搭建一个新的框架了。
在搭框架的过程中出现了一些问题,导致框架没有搭建成功,所以后期在一个没有问题的模块中将其代码全部替换为学生端的代码,实验成功!
于是,开始对比,这两个模块的区别,最终发现了还是jboss-ejb-client.xml的区别。到底是哪里的区别呢?那就是在学生端的jboss-ejb-client.xml中多了一行关于远程调用权限系统的配置(<remoting-ejb-receiver outbound-connection-ref="remote-ejb-connection-qx" />)。因为学生端没有调用权限系统,紧接着,将学生端jboss-ejb-client配置文件中的这行配置去掉,实验成功,但只要加上就会出问题。
之前说过,考评有3个模块有这个问题,于是对另外两个模块进行测试,均试验成功,但是有一个问题,那就是另外的两个模块需要调用权限系统的接口,也就是必须要配置(<remoting-ejb-receiver outbound-connection-ref="remote-ejb-connection-qx" />)这块,所以前面学生端的问题解决了,但是考评剩余两个模块的问题还没有解决。
3、因为上一步中确定了是加入权限的远程调用连接配置就会出问题,于是考虑是不是权限系统的问题。
我们知道,Jboss有一个配置文件叫做standalone.xml,这里面配置了各系统的远程调用连接地址,而在jboss-ejb-client配置的这个连接名最终会指向standalone.xml中真正连接的IP地址和端口。
<socket-binding-group name="standard-sockets" default-interface="any" port-offset="${jboss.socket.binding.port-offset:0}">
<socket-binding name="management-native" interface="management" port="${jboss.management.native.port:9999}"/>
<socket-binding name="management-http" interface="management" port="${jboss.management.http.port:9990}"/>
<socket-binding name="management-https" interface="management" port="${jboss.management.https.port:9443}"/>
<socket-binding name="ajp" port="8009"/>
<socket-binding name="http" port="8091"/>
<socket-binding name="https" port="8443"/>
<socket-binding name="remoting" port="4447"/>
<socket-binding name="txn-recovery-environment" port="4712"/>
<socket-binding name="txn-status-manager" port="4713"/>
<outbound-socket-binding name="mail-smtp">
<remote-destination host="localhost" port="25"/>
</outbound-socket-binding>
<outbound-socket-binding name="remote-ejb-jc">
<remote-destination host="192.168.22.247" port="4447"/>
</outbound-socket-binding>
<outbound-socket-binding name="remote-ejb-qx">
<remote-destination host="192.168.22.249" port="4447"/>
</outbound-socket-binding>
<outbound-socket-binding name="remote-ejb-kp">
<remote-destination host="192.168.22.248" port="4447"/>
</outbound-socket-binding>
<outbound-socket-binding name="remote-ejb-xs">
<remote-destination host="192.168.22.250" port="4447"/>
</outbound-socket-binding>
<outbound-socket-binding name="local">
<remote-destination host="localhost" port="4444"/>
</outbound-socket-binding>
</socket-binding-group>
由于猜测是权限的问题,那就考虑是不是上面关于连接( <remote-destination host="192.168.22.249" port="4447"/>)代码中的地址问题呢?查了一下地址是正确的,没有问题,就将上述的地址,改为了测试环境的连接地址(192.168.22.213),发现改为测试的连接地址就没有问题了,于是就让权限去对比开发环境(249)和测试环境(213)的关于远程调用配置文件的区别了?
对比之后,发现配置文件没有区别,也就是说不是配置文件的事情呢?后来就查看服务器的各项配置,最终发现了机器名是不一样的。权限开发系统的机器名称竟然设置成了adminkp,和考评的机器名变成了一样的???将其改成正确的机器名后,试验成功!
也就是说所有的问题,都是一个机器名的问题!
三、总结
解决完了这个问题,有一种感觉就是:这真是个坑,不过也很感谢这个坑,要不然我也不会去研究这些东西,也不会有这么大的收获!
本篇博客,仅介绍了,解决这个问题的思路,并没有讲解详细的原理,下篇博客会对原理进行讲解。