在线看小视频,julia京香一区二区三区,91亚洲精品久久久

fisher — Wed, 27 Dec 2006 05:00:00 GMT

最�q�看到越来越多的��Z��用mina�Q�甚臛_��U�下也碰到合作公司的库中使用MINA�Q�出于好奇，��试一下用自己的blog做一下调查，讉K��本blog的兄弟，如果�(zh��n)��用MINA作�ؓ(f��)自己的通讯基础�Ӟ��L(f��ng)��a�介绍一下自�?/p>

fisher 2006-12-27 13:00 发表评论

fisher — Thu, 18 May 2006 08:58:00 GMT

�q�记得孔乙己��_(d��)��(x��)茴香豆的‘茴’字有四�U�写法吗�Q�现在我们的知识份子已经�q�步�?ji��n)，看看Hello World�?96�U�写�?)

http://man.lupaworld.com/content/develop/hello/HelloWorld.shtml

fisher 2006-05-18 16:58 发表评论

webwork2.2.2的dtd解析问题�Q�感谢飞云小侠）(j��)

fisher — Fri, 21 Apr 2006 07:07:00 GMT

今天��webwork2.2.1更换成webwork2.2.2�Q�出��C��(ji��n)一个奇怪的异常�Q�每�ơ启动后�Q�都�?x��)报出�?x��)

org.xml.sax.SAXParseException: Element type "global-exception-mappings" must be declared.
com.opensymphony.xwork.config.ConfigurationException: Caught exception while loading file xwork.xml
with nested exception
org.xml.sax.SAXParseException: Element type "global-exception-mappings" must be declared.

如果��xwork.xml中的global-exception-mappings注释掉便�?br />
头疼�?ji��n)几个小时解决不了(ji��n)，不得不求助飞云小�?br />飞云��侠一出手果然不同�Q�马上定位了(ji��n)问题所�?br />��是�q�句�Q?br />

DOCTYPE xwork PUBLIC "-//OpenSymphony Group//XWork 1.1.1//EN" "http://www.opensymphony.com/xwork/xwork-1.1.1.dtd">

原来虽然几次升��webwork.jar�Q�但是xwork.xml的DTD解析�q�是用的原来的DTD�Q�顶多就是改�?ji��n)DTD的地址�Q�也��是��这�?br />

"http://www.opensymphony.com/xwork/xwork-1.1.dtd">

改�ؓ(f��)�q�样

"http://www.opensymphony.com/xwork/xwork-1.1.1.dtd">

而实际上解析DTD是靠的前面那�?br />

DOCTYPE xwork PUBLIC "-//OpenSymphony Group//XWork 1.1.1//EN" >

原来一直是

DOCTYPE xwork PUBLIC "-//OpenSymphony Group//XWork 1.0//EN" >

于是��出��C��(ji��n)上面的问�?br />多谢飞云��侠的帮助^_^

fisher 2006-04-21 15:07 发表评论

MINA vs. QuickServer

fisher — Fri, 24 Feb 2006 13:58:00 GMT

很久没更新blog�?ji��n)，实在太忙�Q�今天看到有朋友在我��d��的blog�?A id=viewpost1_TitleUrl HREF="/flyingbug/archive/2005/06/22/6542.html">MINA is a good framwork 》中回复提到比较一下MNA和QuickServer�Q�遂写一��小文：(x��)

First for all, QuickServer is licensed as LGPL, and MINA as ASL

从我个�h角度而言�Q�去�q�看�q�QuickServer的源码，我在��目中采用的每一个框架或�c�d��都会(x��)做综合评��P��通常不会(x��)是一个原因导致我采用或没有采用某个库或框�Ӟ��具体最后没有采用QuickServer的原因忘��C��(ji��n)�Q�但是当时给我的��M��感觉是，QuickServer虽然很方便，但不�?x��)让我在架构上得到新的好处。而它最大的优点则是�Q�支持JDK1.3�Q�如果没记错的话�Q�，另外��是License的问�?BR>
下面看一看来自TrusinLee的评论：(x��)

Thank for the information about another network application framework. I found a few differences:

* QuickServer supports blocking mode. (MINA supports only non-blocking mode, but you can make your operation block at your will.)
* QuickServer provides GUI-based admin. (MINA doesn't have one yet, but will have full JMX support soon, which is a standard.)
* QuickServer uses java.util.logging. (MINA uses SLF4J, which is a safe replacement of commons-logging.)
* QuickServer uses its own XML settings. (MINA provides Spring framework integration instead.)
* QuickServer can specify maximum number of clients allowed. (MINA can do this using a filter, but not implemented by default. Of course, this will be implemented as an overload prevention filter.)
* QuickServer team has one crew. (MINA has three crews.)
* QuickServer project started in 2003. (MINA started in 2005.)
* QuickServer has a difference event handler interface from MINA. (You'll have to compare it by yourself. IMHO, MINA has one simple enough handler which covers all QuickServer provides.)
* QuickServer doesn't support UDP at all. (MINA does)
* QuickServer doesn't support client-side API at all. (MINA does)
* QuickServer integrated authentication and text protocol in its core. (MINA didn't and they are considered as a cross-cutting concern that a filter should take care of. IMHO, MINA is more extensible here.)

至于对MINA更详�l�的介绍�Q�可以看看我��d��译的MINA的Tutorial

MinaTutorialInChinese

MINA的应用，在MINA的Testimonials中有两个��目�Q?BR>开源Flash server�Q?A >red5
http://ludonet.leonardo.it/的game server
�q�有�Q�就是MINA所在的��目�Q�Apache�?A >LDAP

fisher 2006-02-24 21:58 发表评论

fisher — Wed, 23 Nov 2005 12:20:00 GMT

开发一个基于消息的解决�Ҏ(gu��)��是不�Ҏ(gu��)��的事情，在生产中操作�q�样一个��品同样也是一个挑战：(x��)一个基于消息的集成解决�Ҏ(gu��)��一天可以��生、�\由和转换成千上万的消息。我们不得不处理异常、效率瓶颈或改变合作�pȝ��。而�ؓ(f��)�?ji��n)��事情变得更加有挑战性，�l��g�l�常被分布在不同的��^台和机器上，甚至位于不同的地理位�|��?/SPAN>

System Management包含以下几种模式

l Control Bus

l Detour

l Wire Tap

l Message History

l Message Store

l Smart Proxy

l Test Message

l Channel Purger

除了(ji��n)与生据来的复杂性、分布式集成的规模以�?qi��ng)个性化的应用之外，低耦合的架构��得测试和debug变得更加困难�?/SPAN>Martin Fowler��这个症状称为�?SPAN style="COLOR: red">架构师的梦想�Q�开发者的梦魇”。低耦合的架构原则以�?qi��ng)间接的依赖于外部系�l�提供了(ji��n)灉|��性。然而，��试一个消息生产者不�?ji��n)解消息消费者的�pȝ��可能�?x��)是一个挑战。另外异步的和时间相关的消息使得事情变的更加复杂。�D例来��_(d��)��消息�Ҏ(gu��)��可能被设计没有被成消息生产者者必��M��接受者那里得��C��个回应。同��L(f��ng)��消息基础设施通常保证传输消息�Q�但不能保证传输旉��。这是的开发基于消息传送结果的��试用例变得困难�?/SPAN>

当监控一个消息解��x��案，我们可以在两个抽象层面上跟踪消息��。一个典型的�pȝ��理�Ҏ(gu��)��监控多少消息被发送或者它多长旉��得到一个被处理的消息。这些监控方案不��(g��)查消息数据，除了(ji��n)可能�?x��)检查消息头中的几个字段�Q�比如消息标识或者消息历�Ԍ��(j��)。与之相对的�Q?/SPAN>BAM�Q?/SPAN>business activity monitoring�Q�方案聚焦于包含在消息中的有效数据，举例来说�Q�发生在�q�去一��时的所有订单的金额�?/SPAN>System Management中的很多模式都��够通用�q�可以用在以上两个目的中�Q�监控消息头或者消息内容）(j��)。然而，�׃��BAM本��n��是一个新领域�Q��ƈ且需要从数据仓库中获得很多数据（有些我们�Ҏ(gu��)��没有涉�?qi��ng)到�Q�，我们军_��在系�l�管理的内容中讨��些模式�?/SPAN>

�pȝ��理模式被设计用于�ؓ(f��)保持一个基于消息的复杂�pȝ��的运转所提出的需求�ƈ提供工具�?/SPAN>System Management的模式涉�?qi��ng)三个种�c�：(x��)监控和控�Ӟ��观察和分析消息流量，��试和调�?/SPAN>�?/SPAN>

监控和控�?/SPAN>

一�?/SPAN>Control Bus提供一个单独的控制�Ҏ(gu��)��对一个分布式�Ҏ(gu��)��q�行监控和管理。它?y��u)��多个组件连接到一个中�?j��)管理控制台�Q�这里可以显�C�每个组件的状态�ƈ且监控通过每个�l��g的消息流量。控制台同时也可以用于发送控制命令给�l��g�Q�比如，转变消息��?/SPAN>

我们可能惌��在�\由消息时��d��附加的步骤，比如验证或者日志。由于这些步骤可能��效率降低�Q�所以我们可以通过Control Bus来控制他们开兟뀂一�?/SPAN>Detour为我们提供这�U�能力�?/SPAN>

观察和分析消息流�?/SPAN>

有时我们惌��在不影响主要消息��的情况下观察消息的内容。一�?/SPAN>Wire Tap允许我们接入到消息流中�?/SPAN>

当我们调试一个基于消息的�pȝ��Q�知道一个特定的消息在哪使很有帮助的�?/SPAN>Message History保留一个消息访问过的所有组件的日志�Q�而不需要增加组仉��的依赖�?/SPAN>

然�?/SPAN>Message History依赖于单独的消息�Q�一个中�?j��)�?/SPAN>Message Store可以提供一个穿��系�l�的每个消息的完整记录。结�?/SPAN>Message History�Q?/SPAN>Message Store可以分析所有消息穿�q�系�l�的可能路径�?/SPAN>

Wire Tap, Message History, �?/SPAN>Message Store帮助我们分析异步的消息流。�ؓ(f��)�?ji��n)跟�t�发送到��h��-应答service的消息，我们需要在消息��中插入一�?/SPAN>Smart Proxy�?/SPAN>

��试和调�?/SPAN>

在部�|�前��试一个消息系�l�是一个非常好的注意。但是测试不应该停止在部�|�前。你应该有能力验证正在运行的消息�pȝ��q�行持箋的运行正常。你可以周期性的发送一�?/SPAN>Test Message到系�l�中�q��证结果�?/SPAN>

当一个组件失败或者运行不正常�Q�它可以��单的�l�止�Q��ƈ攑ּ�一�?/SPAN>channel中的剩余消息。在��试期间�q�是很有用的。一�?/SPAN>Channel Purger可以为我们做�q�些�?/SPAN>

fisher 2005-11-23 20:20 发表评论

fisher — Tue, 22 Nov 2005 13:40:00 GMT

�?/SPAN>ESB中另外一个重要的��N��是Message Endpoint�Q�这是关于一个应用程序如何连接到一个消息系�l�，�q��过它来发送和接收消息。如果你在面向一个消�?/SPAN>API�~�程�Q�则你就正在开发一�?/SPAN>endpoint代码。商业中间�g通常都提供了(ji��n)�q�些工具�?/SPAN>

l Messaging Gateway

l Messaging Mapper

l Transactional Client

l Polling Consumer

l Event-Driven Consumer

l Competing Consumers

l Message Dispatcher

l Selective Consumer

l Durable Subscriber

l Idempotent Receiver

l Service Activator

发送和接收模式

有些endpoint模式既可以��用在发送方也可以��用在接受斏V��它们描�q�C��个应用连接一个消息系�l�的一般情��c(di��n)�?/SPAN>

包装消息代码 �Q?/SPAN> 一个应用不应该意识到正在��用消息同另外一个应用程序通讯�Q�大多数应用代码应该在不知道message的情况下被编写。在应用集成的地方，应该有一个薄薄的一层代码来执行应用的集成部分。当集成是由消息实现的，�q�层��应用连接到消息�pȝ��的代码称��Z��?/SPAN>Message Gateway

数据转换 �Q?/SPAN> 当发送者和接受者��用不同的数据格式�Q�或者不同的消息格式�Q�支持不同的发送和接收者）(j��)�Q�在�q�种情况下，使用一�?/SPAN>Message Mapper来在应用格式和消息格式之间�{换数据�?/SPAN>

外部控制的事�?/SPAN> �Q?/SPAN> 消息�pȝ��在内部和外部使用事务�Q�默认的�Q�每个发送和接收�Ҏ(gu��)��在他们自��q��事务中运行�?/SPAN>Message生��者和消费者应可选的使用一�?/SPAN>Transactional Client来控制事务，当你需要将几个消息一起发送伙通过其他事务服务整理消息时是很有用的�?/SPAN>

消息消费者模�?/SPAN>

其他endpoint模式只适用于消息消费者，发送消息是��单的。棘手的问题是决定一个消息应该何时发送，它应包含什么，以及(qi��ng)怎样��它送到接受�?/SPAN> �Q?/SPAN> �q�是��Z��么我们有很多消息�l�构模式 �Q?/SPAN> 但是一旦消息被构徏�Q�发送它是很�Ҏ(gu��)��的。另一斚w��Q�接收消�?/SPAN> �Q?/SPAN> 很麻�?ch��)。因此许�?/SPAN>endpoint模式是关于接收消息的�?/SPAN>

接收消息的一个最重要的主题就是流量控�Ӟ��(x��)一个应用控�Ӟ��或者调节它消费消息的速度。一个潜在的问题是�Q�?/SPAN>server都面临着大量的客��L(f��ng)��h��?x��)��其超载。通过�q�程�q�程调用�Q?/SPAN>RPI�Q�，server几乎受到客户端调用的支配。同��L(f��ng)��Q�通过消息�Q?/SPAN>server不能控制客户端发送请求的速度 �Q?/SPAN> 但是server可是控制它处理这些请求的速度。应用不必像消息�pȝ��传送消息那么快的接收�ƈ处理消息�Q��用一�?/SPAN>Message Channel可以使它在一个可接收的速率上处理消息。然而，当消息积累太多，�?/SPAN>server�q�有资源可以处理的更快，它可以��用同�?/SPAN>message消费者来加快速度。所以��用这些消息消费者模式可以让你的应用��速度控制在它可以承受的范围�?/SPAN>

许多消息消费者模式都是成对出现的�Q�你可以任选一个��用�?/SPAN>

同步或异步接受�?/SPAN> �Q?/SPAN> 可以使用轮询消费者或一个事仉��动消费者。轮询提供最好的��量控制�Q�因为如�?/SPAN>server忙，则它不再�l�箋轮询消息�Q�所�?/SPAN>message��阻塞在队列。事仉��动的消费者們֐�于消息到达便触发处理�Q�所以有可能�?x��)�?/SPAN>server��蝲�Q�但是每个消费者每�ơ只处理一个消息，所以限制消费者的数量可以有效的控制消贚w��度�?/SPAN>

消息分派 vs 消息获取 �Q?/SPAN> 另外一个二选一的模式是一堆消费者如何处理一堆消息。如果每个消费者获得一个消息，他们可以�q�行的处理消息。最��单的�Ҏ(gu��)��?/SPAN>Competing Consumers�Q�也��是一个点对点�?/SPAN>channel有多个消费者。每个都可能获得��M��消息�Q�消息系�l�的实现军_��那个消费者获得消息。如果你��x��制消息到消费者的匚w��q�程�Q��?/SPAN>Message Dispatcher�?/SPAN>�q�时只有一个消费者接收消息，但是��委�z�消息到一个执行者去处理。一个应用程序可以通过限制消费者或执行者的数量来控制流量。当�?d��ng)��分派�?/SPAN>Message Dispatcher也可以实��C��个流量控制行为�?/SPAN>

接收所有消息或者过�?/SPAN> �Q?/SPAN> 默认的，��M��到达一�?/SPAN>Message Channel的消息对于监听着�q�个channel�?/SPAN>Message Endpoint都是可用的。然而有些消费者�ƈ不打��处�?/SPAN>channel上的��M��消息�Q�而是希望只处理其中几�U�。这样一个识别的消费者可以��用一�?/SPAN>Selective Consumer来描�q�它?y��u)��接收什么类型的消息。然后消息系�l�将只将匚w��的消息对该接受者描�q�Cؓ(f��)可用�?/SPAN>

当断开�q�接的时候订阅消�?/SPAN> �Q?/SPAN> Publish-Subscribe Channels带来的问题是�Q�如果一个消费者感兴趣一�?/SPAN>channel�Q�但是现在网�l�是断开的怎么办？是不是一个未�q�接的应用将错过发布的消息，即��它已�l�订阅过该消�?/SPAN>?默认的，是的�Q�订阅只对连接的订阅者有效，��Z��(ji��n)使应用不�?x��)因��接而错�q�订阅的消息�Q�要使用Durable Subscriber�?/SPAN>

�{�幂 �Q?/SPAN> 有时一个消息可能被传输不只一�ơ，可能因�ؓ(f��)消息�pȝ��不确定该消息是否已经被成功的传递过�Q�或者可能因�?/SPAN>Message Channel�?/SPAN>QoS被设�|�较低来提高效率。另一面的�Q�消息接受者认为每个消息只�?x��)被传输一�ơ，�q�且当它们重复处理相同的消息�Q�它们会(x��)出错。一�?/SPAN>Idempotent Receiver可以优雅的处理重复的消息�Q��ƈ且阻止它们引��h��收者应用的发生错误�?/SPAN>

同步或异步服�?/SPAN> �Q?/SPAN> 另外一个选择是一个应用应该暴露它�?/SPAN>service为同步（RPI�Q�还是异步的�Q?/SPAN>Messaging�Q�。不同的客户端可能喜�Ƣ不同的方式�Q�不同的环境可能需要不同的方式。既然很��N��择�Q�就一起��用。一�?/SPAN>Service Activator�q�接一�?/SPAN>Message Channel��C��个应用的同步服务以便当一个消息被接收�Q?/SPAN>service��p��调用。同步客��L(f��ng)��可以��单的直接调用service�Q�异步客��L(f��ng)��可以通过发送消息调�?/SPAN>service�?/SPAN>

Message Endpoint的相关主�?/SPAN>

Message Endpoint的另外一个重要主题是很难同其他模式共同应�?/SPAN>Transactional Client�?/SPAN>Event-Driven Consumer通常不能适当的在外部控制事务�Q?/SPAN>Message Dispatcher也必��d��?j��)的设计�q�个问题�Q?/SPAN>Competing Consumers的事务也是个重大问题。最安全的��?/SPAN>Transactional Client是��用一个单独的Polling Consumer�Q�但是这不会(x��)是一个��o(h��)人满意的解决�Ҏ(gu��)��?/SPAN>

�q�里特别要提到应该会(x��)保证成功�?/SPAN>JMS风格�?/SPAN>MDB�Q?/SPAN>EJB的一�U�。一�?/SPAN>MDB是一个消息消费者，它即使一�?/SPAN>Event-Driven Consumer又是一个支�?/SPAN>J2EE分布式事务的Transactional Client�Q��ƈ且它可以作�ؓ(f��)Competing Consumers动态的池化�Q�甚至作��Z��?/SPAN>Publish-Subscribe Channel。这是在一个自��q��应用中实现这些是一个困难且乏味的组合，但是�q�个功能作�ؓ(f��)一�?/SPAN>EJB容器的内建的功能被提供。（MDB框架如何实现的？本质上，容器通过一个动态改变大��的可重用的执行者的�U�程池来实现�?ji��n)一�?/SPAN>Message Dispatcher�Q�在那里每个执行者自�׃��用自��q��session和事务来消费消息。）(j��)

最后，紧记一个单独的Message Endpoint可以很好�l�合几个不同的模式。一�l?/SPAN>Competing Consumers可以被作�?/SPAN>Polling Consumers实现�Q�同时也可以是一�?/SPAN>Selective Consumers�q�且可以作�ؓ(f��)一�?/SPAN>Service Activator调用一个应用的service�?/SPAN>

一�?/SPAN>Message Dispatcher可以是一�?/SPAN>Event-Driven Consumer和一个��?/SPAN>Messaging Mapper的一�?/SPAN>Durable Subscriber。无��Z��?/SPAN>endpoint实现什么模式，它��L��一�?/SPAN>Messaging Gateway。所以，不要考虑使用哪种模式 �Q?/SPAN> 而要考虑如何�l�合他们。这是��用模式解决问题的��力所在�?/SPAN>

要实��C��?/SPAN>Message Endpoint有很多选择�?/SPAN>Message Endpoint模式用于解释�q�些选择是什么以�?qi��ng)如何最好的使用它们�?/SPAN>

fisher 2005-11-22 21:40 发表评论

fisher — Mon, 21 Nov 2005 13:40:00 GMT

通常�Q�通过消息�pȝ��集成的应用很��有同样的消息格式。比如说�Q�一个帐务系�l�同一�?/SPAN>CRM�pȝ��对客户对象是有着不同的概�늚�。基于这个，一个系�l�可能将消息存储在关�p�表中，另一个可能存储在文�g中。集成已存在的系�l�通常意味着我们没有修改�pȝ��以便使他们更好的一起工作的自由。然而，集成�Ҏ(gu��)��不得不协调和解决各种�pȝ��之间的不同�?/SPAN>Message Translator模式提供�?ji��n)一个通用的解��x��案。这里解释几�U�特定的Message Translator�?/SPAN>

Message Transformation包含以下几种模式�Q?/SPAN>

l Envelope Wrapper

l Content Enricher

l Content Filter

l Claim Check

l Normalizer

l Canonical Data Model

大多数消息系�l�放�|�特定的需求在消息头的格式和内容中。我们包装有效数据到一�?/SPAN>Envelope Wrapper中以适应消息基础设施的需求。如果消息需要穿�q�不同的消息基础设施�Q�可以结合多�?/SPAN>Envelope Wrapper�?/SPAN>

如果原始�pȝ��不能提供目标�pȝ��需要的数据域，可以使用一�?/SPAN>Content Enricher。它可以查找�~�少的信息�ƈ从已有数据中计算出它�?/SPAN>Content Filter正好相反�Q�它从消息中删除不需要的数据�?/SPAN>Claim Check也从消息中删除数据，但是它将存储他们以便以后取回�?/SPAN>Normalizer��多个不同格式的消息��译成统一格式�?/SPAN>

消除依赖

消息转换在集成中是一个很��q��话题�?/SPAN>Message Channels�?/SPAN>Message Routers可以通过消除应用必须知道另外一个应用的位置的需求从而解除应用间的基本依赖�?/SPAN>

一个应用可以发送一个消息到Message Channel而不必担�?j��)谁来取出消息。然而消息格式增加了(ji��n)另外一�U�依赖。如果一个应用不得不��消息格式化成另外一个应用的数据格式�Q�通过Message Channel解耦的说法��像一个��惟뀂接收系�l�的��M��改变或切换到另外一个接收系�l�都需要对发送应用进行改变�?/SPAN>Message Translators可以帮助除去�q�种依赖�?/SPAN>

元数据管�?/SPAN>

��消息从一个消息格式�{换到另一个格式需要操作元数据 �Q?/SPAN> 描述数据格式的数据�?/SPAN>

元数据在两个�q�行�pȝ��之间的集成中扮演着非常重要的角艌Ӏ�一个处理实际的消息数据�Q�另外一个处理元数据。许多用于处理消息数据的模式也同样可以管理元数据。比如说�Q?/SPAN>Channel Adapter不仅可以从一个系�l�中�U�进和移出消息，�q�可以从一个外部应用中获取元数据，�q�将其加载到一个元数据仓库中。��用这个仓库，集成开发者可以定义应用元数据�?/SPAN>Canonical Data Model.之间的�{换�?/SPAN>

元数据集�?/SPAN>

举例来说�Q�上面的图描�q�C��(ji��n)两个需要交换客户信息的应用的集成。每个系�l�的客户数据的定义稍有不同。从A�?/SPAN>B的消息需要�{换一下才能被B接收。如�?/SPAN>Channel Adapters可以抽取元数据的话，创徏一个�{换将非常��单。然后这个元数据可以被放入一个仓库，大大的简化了(ji��n)Message Translator的配�|�和验证。元数据可以被存储成不同的格式。通常XML消息使用XSD格式。其�?/SPAN>EAI工具实现所有元数据格式�Q�但是允许管理员导入或导出到其他格式�?/SPAN>

消息�pȝ��外的数据转换

�q�些转换模式�l�成的很多原则可以被应用于非消息集成。比如说�Q?/SPAN>File Transfer可以执行�pȝ��间的转换工作。类似的�Q?/SPAN>Remote Procedure Invocation必须使请求��用要调用�?/SPAN>service的格式，即��应用本��n的格式可能不同。典型的�Q�需要调用程序来执行转换。一些最成熟的�{换引擎组成了(ji��n)ETL工具�Q�比�?/SPAN>Informatica或�?/SPAN>DataMirror。这些工具一般都一�ơ�{换大量的数据�Q�而不是�{换单个消息�?/SPAN>

Message System应专注于几种基本�?/SPAN>Message Translator模式。而不应该兛_��(j��)实体间结构�{换的�l�节�Q�不同的数据模型之间的�{换，比如ER模型不支持多对多关系而其他的支持�q�种�Q�。关于这个主题最老也使最相关的书�?/SPAN>Kent的�?/SPAN>Data and Reality》�?/SPAN>

fisher 2005-11-21 21:40 发表评论

fisher — Sat, 19 Nov 2005 12:31:00 GMT

在前面的关键�l��g中我们提��C��(ji��n)Messages。当两个应用惌��交换数据�Q�他们将数据包装在一�?/SPAN>message中。但是一�?/SPAN>Message Channel不能传输原始数据�Q�它只能传输包含在一�?/SPAN>message中的数据�Q�即传输特定格式的数据）(j��)�?/SPAN>

Message在消息系�l�中处于信息载体的位�|�，而在ESB中，�q�消息识别、序列以�?qi��ng)生存周期等职责�?/SPAN>

Message的结构涉�?qi��ng)以下几个模式�?x��)

l Command Message

l Document Message

l Event Message

l Request-Reply

l Return Address

l Correlation Identifier

l Message Sequence

l Message Expiration

l Format Indicator

创徏和发送一�?/SPAN>Message产生以下几个问题�Q?/SPAN>

消息意图 �Q?/SPAN> Message最�l�是��Z��(ji��n)�q�送一些数据，但是发送者可能有其他目的�Q�比如它希望接受者��用消息做些事情。它可以发送一�?/SPAN>Command Message�Q�指定它希望调用的接受者上的函数或�Ҏ(gu��)��。发送者告诉接受者运行那些代码。发送者可以发送一�?/SPAN>Document Message来传送它的数据结构到接受者。发送者发送数据到接受者，但是不指定接受者应该做什么�?/SPAN>

或者它可以发送一�?/SPAN>Event Message�Q�通知接受者发送者那里有一个改变。发送者不应告诉接受者应该怎样适应�q�个改变�Q�而只应提供通知�?/SPAN>

�q�回一个应�{?/SPAN> �Q?/SPAN> 当一个应用发送一个消息，它通常期望得到一个回应来��定消息被处理�ƈ提供一个结果。这是一�?/SPAN>Request-Reply场景�?/SPAN>Request通常是一�?/SPAN>Command Message�Q�而应�{�是一个包含返回值或异常�?/SPAN>Document Message。请求者应该在��h��中指定一�?/SPAN>Return Address来告诉应�{�者��用哪个通道来传回应�{�。请求者可能在一个处理过�E�中发送多个请求，所以应�{�应该包含一�?/SPAN>Correlation Identifier来指��个应�{�对应哪个请求�?/SPAN>

有两�?/SPAN>Request-Reply场景需要注意；它们都包含了(ji��n)一�?/SPAN>Command Message��h��和一个对应的Document Message应答。在�W�一个场景中�Q?/SPAN>Message RPC�Q�请求不但要调用应答者的函数�Q�而且期望一个返回倹{��这�?/SPAN>RPC。另一个场景中�Q?/SPAN>Message Query�Q�请求者执行一个查询；应答者执行查询�ƈ在应�{�中�q�回�l�果。这是远�E�查询�?/SPAN>

大量的数�?/SPAN> �Q?/SPAN> 有时应用惌��传送大量的数据�l�构�Q�放入一个单独的message里面不是很合适。在�q�种情况下，��他们分解成可管理的消息块�ƈ��他们作�?/SPAN>Message Sequence发送。这些消息必��L��序发送，以便接受者能够充��_��始数据结构�?/SPAN>

慢速消�?/SPAN> �Q?/SPAN> 消息�pȝ��的一个问题是发送者通常不知道接受者要多久才能接受到消息。然而，消息的内容可能是旉��敏感的，所以如果消息在某一旉��内没有被接受�Q�它?y��u)��被忽略�q�取消。在�q�种情况下，sender应该使用Message Expiration来指定一个到期时间。如果消息系�l�在规定旉��内无法传输一个消息，应该��它取消�q�删除到Dead Letter Channel中。同��L(f��ng)��一�?/SPAN>receiver接受��C��个超��旉��点的消息�Q�也要取消该消息�?/SPAN>

��M��Q�只选择使用消息是不够的。��一个消息工作的其他军_��性因素来自于消息所要完成的��d��?/SPAN>

fisher 2005-11-19 20:31 发表评论

fisher — Thu, 17 Nov 2005 14:56:00 GMT

在前面一个专题中�Q�我们列��Z��(ji��n)一�?/SPAN>ESB�pȝ��所需要关�?j��)的所有方面的关键�l��g�Q�这里介�l�其中的Message Channels所��x��的问题及(qi��ng)相关的模式�?/SPAN>

Message Channel主题之下包含以下模式�Q�分别用于解�?/SPAN>channel中不同方面的问题�Q?/SPAN>

l Point-to-Point Channel

l Publish-Subscribe Channel

l Datatype Channel

l Invalid Message Channel

l Dead Letter Channel

l Guaranteed Delivery

l Channel Adapter

l Messaging Bridge

l Message Bus

当两个应用需要交换数据，它们通过�q�接两端�?/SPAN>channel来发送数据。发送的应用可能不知道哪个应用将接受数据。然而，通过选择特定�?/SPAN>channel来发送，发送者知道接受者将是守候在channel另一端等待数据的应用之一。通过�q�种方式�Q�生产数据的应用有了(ji��n)一个同数据消费者通讯的途径�?/SPAN>

Message Channels面对的各个主要问题：(x��)

如果一个应用要传输或接受数据，它一定会(x��)用到一�?/SPAN>channel。问题是你的应用要知道要使用什么样�?/SPAN>channel�Q�以�?qi��ng)用它来做什么�?/SPAN>

固定�?/SPAN>channel集合 �Q?/SPAN> Channel中讨论的一个主题是�Q�一个应用可用的Message Channel集合一般是固定的。设计一个应用时�Q�一个开发者必��ȝ��道将某种�c�d��的数据放到哪里可以同其他应用�׃�n该数据，以及(qi��ng)从什么地方可以找到其他应用的特定数据。这些通讯路径不会(x��)在运行期动态的创徏和发玎ͼ�它们需要在设计期间��q��定下来，以便应用知道它的数据从哪里来以及(qi��ng)数据��去哪里。（虽然大多�?/SPAN>channel必须被静(r��n)态定义��正确的，但是也有例外�Q�有些情况下动�?/SPAN>channel是很好用的。一个例外就�?/SPAN>Request-Reply模式中的reply channel。请求者可以创建或者获得一个应�{�者不知道的新�?/SPAN>channel�Q��ƈ在请求消息中指定�?/SPAN>channel�?/SPAN>Return Address�Q�应�{�者就可以使用它。另外一个例外是支持集成channels的消息系�l�实现。一个接受者可以订阅一个集成体�pȝ��?/SPAN>channel�Q�然后发送者可以发布消息到一个子channel�Q�而接受者不需要知道子channel�Q�仍然会(x��)收到消息。这些都是不常见的情况，channel通常仍然是在部��v之前被定义，�q�且应用被设计连接到一个已知的channel集合 �Q��?/SPAN>

军_��channel的集�?/SPAN> �Q?/SPAN> 一个相关的主题是，谁决定那�?/SPAN>Message Channel是可用的 �Q?/SPAN> message�pȝ��q�是应用�E�序�Q�换句话��_(d��)��是由消息�pȝ��定一�?/SPAN>channel�Q�然后要求应用程序��用它们？�q�是应用军_��它们需要什�?/SPAN>channel�Q�然后要求消息系�l�提供它们？�q�个问题没有一个简单的�{�案�Q�设计必��ȝ��channel集合是�P代的。首先，应用要决定消息系�l�提供哪�?/SPAN>channel。然后应用将围绕�q�些channel设计它们的通讯�Q�但是如果这��h��不可行的�Q�它们将需要添加额外的channel。当一些应用已�l��用了(ji��n)一个确定的channel集合�Q�当加入新的应用�Q�它们将使用已存在的channel。当为应用添加新的功能，它们需要新�?/SPAN>channel�?/SPAN>

单向channel �Q?/SPAN> 另外一个经常引��h؜淆的是一�?/SPAN>Message channel是单向的�q�是双向的。技术上来说�Q�两者都不是�Q�一�?/SPAN>channel更像是一个桶�Q�一个应用放入数据，另外一个应用从中取出数据。但是由于数据是攑֜�消息中从一个应用传到另一个，�q��?/SPAN>channel��h��方向性，使它变成单向的。如果一�?/SPAN>channel是双向的�Q�应用将从中发送和接受数据�Q�虽然技术上是可行的�Q�但是会(x��)有小��的问题�Q�应用将有可能持�l�的取出自己放进�ȝ��希望发送给其他应用的消息。所以，��Z��(ji��n)实践性的目的�Q?/SPAN>channel是单向的�?SPAN style="COLOR: red">作�ؓ(f��)�l�论�Q�两个应用如果有双向通讯�Q�它们需要两�?/SPAN>channel�Q�每个方向一�?/SPAN>�?/SPAN>

如何使用Message channels�Q?/SPAN>

现在我们来讨��Z��下如何��?/SPAN>channel�?/SPAN>

一对一或者一对多 �Q?/SPAN> 当你的应用共享一些数据，你希望只��它�׃�n�l�一个应用还是对它感兴趣的所有应用？要传送数据到一个单独的应用�Q��?/SPAN>Point-to-Point Channel。这�q�不意味着发送到�q�个channel的每个数据都发送给同样的接受者，因�ؓ(f��)一�?/SPAN>channel可能有多个接受者。它意味着�Q�实际上�Q�保证每个数据都被同一个应用接收。如果你惌��所有接收应用都能接收数据，使用Publish-Subscribe Channel。当你通过�q�种方式发送数据，channel��高效的复制数据到每一个接收者�?/SPAN>

什么类型的数据 �Q?/SPAN> ��M��内存中的数据都有一个类型。另一斚w��Q�所有数据都是一�?/SPAN>bytes集合。消息系�l�工作同�q�类��|��消息内容必须�W�合某些�c�d��以便接受者了(ji��n)解数据的�l�构�?/SPAN>Datatype Channel认�ؓ(f��)在一�?/SPAN>channel中的数据必须拥有同样的类型�?SPAN style="COLOR: red">�q�也是�ؓ(f��)什么消息系�l�需要很�?/SPAN>channel的主要原�?/SPAN>�Q�每�?/SPAN>channel一�U�格式）(j��)。如果数据可以是��L��的格式，那么消息�pȝ��在两个应用之间只需要两�?/SPAN>channel�?/SPAN>

无效的和�q�期的消�?/SPAN> �Q?/SPAN> 消息�pȝ��可以��定消息被正��的传输�Q�但是它不能保证接受者知道如何处理它。接收者对数据格式和意义存在期望。当它接收到一个不�W�合期望的消息，它什么也不能做。它们能作的�Q�就是将�q�个陌生的消息放入到一个特别设计的Invalid Message Channel�q�希望某些监控这�?/SPAN>channel的工兯��够取��个消息，�q�指��如何处置它们。许多消息系�l�有一个类似的内徏特征�Q�一�?/SPAN>Dead Letter Channel�Q�用来存放成功送出但却无法成功投递的消息。另外，一个系�l�管理工具应该监�?/SPAN>Dead Letter Channel�q�且军_��如何处置�q�些无法投递的消息�?/SPAN>

故障��(g��)��?/SPAN> �Q?/SPAN> 如果一个消息系�l�发生故障或停机�l�护�Q�它的消息会(x��)怎样�Q�当它重启�ƈ重新�q�行�Q�它的消息能否还在它�?/SPAN>channel中？默认的：(x��)不会(x��)�Q?/SPAN>channel��消息存储在内存中。然而，Guaranteed Delivery��?/SPAN>channel持久化以便将它们的消息存储到��盘上。这�?x��)�?ji��ng)响效率，但会(x��)使消息更加可靠，即��消息�pȝ��是不可靠的�?/SPAN>

非消息客��L(f��ng)�� Q?/SPAN> 如果一个应用不能连接到一个消息系�l�但是仍然想要参与消息怎么办？通常它只能自认倒霉�?ji��n)，但是如果消息�pȝ��可以通过某种方式�q�接到应用系�l?/SPAN> �Q?/SPAN> 通过它的用户界面�Q�它�?/SPAN>service API�Q�它的数据库�Q�或者一�?/SPAN>TCP/IP�?/SPAN>HTTP�q�样的网�l�连�?/SPAN> �Q?/SPAN> 那么消息�pȝ��可以使用一�?/SPAN>Channel Adapter。这允许你连接到一个或多个�q�接到应用的channel而不必改变应用或者可能也不需要一个同应用�q�行在同一个机器上的消息客��L(f��ng)��。有时‘非消息客户端’真的是一个消息客��L(f��ng)��Q�但是只有连接的是其他消息系�l�的时候�?/SPAN>

通讯中枢 �Q?/SPAN> 随着��来��多的企业应用系�l�连接到消息�pȝ��以便通过消息暴露他们的功能，消息�pȝ��变成�?ji��n)企业中一站式功能的集散地。一个应用只需��单的知道用哪�?/SPAN>channel来请求功能，以及(qi��ng)从哪个监听结果。消息系�l�本质上变成一个消息�ȝ��Q�一个提供所有企业应用甚臛_��化中的应用和功能的中枢。你可以更快速的集成�?/SPAN>

如你所见，使用消息构徏应用不仅仅是��他们连接到消息�pȝ��q�发送消息。消息必��M��?/SPAN>Message Channel来发送�?/SPAN>Channel必须被设计�ؓ(f��)某个目的服务�Q�比如基于被�׃�n的数据类型，�׃�n数据的应用类型，和接收数据的应用�?/SPAN>

fisher 2005-11-17 22:56 发表评论

fisher — Wed, 16 Nov 2005 12:56:00 GMT

企业集成有很多种模式�Q�随着技术的发展�Q�实时的、面向消息的企业集成��来��成��Z��，面向消息的企业集成的�E�_��性和兼容性要求其基础�Ӟ��也就�?/SPAN>message�pȝ��必须提供��_��强壮和可扩展的设计，下面几种是作为面向消息的企业集成的基��件所必须提供的几个关键性组件�?/SPAN>

消息集成使得message�pȝ��负责转换两个应用之间的数据格式，从而��得应用可以专注于他们需要共享什么数据而不是如何共享它们�?/SPAN>

以下�q�些�l��g�Q�在著名的ESB�pȝ��Mule中都可以见到�Q�有兴趣的同学可以去看看Mule的源代码�Q�虽然Mule对ESB的实现有很多不成熟的地方�Q�以至于让我不敢在生产系�l�中使用�Q�唉...可恨的Mule�Q�，但是毕竟是一个大而全的系�l�，值得借鉴一下�?BR>

Channels �?Messaging应用通过一�?/SPAN>Message Channel传送数据，一�?/SPAN>sender�?/SPAN>receiver的虚拟管道。一个新安装的消息系�l�默认不包含��M��channel�Q�你必须知道你的应用需要怎样通讯�Q�然后才能徏�?/SPAN>channel来完成它�?/SPAN>

Messages �?Message是在channel上传输的不可分割的包。因此，��Z��(ji��n)传输数据�Q�应用必��d��数据打包成一个或多个packets�Q�将每个packet包装成一�?/SPAN>message�Q�然后将其传输到一�?/SPAN>channel。同��L(f��ng)��Q�一�?/SPAN>receiver应用在接受到message后必��M��message中提取出数据才能使用�?/SPAN>Message�pȝ��应该能重复的传输message�Q�直到它成功为止�?/SPAN>

Pipes and Filters �?最��单的情况下，message�pȝ��一个消息直接从sender计算��Z��送到receiver计算机。然而，通常在消息从sender中发出后�Q?/SPAN>receiver接受��C��前，有一些动作需要对message执行。�D例来��_(d��)��message也许需要验证或者�{换�?/SPAN>Pipes and Filters架构使用channel��多个处理步骤连接�v来�?/SPAN>

Routing �?在一个大型的、拥有许多不同的应用�?/SPAN>channel�q�接的企业应用中�Q�一�?/SPAN>message可能需要穿�q�多�?/SPAN>channel才能到达最�l�目的地�?/SPAN>Message的�\由如此复杂以至于最初的发送者无法知道那�?/SPAN>channel能将message传送给最�l�的receiver。因此，最初的发送者将message发送给一�?/SPAN>Message Router�Q�一个以Pipes and Filters架构中的filter形式存在的应用组件�?/SPAN>Router��决定如何将message发送到最�l?/SPAN>receiver或者至��是下一�?/SPAN>Router�?/SPAN>

Transformation �?不同的应用的数据格式可能不同。�ؓ(f��)�?ji��n)调�?/SPAN>sender�?/SPAN>receiver之间的数据格式不同的问题�Q?/SPAN>message必须�l�过一个中介的filter�Q�一�?/SPAN>Message Translator�Q�它?y��u)?/SPAN>message从一个格式�{换成另外一个格式，或�{换成一个公��q��格式�?/SPAN>

Endpoints �?大多数的应用�E�序没有内徏的能力来同一�?/SPAN>message�pȝ��交互。因此他们必��d��含一个中间层�Q�它知道应用�pȝ��如何工作�Q�也知道message�pȝ��如何工作�Q��ƈ桥接两个�pȝ��。这个系�l�是一�l��ƈ列的Message Endpoints�Q�它能够使得应用发送和接受message�?/SPAN>

System manager �Q?/SPAN> 作�ؓ(f��)一个大型的消息集成�pȝ��Q�其面向消息的、异步、低耦合的本质��得系�l�更加难以调试，�q�行期的状态也难以跟踪�Q�所以，我们必须有强有力的手�D�进行系�l�的�q�行期管理和监控�Q�同时最好能够在�q�行�q�行动态更斎ͼ�以保障系�l�的强壮性�?BR>

企业应用集成是一个巨大而复杂的�pȝ��Q�作为其基础件ESB�pȝ��Q�必��能够提供对其完全的支撑以及(qi��ng)��_��强壮的系�l�，�q�正是ESB�pȝ��的难度所在�?/SPAN>

fisher 2005-11-16 20:56 发表评论

fisher — Tue, 15 Nov 2005 13:14:00 GMT

�q�个动态图片的实现原理是在servlet的response中写入一个ImageOutputStream�Q��ƈ由servlet容器��其转成囄��Q�在非webwork的实��C��Q�可以直接操作response�Q�但是在webwork中，要想直接操作response的output则必��M��用不需要对response操作的result�c�d��

实现一�?/SPAN>Result�Q?/SPAN>

不可以用普通的dispatcherResult�?/SPAN>response�?/SPAN>outputStream中写入东西，否则��覆盖所有的dispatcher�?/SPAN>jsp��面

上次的代码忘记加上response的设�|�不�~�存�?ji��n)，�q�样即��使用IE的回退也会(x��)��h��囄��

    private HttpSession            session;

    /**
     * @see com.opensymphony.webwork.dispatcher.WebWorkResultSupport#doExecute(java.lang.String,
     *      com.opensymphony.xwork.ActionInvocation)
     */
    @Override
    protected void doExecute(String finalLocation, ActionInvocation invocation) throws Exception
    {
        HttpServletRequest request = (HttpServletRequest) invocation.getInvocationContext().get(
                ServletActionContext.HTTP_REQUEST);
        HttpServletResponse response = (HttpServletResponse) invocation.getInvocationContext().get(
                ServletActionContext.HTTP_RESPONSE);
        response.setHeader("Pragma", "No-cache");
        response.setHeader("Cache-Control", "no-cache");
        response.setDateHeader("Expires", 0);
        VerifyImage verify = new VerifyImage();
        OutputStream os = response.getOutputStream();
        String str = verify.GetImage(os);
        session = request.getSession(true);
        session.setAttribute("rand", str);
    }

�?/SPAN>xwork.xml中配�|?/SPAN>result-type�Q?/SPAN>

name="image"

class="com.bnt.afp.action.verify.ImageResult"/>

��d��一个生成图片的action�Q?/SPAN>

name="imageAction"

class="com.bnt.afp.action.verify.ImageAction">

name="success" type="image"/>

在需要生成验证图片的地方�q�样调用�Q?/SPAN>

ImageAction里只要简单的�q�回SUCCESS��可以了(ji��n)

    public String execute() throws IOException
    {
        return SUCCESS;
    }

VerifyImage中生成图片的�Ҏ(gu��)��Q�（来自�|�上一�?/SPAN>JSP生成动态验证图片的实例�Q?BR>

       //获取生成的图�?�q�回生成的验证码�Q��ƈ��ImageOutputStream写入

       public String GetImage(OutputStream outputStream){



              int width=60, height=20;

              BufferedImage image = new BufferedImage(width, height, BufferedImage.TYPE_INT_RGB);

              Graphics g = image.getGraphics();

              Random random = new Random();

              g.setColor(getRandColor(200,250));

              g.fillRect(0, 0, width, height);

              g.setFont(new Font("Times New Roman",Font.PLAIN,18));



              g.setColor(getRandColor(160,200));

              for (int i=0;i<155;i++)

              {

                     int x = random.nextInt(width);

                     int y = random.nextInt(height);

                     int xl = random.nextInt(12);

                     int yl = random.nextInt(12);

                     g.drawLine(x,y,x+xl,y+yl);

              }

              String sRand="";

              for (int i=0;i<4;i++){

                  String rand=String.valueOf(random.nextInt(10));

                  sRand+=rand;

                  g.setColor(new Color(20+random.nextInt(110),20+random.nextInt(110),20+random.nextInt(110)));

g.drawString(rand,13*i+6,16);

              }

              g.dispose();

              try {

                     ImageIO.write(image, "JPEG", outputStream);

                     outputStream.flush();

                     return sRand;

              } catch (IOException e) {

                     e.printStackTrace();

                     return "fail";

              }

       }

       public Color getRandColor(int fc,int bc){

              Random random = new Random();

        if(fc>255) fc=255;

        if(bc>255) bc=255;

        int r=fc+random.nextInt(bc-fc);

        int g=fc+random.nextInt(bc-fc);

        int b=fc+random.nextInt(bc-fc);

        return new Color(r,g,b);

       }

转蝲��h��明作者和来源.

fisher 2005-11-15 21:14 发表评论

WebWork2.2集成Spring作�ؓ(f��)正式IoC容器

fisher — Mon, 26 Sep 2005 06:52:00 GMT

23��P��W(xu��)ebwork团队的领��D��写�?ji��n)篇Blog宣布如下信息�Q?BR>adopted Spring as the official IoC container. WebWork's own IoC container is deprecated as of version 2.2 beta 2.
WebWork的Ioc容器停摆�?BR>http://blogs.opensymphony.com/webwork/2005/09/spring_and_webwork_together.html
新的集成�Ҏ(gu��)��使得Spring的applicationContext.xml中的Action的配�|�更加简�?BR>http://wiki.opensymphony.com/display/WW/Spring

在Spring的网站首��上也报道了(ji��n)该事�?BR>http://www.springframework.org

fisher 2005-09-26 14:52 发表评论

重新带J2EE��目�Q�兼谈架构模式的影响

fisher — Wed, 21 Sep 2005 09:47:00 GMT

写了(ji��n)几个月的通讯中间�Ӟ��再次带领一个J2EE��目�Q��用WebWork、Spring、Hibernate�Q�感觉写J2EE��目��像在休假，要考虑的事情少之又��，无论是效率、异常处理、线�E�调度、架构模式，一切都不再那么重要�Q�无需考虑那么多，只要语义清晰�Q�沟通流畅就好了(ji��n)�?BR>惌��v一周前跟Jerry聊天�Q�说起因为Unixware下JDK1.3的notify语义的不�E�_��问题而一天内重新�~�写�?ji��n)三�ơ通讯框架�Q�最后采用了(ji��n)完全非框架的�q�程化写法，Jerry说应该先写出一个实玎ͼ�然后在之上重构，��像爬山一��P��不可能一下子攀��d��峰�Q�当时虽然心(j��)里感觉不是这��P��但竟一时语塞，不知从何说�v�Q�再�ơ回到J2EE开发，才恍然明白那天的感觉�Q�框架开发和业务开发的不同��在于，很难重构�Q�尤其是通讯框架�Q�架构通常军_��?ji��n)它的几个重要指标�?/P>

架构模式不同于设计模式，设计模式的问题可以通过重构解决�Q�而架构模式几乎只能重新做�Q�当然也有例外）(j��)�Q�架构一旦确定，很多东西��无法再加入�Q�所以�ؓ(f��)什么很多开源的J2EE框架在大版本升��后不得不抛弃向后兼容。这也是��Z��么国产通讯框架Cindy的作者想在其中加入FilterChain�Q�而最�l�放弃的原因�Q�因��对基��库的改动实在太大�?/P>

而MINA的架构就��_��灉|��Q�它屏蔽�?ji��n)不同通讯方式和通讯底层事�g机制的差异，��像在如同Cindy和Netty2�q�种��Z��NIO的reactor模式之上的框�Ӟ��要想重构到BIO�Q�就几乎要全部重写，不过Netty2要好一些，毕竟有Netty1作�ؓ(f��)铺垫�Q�所以在NIO的reactor的�\上走的不是很�q�（NIO的reactor实现真是的不咋个�Q�，而MINA则只需要在SocketIoProcessor中��用Helf Sync/Helf Async模式替换掉reactor之上的事件处理即可，当然�Q�最好还要提供线�E�池以便�q�行overload shield�Q�在向Apache LDAP团队提交�?ji��n)MINA的JDK1.3核心(j��)库时也曾��x��赯��问题�Q�可惜后太忙�Q�忘��C��(ji��n)。不�q�我想以Trustin的聪明，一定会(x��)惛_��q�个问题�?/P>

fisher 2005-09-21 17:47 发表评论

fisher — Sat, 27 Aug 2005 02:41:00 GMT

今天跟好友在�|�上聊天�Q�被问到如何使用web serivce作�ؓ(f��)数据源来制作BIRT报表�Q�BIRT的例子里都是��Z��数据库表来构建报表的�Q�所以��生了(ji��n)�q�个疑问�Q�本惛_��一��step by step的文章来详细介绍一下，可是最�q�实在太忙了(ji��n)�Q�只好在�q�里介绍一下思�\�?BR>
�q�个问题�Q�可以��用ScriptDataSource和ScripteDataSet来解冻I��ScripteDataSource后台��Z��java bean�Q�可以在bean里连接自��q��数据源，无论是用web service�q�是用socket取数据源都应该没什么问题，另外�q�可以�ؓ(f��)BIRT报表提供数据库连接池�Q�因为本来的报表设计文�g是自己去�q�数据库的，所以难免会(x��)比较�?BR>
另外一个问题是��Z��属性拖拽的问题�Q�这个问题我没有具体试验�q�ScriptDataSet中的属性拖拽是否可用，但我��x��然基于表的可以，��Z��Bean的对于BIRT的开发组来说也没什么难度，毕竟属性都已经�l�定到DataSet里了(ji��n)�Q�拖拽一下又有何�?IMG height=19 src="http://www.aygfsteel.com/Emoticons/regular_smile.gif" width=19 border=0>

fisher 2005-08-27 10:41 发表评论

[BIRT]-印象

fisher — Mon, 22 Aug 2005 15:31:00 GMT

BIRT作�ؓ(f��)Eclipse的BI和Report工具�Q�由业界领先的公司Actuate公司开发，��M��印象来说�Q�在java报表斚w��已经很强�?ji��n)，当然比�v一些商业工兯��是有差距的，最�q�在一个BOSS�pȝ��上看到的报表so强，据说那工�?0W一套，比�vActuate公司的商用BIRT贵了(ji��n)不知道多��倍，不过感觉�q�是满不错的�?BR>java在报表方面要惌��到PB那样��单易用还是比较难�Q�对于BIRT来说�Q�首先是高��查询报表的实玎ͼ�必须依靠ScriptedDataSource和ScriptedDataSet�Q�而BIRT在这个事情上则只起到�?ji��n)一个界面生成的工具的作用，��Z��(ji��n)生成Excel的报表，则必��自己制作一个report engine嵌入到BIRT的framework中去�Q�另外让我不解的一个问题是BIRT竟然��插入到报表中的囄��以二�q�制源文件的形式存储在XML格式�?SPAN lang=EN style="FONT-SIZE: 9pt; COLOR: black; FONT-FAMILY: Arial; mso-fareast-font-family: 宋体; mso-ansi-language: EN; mso-font-kerning: 1.0pt; mso-fareast-language: ZH-CN; mso-bidi-language: AR-SA">.rptdesign文�g中，而web报表的参��C��递全部采用http的get方式�Q�why not post�Q�？
��M��在BIRT中制作初�U�报表以�?qi��ng)固定查询条件组合的报表�q�是比较方便的，几乎都是自动生成�?ji��n)，�q�算比较合用�Q�虽然有时候会(x��)有点Bug�Q�而且速度也不快。但是在高��条�g�l�合查询斚w��q�稍显不��I��只有自己写数据库讉K��c�L��解决�q�个问题�Q�不�q�有�q�样的开源工��L(f��ng)��Q�也��是很幸��了(ji��n)^_^

fisher 2005-08-22 23:31 发表评论

[BIRT]-使用Java对象自定义数据源和数据集

fisher — Mon, 22 Aug 2005 15:20:00 GMT

l 使用DataSet的�?/SPAN>open’方法来执行初始化�Q务：(x��)叛_��DataSet选择‘编辑代码’，然后在其中选择�?/SPAN>open’方法，�q�里初始化一�?/SPAN>java对象来完成数据访问功�?/SPAN>

l Open�Ҏ(gu��)��

a) �?/SPAN>script中引用的包含java对象�?/SPAN>class文�g�?/SPAN>jar文�g�Q�必��d��含在\plugins\org.eclipse.birt.report.viewer\birt\WEB-INF\lib.目录�?/SPAN>

b) 引入一�?/SPAN>package�Q?/SPAN>importPackage(Packages.com.yourCompany.yourApplication); 引入通常�?/SPAN>open�Ҏ(gu��)��的第一行�?/SPAN>

c) 创徏一�?/SPAN>java对象的实例：(x��)var myList = MyListFactory.getList();

d) �?/SPAN>java对象中获取数据的典型方式是从该对象中获得一个包含数据的Iterator�Q?/SPAN>
var iterator = myList.getIterator();

l Fatch�Ҏ(gu��)��Q?/SPAN>fatch�Ҏ(gu��)��?/SPAN>Open中创建的java实例中获得数据，�q�赋值给行）(j��)

a) Fatch�Ҏ(gu��)��的第一步是判断Iterator中是否有数据�Q?/SPAN>
if(iterator.hasNext() == false ){
return null;
}

b) 然后是从iterator中得��C��个行对象node以便得到该行中每列的数据�Q?/SPAN>
var node = iterator.next( );
row[1] = node.getFirstCol( );
row[2] = node.getSecondCol( );
row[3] = node.getThirdCol( );

c) 最后，是返�?/SPAN>true�Q?/SPAN>return true;

l Close�Ҏ(gu��)��Q?/SPAN>

a) 最后，�?/SPAN>Close�Ҏ(gu��)��中清理所有创建的对象�Q?/SPAN>
myList = null;
iterator = null;
node = null;

fisher 2005-08-22 23:20 发表评论

[BIRT]-创徏一个report engine

fisher — Mon, 22 Aug 2005 15:19:00 GMT

l 每个应用只需创徏一�?/SPAN>ReportEngine的实�?/SPAN>

l ReportEngine的构造函数要传入一�?/SPAN>EngineConfig作�ؓ(f��)参数�Q�如果参��Cؓ(f��)null�Q�则一个默认值的ReportEngine被创建�?/SPAN>

l 退出时�Q�应用应该调�?/SPAN>destroy()来卸载外挂以�?qi��ng)删除�?f��)时文�?/SPAN>

l 使用report engine有以下几个主要步骤：(x��)

a) 创徏一�?/SPAN>EngineConfig来设�|?/SPAN>report engine的选项

b) 创徏一�?/SPAN>ReportEngine�cȝ��实例

c) 你可以用�q�个对象去进行多�U��Q�?/SPAN>

d) 使用ReportEngine的一�?/SPAN>openReport( )�Ҏ(gu��)��来打开一�?/SPAN>report design文�g

e) 使用IgetParameterDefinitionTask来获�?/SPAN>report参数的信�?/SPAN>

f) 使用IrunAndRenderReportTask�q�行�q��{换一�?/SPAN>report��C��个输出格�?/SPAN>

g) 调用你的report engine�?/SPAN>destroy( )�Ҏ(gu��)��

l EngineConfig�Q?/SPAN>The EngineConfig class wraps configuration settings for a report engine. It allows a developer to specify where to look for engine plug-ins and data drivers, and to add an application-wide scriptable object.

l IReportRunnable�Q��ؓ(f��)�?ji��n)��?/SPAN>report engine�Q�你必须首先调用openDesign( )�Ҏ(gu��)��来打开report设计文�g�Q�这些方法返回一�?/SPAN>IreportRunnable实例来代�?/SPAN>report设计文�g�?/SPAN>engine’s view。��?/SPAN>IreportRunnable做以下�Q务：(x��)

a) Get parameter data

b) Get report title

c) Get report author.

d) Get images embedded within the report design

e) Run the report

l IEngineTask�Q�该�c�L��供一个管理脚本上下文以及(qi��ng)report locales的框�Ӟ��它从ReportEngine的工厂方法中创徏�Q�需要参敎ͼ�(x��)IreportRunnable对象�?/SPAN>a scripting context, and a locale�?/SPAN>

fisher 2005-08-22 23:19 发表评论

[BIRT]-理解report engine API

fisher — Mon, 22 Aug 2005 15:18:00 GMT

l 应用开发者只需要了(ji��n)解公用的API�Q�这�?/SPAN>API包含在以下的几个包内�Q?/SPAN>

a) org.eclipse.birt.report.model.api�Q�这个包内包含了(ji��n)93�?/SPAN>class�Q�两个接口和一�?/SPAN>exception�Q�这个包是�ؓ(f��)那些惌��定制report designer的开发者��用的

b) org.eclipse.birt.report.engine.api�Q?/SPAN>�q�个包包含了(ji��n)一个类�Q?/SPAN>17个接口和四个exception�Q�是�l�那些想要定制一�?/SPAN>report generator的开发者��用的

c) org.eclipse.birt.chart hierarchy�Q�这个包是给惛_��制一�?/SPAN>chart generator的开发者��用的

l BIRT report engine在几个环境提供了(ji��n)报表生成和翻译服务，包含以下�l��g�Q?/SPAN>

a) Stand-alone engine�Q�这�?/SPAN>engine可以让开发者��用一个命令行�E�序来从一�?/SPAN>report design文�g(.rptdesign)中得�?/SPAN>Html�?/SPAN>PDF格式�?/SPAN>report

b) BIRT report viewer�Q?/SPAN>BIRT Report Designer使用它来预览report。这个程序是一�?/SPAN>web�E�序�Q�它�q�行在一�?/SPAN>Eclipse内嵌�?/SPAN>Tomcat中，�q�个Tomcat中有一个内嵌的report engine

c) Custom report designer with an embedded engine�Q�一个定制的桌面报表应用集成BIRT report engine来预览报�?/SPAN>

d) Web application that embeds the engine�Q�一个类��g��BIRT report viewer�?/SPAN>Web�E�序�Q�可以��生基�?/SPAN>web的报表�?/SPAN>

l Report engine的核�?/SPAN>engine�q�行�q�实施报表，而将其他的环境相关的��d��留给�q�行该引擎的应用�E�序�Q�比如：(x��)URL construction, image storage, and design file caching

l BIRT report engine�?/SPAN>API可以做以下几件事情：(x��)

a) 发现一�l��ؓ(f��)报表定义的参�?/SPAN>

b) 获得参数的默认�?/SPAN>

c) �q�行报表产生HTML�?/SPAN>PDF格式的输�?/SPAN>

d) 为报表��生图片或chart

fisher 2005-08-22 23:18 发表评论

fisher — Mon, 22 Aug 2005 15:17:00 GMT

l 你可以��用以下几�U�技术来�q��o(h��)数据集：(x��)

a) 在查询时指定�q��o(h��)�Q�以便在数据库或其他数据源中�q��o(h��)数据�Q�要��量使用�q�种方式来过滤数据，可以通过两种方式来指�?/SPAN>SQL SELECT声明�Q?/SPAN>

1. 在设计期间的SQL Select中以WHERE的方式指定，�q�在数据库中执行�?/SPAN>

2. 创徏report参数来让用户指定�Q�在SQL SELECT�?/SPAN>WHERE处��用参数来指定条�g�Q��用这�U�方式，WHERE的参数在�q�行期指定，�q�在数据库中执行�?/SPAN>

b) �?/SPAN>BIRT Report Designer中过滤数据，使用javascript或者数据不是在一个数据库中从而不能执�?/SPAN>SQL语句的情况下�Q�可以用以下两种方式来执行这�U�过滤：(x��)

1. �~�辑数据集来指定filter�Q��用这�U�技术，查询获得你的SELECT�z�d��的全部数据，然后BIRT Report Designer�q��o(h��)数据以便获得�W�合你指定的条�g的数据，�׃��数据集只能有一个，所以这�U�技术只能��用一�U?/SPAN>table或者所有的report都显�C�相同的�?/SPAN>

2. �~�辑report element filter properties来指定要昄��的行�Q��用这�U�技术，BIRT Report Designer处理�q�个�q�程�Q�如果有多个table�?/SPAN>list�?/SPAN>chart使用同一个数据集�Q�而且要显�C�Z��同的行，则就需要��用这�U�技�?/SPAN>

fisher 2005-08-22 23:17 发表评论

fisher — Sat, 06 Aug 2005 03:58:00 GMT

WTP对于J2EE开发者来说是新的��音
��其是在开发Web Serivce的时候，��直太方便�?BR>�q�有对于XML、XSD、WSDD文�g的编�?BR>
WTP��目�l�放出的教程也很全面�Q�如下：(x��)
http://www.eclipse.org/webtools/community/community.html#tutorials
只不�q�这套教�E�的版本有点老，是基于M4的，所以有些界面有点变�?BR>
另外�Q�根据WTP的数据库��览子项目RDB开展的DTP��目也已启动
计划明年三月Eclipse�q�会(x��)之前Release�Q�据�U�可以支持Oracle的PL/SQL开�?BR>大家期待吧！

fisher 2005-08-06 11:58 发表评论

fisher — Sat, 06 Aug 2005 02:00:00 GMT

��Z��(ji��n)�l�新�q�的同事培训�Q�将MINA Tutorial��译成了(ji��n)中文版，在征�?A title="Click to do a full-text search for this title" >TrustinLee同意后将其发��C��(ji��n)apache的wiki�?BR>
地址�Q?A >http://wiki.apache.org/directory/MinaTutorialInChinese

fisher 2005-08-06 10:00 发表评论

CallBack-DI-Template区别

fisher — Fri, 15 Jul 2005 16:18:00 GMT

本文目的是�ؓ(f��)�?ji��n)说明CallBack�q��完全的IoC实现
�q�三个名词能在一��P��是因为IoC的特�?BR>在UI框架中尤其明昄��体现
但CallBack只获得了(ji��n)部分控制权的反�{

实际上callback�q�种方式是一�U�过�E�化�Ҏ(gu��)��学中的实�?BR>而在面向对象领域中的替代物则是DI或模板方法模�?BR>�Q�IoC的具体表玎ͼ�(j��)
DI和模板方法模式的区别在于
DI用于解除创徏依赖
模板�Ҏ(gu��)��用于解除行�ؓ(f��)依赖

回到callback和IoC
从它们出现的理由上来看，目的是�ؓ(f��)�?ji��n)消除耦合
但它们确实都是对��程的控�?BR>在过�E�化callback它的控制��将沿着调用的方向不断�g伸，而不在乎是否�?x��)返�?BR>但面向对象的�Ҏ(gu��)��中，努力的方向是对象+消息的程序结�?BR>�Q�所以在OO中我们不��_(d��)��(x��)调用某个对象�Q�而说�Q�象某个对象发送消息）(j��)
所以，
IoC是期待回应的�Q�然后��l?‘注入组件�?的流�E?BR>而传入callback是不期待回应的，它只是告�?‘被注入�l��g�?下一步的方向�Q�而没有说一定要回调 ‘注入组件�?或接口，它可以��l�将控制��程传递下去，到底�E�序在什么地斚w��出，'注入�l��g' 有可能不知道�Q�所以说它只获得�?ji��n)部分的控制�?img src ="http://www.aygfsteel.com/flyingbug/aggbug/7805.html" width = "1" height = "1" />

fisher 2005-07-16 00:18 发表评论

MINA is a good framwork

fisher — Wed, 22 Jun 2005 07:48:00 GMT

Netty2的作�?SPAN lang=EN style="FONT-SIZE: 12pt; COLOR: black; FONT-FAMILY: Arial; mso-fareast-font-family: 宋体; mso-ansi-language: EN; mso-fareast-language: ZH; mso-bidi-language: AR-SA">TrustinLee在�ؓ(f��)Apache LDAP��目所作的通讯基础框架MINA中显�C�Z��(ji��n)在通讯框架斚w��雄厚的实力，MINA是迄今�ؓ(f��)止我见过在java领域最好的通讯基础�Ӟ��看得出，他通过Netty2的经验积累加上对ACE�{�传�l�大型框架的理解之后�Q�在制作MINA的一开始就��定�?ji��n)一个近��g��完美的架构，同时�Q�我在RoadMap中看到MINA与Spring、JMX和OSGI的结合计划，虽然不知道什么时候能够完成，但光看这个RoadMap已经很让人激动了(ji��n)�?BR>在MINA的服务绑定上�Q�一开始就使用�?ji��n)serviceRegistry�c�这�U�中控型的注册绑定方式，看得��Z��对OSGI有一定研�I��ƈ已决意向光��拢�?BR>而借鉴于ACE的Accepter和Connector�l�构使得Session的��用更加方便，同时分�ؓ(f��)IO层和Protocol两层的通讯基础件也是��得��用变得很方便�?BR>最后要提一下的是作者��用的FilterChain式结构来加蝲Filter�Q��得很多非通讯核心(j��)问题得以从基��件中剥离出来�Q�甚臌��U�程池模式都可以使用Filter来指定，虽然自己制作的线�E�池要想�l�合到MINA中需要一些额外的努力�Q�但是仍然极大的增加�?ji��n)框架的灉|��性�?BR>

fisher 2005-06-22 15:48 发表评论

Eclipse3.1RC1 feels good!

fisher — Fri, 03 Jun 2005 14:31:00 GMT

都说Eclipse3.1M7的启动速度��有提高�Q�我没感觉出来，但是RC1的启动和关闭速度��实比�vM6提高�?ji��n)很多，用�v来很�?IMG height=19 src="http://www.aygfsteel.com/Emoticons/teeth_smile.gif" width=19 border=0>
启动时还�?x��)对加蝲的plugin的过�E�显�C��度条
而且�׃��subString问题的解冻I��其他操作�Q�如search�Q�也相应快了(ji��n)很多

不过从M7开始代码折叠的按钮从三角变成了(ji��n)加号�Q�看��h��有点不太�?f��n)�?BR>从M7开始连启动界面也比M6昑־��气�?BR>不过比�v速度的提升来��_(d��)��q�些都是��?......��?......��问题了(ji��n)^_^

fisher 2005-06-03 22:31 发表评论

fisher — Thu, 26 May 2005 03:56:00 GMT

Complete support for IPv6 on Windows XP (SP1) and 2003 server has been provided in this release. (4608529)
The networking API now provides a way of setting timeouts on connect and read operations for protocol handlers. This will benefit any HTTP client application that must behave robustly in the event of server failure. (4700777)
A new API provides a mean for Java applications, which includes RMI applications, to be launched via inetd. (4295885, 4673940)
The InetAddress class now provides an API to allow testing for the reachability of a host. This features provides a ping-like capability in Java. (4639861)
Cookie support has been improved. Applications and web containers can provide Cookie management by implementing the new CookieHandler API. (4696506)
Proxy server configuration has been improved. It can now be dynamic and controlable by web containers and applications through the ProxySelector API, which can also handle failures to connect to the proxy. (4696512)
A new framework provides a way for protocol handlers to access a file caching mechanism implemented by the platform or by a third party. (4837267)
The specification of the URL class now mandates a minimum set of URL protocol handlers that are guaranteed to be present in J2SE. They are http, https, file, jar and ftp. (4180636)
There have been a number of enhancements for JSSE (SSL/TLS). For more information, please see: Security Enhancements

fisher 2005-05-26 11:56 发表评论

SOA-好大一块饼

fisher — Wed, 25 May 2005 03:27:00 GMT

最�q�被各大厂商�Ҏ(gu��)��到天上的SOA�Q�再�ơ让我感觉到什么叫做新瓶装旧酒�Q�不�q�厂商�ؓ(f��)�?ji��n)盈利所采取的营销�{�略是可以理解的

但是作�ؓ(f��)技术�h员，我们要拨开SOA的华丽外衣，看看它到底是什么�?BR>

SOA的演变过�E�：(x��)

web Service-->以Corba��Z��表的DOC-->��Z��l��g服务器的N-Tier-->��Z��web服务器的T-Tier-->C/S�l�构

其根本的通讯方式�Q�几�q�来未曾变化�Q�只不过是多�I�了(ji��n)几�g马甲而已�Q�从技术角度讲�Q�如果对�|�络中间件的架构熟�?zh��n)�的话�Q�从最底层的TCP/IP通讯开始自己构��Z��个webService的实��C��q��什么难事，作�ؓ(f��)技术�h员，我更惛_��注一些目前可以带来实际好处的技术，如：(x��)AOP/脚本语言/IF/微内核的体系�l�构�Q�甚��x��镜花水月的MDA

但是�Q�如前面所说这是从技术的角度来看待SOA的发展，而实际上�Q�每一�ơ穿上新的马�Ԍ��都��得应用的基础架构更进一步接�q�业务，所以，看待SOA也不能仅仅从技术的角度�Q�从整个企业的架构来考虑�Q�虽然不太愿意接受大厂商的SOA宣传的轮番蘪炸（它们�l�常�a��q�其实）(j��)�Q�但是我仍然不得不说SOA的思想和发展思�\��实不错。有��Z��(x��)试试看，也许真的很不错�?/P>

fisher 2005-05-25 11:27 发表评论