This is the second year that I work as a J2
EE developer during development of a modern J2
EE based core banking project. The architecture uses Spring and Mule
ESB as its major components widely. Mule
ESB (Enterprise Service Bus) allows us to connect the applications together as much simple as possible. The architecture uses Mule
ESB as integration platform and service container. Mule
ESB provides some easy to use methods for talking through
JMS, HTTP, FTP and many more transfer protocols. Moreover, Mule
ESB implemented a set of relevant mechanisms for message routing, message transformation and transaction management. However, debugging the started services which use Mule
ESB functionalities is not an easy activity. Because there is a lot of layered listeners and complex network devices/services which make problems bolder. The framework we used is a well design art work of my friend, Ara
Abrahamian and it works like a Mercedes Benz in most of areas. But, the modules added by developers almost have some problems. I noticed most of problems that we raise, has the origin in the wrong configuration files such as
muleesb-
config.
xml and
Spring's context.
xml. Also, below classes could be a good place to start debugging:
- JmsMessageDispatcher.java
- JmsMessageConsumerImpl.java
JmsMessageDispatcher is the the most outer place just before sending message. Also,
JmsMessageConsumerImpl is the first
JMS message receiver.
In my experience debugging this two classes is an easy way to find what happened to the code or underlying services malfunctions.
No comments:
Post a Comment