但在WS化时Q由于日久生疏，一个小的WS化变动，却花了整整好几天旉Qؓ此，狠下以来Q将其过E进行记录，以便下次参考?
WS整体程Q?
以下分别介绍Q?
1、设计和实现WebService服务端功能组Ӟ用于l一处理针对本应用系l所需q行WebService化的逻辑实现。ƈ系l逻辑处理中的对象转成序列化后的String对象Q以W合WebService交互标准?
2、根据SBPApi.javaQ生成WSDL{：通过Eclipse右键菜单中的WebService-->Create Web ServiceV完成后Q会在web目录下徏立wsdl目录和SBPApi.wsdlQ在WEB-INF目录下徏立（改写Qserver-config.wsdd{文?q完成对web.xml的修攏V其操作程C如下：
3、根据SBPApi.wsdlQ生成WebService客户端开发包和部|文Ӟ
1)Z影响已有目Q可另徏java Web目Q?
2Q将wsdl目录复制x目对应的web目录下；
3Q通过eclipse已提供的webService插gQ右键）功能Q生成客L开发包所各文件。此Ӟ所生成的文件与服务端对象文件结构一臟?
4Q调整关联引用文Ӟ其调整臛_L开发包Q从而避免与服务器端的引用\径重复而引发不便，q将服务器SDK中已有文件删除?
5Q徏立客L的快速用代理SBPClient.javaQ对WebService服务端交互工作的SBPApiSoapBindingStub.javaq行客户端封装，q根据服务端中交互对象进行反向工E，其示例结构如下：
6Q将clientApi下的所有文件打包后Q加入测试项目进行测试。此Ӟ因客L所使用的服务端对象未包含在WebService客户端开发包中，因此需要将服务端对象也一同打包?
7Q测试?/p>
4、开发环境：Eclipse3.3.1.1 + JDK1.5.06 + Apache Axis version: 1.4
Java中，多线E编E中的线E编写，有两U方式，x展Thread基类或承Runnable接口Q例如：
public class T extends Thread {
public void run() {
……
}
}
public class R implements Runnable {
public void run() {
……
}
}
对于扩展Thread的实现类TQ可以用T.start()来启动此U程Q如
public static void main(String[] args) {
Thread t = new T();
t.start();
}
但对于承Runnable接口的实现类RQ因接口中ƈ没有提供直接启动U程的start()ҎQ只有一个线E主逻辑q行的run()Ҏ。此Ӟ如执行run()Q会因ؓR.run()只是作ؓ此线E实现类的一个方法，q未在主U程之外Q启动另一个线E，从而导致R.run()LȝEl向下执行；q未辑ֈ多线E运行的目的?/p>
错误启动代码如下Q?/p>
public static void main(String[] args) {
R r = new R();
r.run();
}
那么Q如何用另外线E来启动l承Runnable接口的实现类呢？以下是它的正确的用方式：
public static void main(String[] args) {
R r = new R();
Thread t = new Thread(r);
t.start();
}
此时Q需注意Q在ȝE执行时Q需{待子线E执行，否则Q当ȝE结束后Q子U程也将l束?/p>
1、徏立J2ME目
2、在完成开发后Q进入Application Descriptor~辑界面
3、因默认情况下，Application Descriptor文g中未定义MIDlet启动对象Q因此需使用EditPlus或记事本{文本编辑器Q编辑Application Descriptor文gQ位于项目根目录下）Qƈd以下目Q如Q?
4、运行Application Descriptor~辑界面中的Lanuch as enumlated Java ME JADQ进行测?
5、在步骤4之后Q会在项目根目录下的.mtj.tmp中生成LaunchFromJAD子目录，其中的worm.jad和worm.jarx手机E序的安装文?
6、将worm.jad和worm.jar复制xZQ运行worm.jadq行安装后，卛_使用
二、问题分析：
1、如报【文件不完整】错误，则检查worm.jad中的目是否完整。在Eclipse中用Lanuch as enumlated Java ME JAD试通过Qƈ自动生成的此文gQ一般都是完整的Q不需作Q何修攏V?
2、如报【版本错误】，则检查您在Eclipse中用的的模拟器版本是否是您手机所支持的，出现此错误后Q将模拟器版本调低试试。其位置如下
三、开发环境：
1、java JDK1.6.0_10Q?
2、EclipseV3.3.1.1Q?
3、sun公司J2ME-WTK开发包Qsun_java_wireless_toolkit-2_5_2-ml-windows.exe
4、EclipseUd应用开发包Qeclipseme.feature_1.7.9_site.zip
消息中心产品?/span>
产品?/span>
?/span>XXX产品框架中，我们Ҏ产品发展规划和业务领域需要，使用ZJMS技术，通过应用WEBServiceQ开发了消息中心中间ӞU?/span>MCQ。通过消息中间Ӟ我们可以实现各系l间的异步数据交换和事务处理、执行不需前台使用人员q预的如后台业务和数据同步工作，也可用来处理一些受到安全和其它一些因素制U，D无法直接通过数据库或应用pȝq行处理的受限业务?/span>
消息中心中间Ӟ包括消息ȝ和消息客L两部分：消息客户端负责业务类消息实例的生、发送消息实例到消息ȝ、接收从消息ȝ转发而来的消息实例、将收到的消息实例交由其载体应用pȝq行与之对应的业务处理等zdQ消息ȝ负责接收从消息客L产生q发送而来的消息实例、消息重建、根据消息配|进行消息实例重?/span>,重建后的消息实例{发至对应的消息客L{活动?/span>
消息客户端与XXX各应用系l集成在一Pq过应用pȝ开?/span>WEBService端口q行消息的发送和接收{，从而避免单独部|和发布所带来的困隑֒额外资源消耗。消息ȝ可单独部|Ԍ也可和消息客L一P?/span>XXX应用pȝ集成部vQ在XXX产品框架下，有且只需要一套消息ȝ卛_满需要。消息配|中心，其作用包括配|和理消息中心各组成部分的部v方式和访问信息，以此消息中心各部有机的联系hQ同Ӟ各消息业务应用，也用配|文件进行配|化理Qƈ与消息中心各l成部分q行兌配置Q从而Ş成一个统一且开攄整体Q其它的如性能优化处理、日志记录等也在配置中心q行配置和管理?/span>
应用现状
在消息中间gV1.0版本开发完成后Q我们即其投入实用。在XXX各分子系l这q一q时间的q行和用过E中Q消息中心很好的完成了预定Q务，其可靠性、可扩展性和适用性得到很好的验证。以此ؓ据，通过使用消息中心Q开发出Z消息中心的客户化应用和业务活动也在持l的增加中，到现在ؓ止，已经有包括网l检、信息同步、配|更新、电子目录树更新、权限同步等诸多应用是基于消息中心应用开发，q很好的使用?/span>XXX各分子系l的试和内|正式环境中?/span>
问题出现、描q、分析与处理记录
问题出现
在XXXpȝ正式接入外网后，通过对业务进行跟t，发现外网用户Q系l）所产生的消息实例无法正常的到达指定的消息ȝ及消息客L。最主要的体现是权限同步消息应用无法正常完成的问题，D外网用户权限未得到及时更新。对此过E中消息中心所涉及部分q行分析发现Q所有的权限同步消息实例在生后Q不能正常的此消息实例发送至消息ȝQ分析失败原因，只有一U，那就?/span>”connect time out”。从此信息可看出Q应该是外网pȝ所发出的消息无法通过WEBService送达指定的消息ȝ接收端所臟뀂但从内|发出的同一cL息，其发送和接收却又都是正常的?/span>
分析q程记录
1、先分析我们pȝ的整体部|方式，如下图所C：
Ҏ外网用户可正常登录和讉KpȝQƈ可通过pȝ准确及时的发出执行指令操作，完成其所需的业务活动来看，|络斚w和系l和g斚w都不存在问题?/span>
2、在外网环境下，直接q行各消息客L和消息ȝ的服务的，所发请求都能够正确的到达指定目标，WEBService的响应也正常且正，也就是说Q各应用pȝ加蝲的消息服务运行也正常?/span>
3、根据本ơ检需要，另行开发消息中心专用检工P为本ơ和今后的行的消息中心检和问题分析Q作好更充分的准备?/span>
4、通过工P发现Q外|环境下Q消息客L和消息ȝ之间不能够联通，从而找到问题所出：即不知是何原因，D外网消息与外|的消息ȝ间联l不通！
5、对外网用户消息产生和发送的q程和逻辑实现q行分析Q我们发玎ͼZ满应用pȝ外网讉K的需要，我们Ҏ息系l配|信息中服务地址?/span>ServerNameq行了伪处理Q即在运行时Q根据用h览器的请求头来判断用户用的是哪一?/span>WEB服务器地址Qƈ此地址动态的代替消息配置中的?/span>ServerName信息Q从而保证各使用用户只能够访问其指定?/span>WEB服务器，从而避免因WEB服务器的不匹配而媄响其讉K速度、处理效率等故障的发生。此方式已在我部门多套同时服务于内外|络的系l中得到可靠的验证?/span>
那么Q会不会因ؓServerName在动态解释过E中Q因多ƈ发情况下Q因后访问者将前访问者的ServerName改写而导致错误的解释Q即不同网l用L消息地址q行张冠李戴而导致消息无法正常发送呢Q?/span>
分析消息中心各部?/span>WEBService生成和用机Ӟ因系l的q发性要求较高，在高峰期其在U用户可?/span>3000人，q发用户?/span>300以上Q且pȝE_性要求极高。ؓ提高pȝ的性能和稳定性，在系l启动时卛_消息中心各部?/span>WEBServiceq接q行创徏和缓存，以提升消息中心资源利用率Qƈ提升其访问性能?/span>
当存在多|络用户讉KӞ可能因消息中心存贮的WEBServiceq接q不是其用户所使用的那个网l的WEBService服务地址Q此Ӟ消息肯定是无法送达x用户所需要的目标的。因此，?/span>”connect time out”错误成必然的了?/span>
既然已找到问题的可能原因Q我们立卌行着手分析和解决Q根据部|要求，我们对对消息服务q接服务q行了升U，卛_服务hq行分类处理和实玎ͼq在消息配置中对所使用的部|方式、代理实现后Q交由测试h员进行部|和试?/span>
试l果Qo人失望的是，此问题依然存在！在通过外网WEB服务器访问的pȝQ其消息q是无法发送至消息ȝ。由此得知，此种分析方向是错误的Q?/span>
xQ好像已l走入了d,能想到的方式都已l想CQ但问题到底出在哪呢Q?/span>
问题解决
在一ơ与同事聊天的过E中Q忽然想C个问题，那就是：我们的消息的产生和应用都是由应用pȝ和与之集成在一L消息客户端自动生和处理的，此过E中完全不受人工q预和媄响。而应用系l是部v在应用服务器中，WEB服务器仅是用来处理用LHTTPhà此h转发臛_应的应用服务器后à应用服务器的响应返回给用户?/span>
在此q程?/span>WEB服务器ƈ未对用户业的httphq行qQ何业务上的处理！那么Q问题会不会出在WEB服务器端呢？查一下消息中心的配置不管是?/span>ServerNameq是写死IP和域名，我们的消息中心配|的地址都是指向WEB服务器。而在应用pȝ发现消息Ӟ其所在位|是应用服务器。而应用服务器是无法直接访问部|于外网IP中的WEB服务器的Q当Ӟ消息无法发送至目标成为必然了?/span>
既然已经扑ֈ问题Q那动手，消息中心的配置信息指向应用服务器后Q重启应用系l后试Q问题果然解冻I
通过应用服务器进行后台自动处理的Q进?/span>HTTP?/span>WEBServicezdQ其目标必需是它能够讉K的有效地址Q这个问题在以前也曾l碰到过Q只是由于时间隔得太久，且这些场景应用出现太，而导致再ơ发生?/span>
补充与心?/span>
1?span style="font: 7pt 'Times New Roman'"> Z应用pȝ或后台自动触发的一些业务逻辑Q如其中存在着pȝ间相互访问或q程调用{，必需以应用系l自wؓ根，q行q接试Q通过外层包装或其它代理，q行讉KӞ必需先剥过外层包装或其它代理后Q再q行q接试Qƈ以测试结果，作ؓ决策的依据！此D适用于各cȝl的架构设计和逻辑实现q程中?/span>
2?span style="font: 7pt 'Times New Roman'"> Z中间件品应用，及时开发与之配套的和使用工具Q是一件必不可的工作Q此丑ְ为后期的实施和问题分析节省大量的工作量?/span>
]]>