Hello Sebastin, Sorry it took me a while to reply. No the issue here is not that Fancy! This is our first OSGi project and IBM WAS v7 really threw us off. So to be on the safe side we were asked to provide an EAR (with MDB)and EBA (with SCA)solution for the message entry to the system and reply back a message after the work is done.
So we have a common interface with a method called Object onMessage (Object obj). An MDB can reeceive a message from the inbound Queue and write response back to an outboud queue. Or an SCA can be configured to receive a message from an InBound Queue invoke a mothod and route the response to outbound Queue. Problem is the legacy COBOL program has an replyTo Message Header and SCA cannot override that. Thats the main problem. How do I filter JMS message headers when I use SCA (v1.x from IBM). I find IBM's SCA impl a hack and trying to demo the same in Camel (it actually works - since my route is Java Code (DSL). This will override any message header like replyTo. But currently we are stuck with SCA and the old COBOL program. Nothing fancy here - just looking for a way to filter the Message Header from the Queue in SCA. Thanks Matt On Wed, Feb 1, 2012 at 2:05 PM, Millies, Sebastian < [email protected]> wrote: > From: Matt Madhavan [mailto:[email protected]] > Sent: Wednesday, February 01, 2012 7:03 PM > To: [email protected] > Subject: Re: Filtering JMS Header in a Request/Reply SCA > > >Hi Simon, > >This is the approach we are taking now. But I would like to have a > uniform and cleaner approach. We use MDB, SCA and in the feature Camel. > > > >If I can find a way to fillter JMS headers it would be great. > > > >Thanks > >Matt > > > [snip] > > Hello Matt, > > Let me jump in and ask something off-topic (see new subject line). > I'd be interested to know how you plan to use SCA and Camel > together. > > I would have tended to view these as alternatives from an > application development perspective. > > Perhaps Camel is a possible implementation technology > for the bindings between SCA components, so then it would > be embedded inside a Framework like Tuscany. > > Could you elaborate a bit on what you have in mind, architecture-wise? > > -- Sebastian > IDS Scheer Consulting GmbH > Geschäftsführer/Managing Directors: Kamyar Niroumand, Ivo Totev > Sitz/Registered office: Altenkesseler Straße 17, 66115 Saarbrücken, > Germany - Registergericht/Commercial register: Saarbrücken HRB 19681 > http://www.softwareag.com > >
