Thursday, February 27, 2014

MoveAfterFailure in VFS mediator of WSO2 ESB

There is a miss understanding on the word "MoveAfterFailure" in VFS mediator of wso2 ESB. Most  of the users use it first time does not understand the right meaning of that parameter.  So i thought to give a brief idea about what is the true fact behind it.

Example





So let see the workflow:

wait for a file to appear in C:\sampleVFS\in
process the file (in my example, do log-dbreport-log sequence)
if the processing was successful, move the file to C:\sampleVFS\out
if there was a failure, the file should go to C:\sampleVFS\original
At least that's how I understand the VFS transport and it's parameters.

Everything went perfect, So now I intentionally corrupted dbreport mediator (incorrect url and driver class). I expected every input to be transferred to \original directory as the processing always fail. But Instead, the file goes to \out directory.

Yes that is right behavior


WSO2 Enterprise Serivce Bus (ESB) has been implemented in way to handle the errors [1] while reading the message OR Processing the message via MoveAfterFailure.If you want to handles the endpoint failure OR DB failure you have to use the error handling techniques used in WSO2 ESB.


[1] http://docs.wso2.org/display/ESB480/Error+Handling
[2] http://wso2.com/library/articles/wso2-enterprise-service-bus-endpoint-error-handling/



Tuesday, February 18, 2014

ESB performance benchmark 2014

Competition is unavoidable in this current technology world. Since 2007, WSO2 ESB team is conducting a ESB performance evolution and these evaluations are the hot topics in the current ESB market like a 100m sprint race in Olympi


Feburary 2014, Once again WSO2 ESB has been proofed and bench marked them self as leader in the ESB performance space.


In the performance race, WSO2 has evaluated the speed against number of leading open source ESBs and WSO2 ESB defeats all others like a champion!



Results of the ESB performance round 7.5 can be found in the WSO2 Library.