一个很小的地方，不过可能知道会比较有用，特别是对那些对编辑器有极度变态要求的人，比如我。。。
新版的Netbeans全部都是国际版本的，他会自动根据系统的语言来设置自己的语言。中文版本的Netbeans不知道为什么看上去让人觉得很突兀，字体不太舒服，而且更新的消息和博客都比较迟缓，于是最好的办法就是直接改回英文版。
方法，两类：
1）懒办法：在启动的命令行最后加上参数 –locale en:US，对于windows用户直接加在快捷方式后面就可以了。
2）勤劳的办法：进入netbeans安装目录下NetBeans 6.5\etc的netbeans.conf配置文件，打开后在netbeans_default_options结尾处加上-J-Dsun.java2d.noddraw=true -locale=en:us即可
关于在澳大利亚雅思报名，是没有国内那么方便的，关键问题是你必须自己到现场去报名，并且要填好申请表，还要复印好护照的首页，并且不能交现金，只能刷卡。有时候觉得发达程度远远比不上中国。
不过，回到我自己的报名状况，目前定下9月5日在RMIT考。在此之前，可能还会在7月份在Hawthorn考一次。无论如何，这两次一定要搞过，这辈子再也不愿意花时间放在英语考试上了。
自从2月份开始，服务器就一直有些问题，于是博客一直没有更新。到了墨尔本来了以后，服务器好了，但是我的网络又出了问题，再加上学期开始前期诸多琐碎的问题让人头疼，于是一直没有时间。
现在来小小的回顾一些近况。
首先是雅思考试，以0.5分惜败之后，不得不重新去考一次，而墨尔本的最近的考试已经排到了七月份，这真是一个无奈的结果。于是乎我暂定于在8月份再去考雅思了，希望通过半年的继续奋斗，分数能够有所提高。
接下来是这学期的课程问题，因为选择了一个PROJECT,于是其他的课程便有了很多麻烦。不过还好，PROJECT很顺利地定下来了。目前我的导师是Dr. James Broberg，比较出名的是在CDN方向，而我当前的项目也是这个大的项目中的一块，主要负责在Web服务方向，也导致我下一阶段的主要精力将会投入到Web服务上去。今天刚刚提交了Proppsal，有什么最新进展将会随时报道出来。
然后就是最近墨尔本的一系列事情，森林大火，地震，干旱，等等等等。我的个人感觉是2008年的中国的灾运成功转移到澳大利亚来了，别忘了遥远的昆州人民正在享受在暴风雨的侵袭。昨天看到报道说本世纪末，人类将会只剩下10亿人，因为诸多的环境破坏和温度提升。如果是这样的话，我们干嘛现在还要这么努力的去做所谓的建设啊什么的，干脆全世界都休息下来，好好享受这最后的人类岁月算了。
此外，看了最近的三本国家地理，对朝鲜人民的大逃亡心有余悸。同时房东送了我一台电视，虽然不大，而且时常没有声音，但是能够免费享受英文还是一件很惬意的事情。原来澳洲的电视台还是经常放美剧的，好汉两个半，LOST，CSI什么的都在同步播放啊。
一会去上课，星际也回归了，欢迎星际回到墨尔本。。。
1） 对于XML的处理
J2EE中提供了JAXP ( Java APIs for XML Processing) 来处理XML。JAXP是一个独立的轻量级的API。同时JAXP允许其他任何厂商提供的XML解析器来嵌入使用，只需要其符合JAXP的规范。JAXP使用SAX或者DOM来处理XML，并且允许XSLT引擎来转换处理。主要的API都在javax.xml.parsers包之中，提供了两大接口，分别是SAX和DOM。
2） 对于XML-RPC的处理
Java API for XML-based RPC (JAX-RPC) 是专门为JAVA和J2EE平台提供的处理远程调用的API。JAX-RPC可以使程序员利用该模型开发基于SOAP的Web服务端点以及相对应的WSDL描述和客户。JAX-RPC实现的Web服务可以和由非Java实现的客户端进行通信，也可以与非Java实现的Web服务通信。
对于标准的Web服务场景，使用JAX-RPC可以减小以下的复杂度：
1. 使SOAP请求和回复的创造标准化
2. 使参数和其他运行时及部署的细节的序列化标准化
3. 通过提供库函数来减少程序开发中对于SOAP的创造和参数序列化
4. 提供标准化的格式转化支持，包括XML到Java, Java到XML，WSDL到Java和 Java到WSDL。
除此之外，JAX-RPC还提供了一系列的API来帮助实现扩展的格式转换，程序员可以根据自己的需要来实现。
客户端可以用三种方式来提出对Web服务的请求：
1. 调用在生成的Stubs上的方法。根据WSDL的服务描述，工具可以被用来产生stubs，这些生成的stubs可以与其他有用的信息配置在一起。客户端通过使用stubs来调用在Web服务端点的远程方法。
2. 使用动态代理。一个动态代理支持一个Web服务端点，当使用这种模式的时候，没有必要再为客户端生成stubs。
3. 使用动态调用接口 (DII)。在这种模式下，对目标服务端点的操作是通过WSDL描述来动态实现的。
无论是用哪种模式实现，最终请求都会通过客户端的RPC Runtime，将请求映射成XML格式形成SOAP文件通过网络发送到服务端。服务端同样使用RPC Runtime将XML格式转换回Java格式，并且将请求以及参数分到对应的Java方法。
JAX-RPC支持三种操作方式：
1）同步请求-回复模式： 当一个远程方法被调用后，客户端的线程被阻塞直到有返回值或者异常出现。
2）One-way RPC模式：在一个远程方法被调用后，客户端的线程不阻塞继续运行。没有返回值或异常出现。
3）非阻塞RPC模式：客户端调用远程方法后继续运行而不阻塞。当返回值出现的时候，调用阻塞接受语句来得到返回值。
3） JAXR
Java API for XML Registries (JAXR)，是用来进行注册的API,拥有一个灵活的结构来支持UDDI以及其他的注册标准。
JAXR的客户可以是独立的Java应用程序或者是J2EE部分，使用JAXR API的实现来进行注册。JAXR的提供者包括两个部分，一个是注册的JAXR提供者，一个是JAXR补丁的提供者。
4） SAAJ
SOAP with Attachments API for Java (SAAJ) 使程序员能够生成和使用符合SOAP规范的信息以及附件。高级程序员可以使用SAAJ来直接操纵SOAP信息。附件可以是完整的XML文档，XML片段，或者是MIME类型的附件。
You are currently browsing the Featheast Lee 李羽东 blog archives for March, 2009 .
