Hi Claus, I think I am getting close. With the jbossResolver resolver I get: 13:09:47,659 DEBUG [DefaultTypeConverter:379] Loading type converters ... 13:09:48,107 DEBUG [DefaultTypeConverter:390] Loading type converters done 13:09:48,109 INFO [DefaultTypeConverter:394] Loaded 0 type converters in 0.449 seconds Without the jbossResolver I get: 13:17:32,901 DEBUG [DefaultTypeConverter:379] Loading type converters ... 13:17:33,335 DEBUG [DefaultTypeConverter:390] Loading type converters done 13:17:33,337 INFO [DefaultTypeConverter:394] Loaded 143 type converters in 0.435 seconds Without the type converters, the @XPath annotations operate against the toString() representation of the split component output, which is "[category_definition: null]]" so it does not work.
I think the fix for my problem is to get Camel to discover the type converters. Is there a known, easily available workaround for this? Thanks for the help. -- View this message in context: http://camel.465427.n5.nabble.com/Split-XPath-JBoss-tp3198294p3200029.html Sent from the Camel - Users mailing list archive at Nabble.com.
