[jboss-dev-forums] [JBoss ESB Development] - Re: XPath Routing

[tfennelly]

"burrsutter" wrote : For the inline use case, can we do away with the destination-name concept, it seems harder to use and doesn't add significant value.
  | 
  |   | <action class="org.jboss.soa.esb.actions.ContentBasedRouter" name="ContentBasedRouter">
  |   |     <property name="cbrClass" value="XPath"/>
  |   |     <property name="ruleSet">
  |   |         <rule target-service="OrderCategory:BlueService"  expression="/order/header[@cat='blue']" />
  |   |         <rule target-category="OrderCategory" target-service="RedService""  expression="/order/header[@cat='red']" />
  |   |     </property>
  |   | </action>	
  |   | 
  | 

Ah yes... very good suggestion Burr... we should be able to do that.  I guess we'll also need to also support what I already proposed if we want all this ContentBasedRouting stuff to be consistent?

"burrsutter" wrote : A couple of other points: I don't think "cbrClass" makes sense for the value of XPath but I don't have a better suggestion. 

Right... well cbrClass already exists and my thinking was that if we introduced another property then we'd have to start raising errors if the user configured both, which seems ugly to me.

"burrsutter" wrote : One thing to keep in mind, XPath and/or Regex routers are the "default" router/wiretaper/filter, Rules-based routers will be considered the advanced options for only when the complexity rises to need that solution.
  | 
  | Our Getting Started experience should start with XPath/Regex & XSLT with Rules-based CBR/Filter and Smooks-based Transformations being for more advanced use cases.

Right... I know I said it already (indirectly perhaps :) ), but I actually think there would be less confusion for the user if we made a clean break from the ContenBasedRouter action config.  We could still use the same underlying code.  I think there's nothing more confusing for things to look "nearly the same", but for them to not really be the same and to have subtle little differences that need to be explained in parallel.

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

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