[jboss-dev-forums] [Design of JBoss ESB] - Re: Trailblazer out-of-the-box experience

[tfennelly]

"mark.little at jboss.com" wrote : I think that given the overall Rosetta architecture, what's there now in temrs of Messages is good enough until dispatchers go in to the next release. There are more important areas to concentrate on IMO.

Aye, probably is fine for now alright.  

Just to let people know what it means.... it just means that the Abstract*Processors classes are restricted in their use because the process(File) process(Map) etc methods block the implementing class from accessing the Message.  I noticed this (coupled with the get*Notification methods) as a small problem yesterday when, with the FileToByteArray converter, I wanted to get the original "WorkingFile" instance from inside the get*Notification methods but couldn't because the CURRENT_OBJECT had changed the CURRENT_OBJECT from inside the process(File) method.  A possible solution to this would have been to bind the WorkingFile instance to some other name on the Message.Body.  However, we couldn't do this because the process(File) method doesn't have access to the Message.

So, if you really need to get around an issue like this, it means implementing an ActionProcessor from scratch i.e. not extending the Abstract implementations.  This is not such a big deal any more beause the ActionProcessors have been completely decoupled from the underlying delivery channel - the Abstract* implementations do close on nothing at this stage.

View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3976746#3976746

Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3976746