Java监控文件系统变化

  最近想要把一个文件内容以soap消息的方式发送出去,这应该算是ESB的一个主要的功能。

  文件系统和soap是不同的transport,中间可以用XSLT的转换。

  WSO2Mule都有监控文件系统的transport。

  但实现一个这样简单的功能采用这些庞大的系统似乎有些令人难以接受,一番调查后发现了jnotify

  用起来甚是顺手,只需要注意一点:把jnotify的库加入到系统的环境变量里。

  这也引发了我对ESB的思考,一开始就部署ESB是否是一种合适的方式,很多时候,只有我们把功能一个个实现,才能站在一个更高的角度看到存在于其中的整合范式,才能了解到哪些可以合并为一个公用的模块。但在一个敏捷的团队里,我们都会采用最简单、最迅速的方式先看到结果,ESB的复杂和我们对它本身了解的缺失会成为我们最大的障碍。

  成功之后的重构是否是一种选择呢?

  我想需要有很多的共同点,部署一个ESB组件才是一种高回报的投入。如果我们因为所涉及的问题是一个整合的问题,就从ESB开始考虑,会不会把问题复杂化?

VN:F [1.9.7_1111]
留下你的评价吧
Rating: 10.0/10 (1 vote cast)
Java监控文件系统变化, 10.0 out of 10 based on 1 rating

相关文章

Tags: , , , , ,

Leave a Reply

Your email address will not be published. Required fields are marked *

*
*