Jaliya

Yes that would be great. I'd be really interested in any performance
numbers you can give us. I think Synapse is actually a nice solution
for this - pretty simple to configure and quite small. You might even
want to bundle it into your bridge solution.

By the way, remind me what license Narada is under?

Paul


On 10/17/06, Jaliya Ekanayake <[EMAIL PROTECTED]> wrote:
 Hi Paul and Others,

We have a message broker that supports JMS (Naradabrokering
http://www.naradabrokering.org/) which we can use to test the scenario you
have mentioned.
Few months back I wrote a bridge between Naradabrokering and MQSeries. We
had this idea of extending the same concept to XML/SOAP messages as well so
we are looking forward to the test that you have mentioned.

So we will perform the test and try to get some performance results as well.

Let us know your ideas.

Thanks,
-Jaliya

----- Original Message -----
From: "Paul Fremantle" <[EMAIL PROTECTED]>
To: <synapse-dev@ws.apache.org>; <axis-dev@ws.apache.org>
Sent: Monday, October 16, 2006 7:18 AM
Subject: XML/JMS


> I'd like to bring up the issue of XML/JMS. I've been looking for a
> simple demo shows off Synapse and WSRM together (since these are two
> of my key interests (-: )
>
> And I figured it would make a really nice demo to take XML/JMS
> messages and then add a SOAP body, and send them out using WSRM.
>
> I guess to do this we need the "REST" equivalent in the JMS transport.
> (I guess in the JMS case we better not talk about REST or we'll be in
> serious trouble)
>
> Let's call it POX then.
>
> In fact we could do more than just XML. Imagine a TEXT message comes
> in that isn't even XML, we could wrap it in a CDATA wrapper and pop it
> into a single element in the message.
>
> If an binary message came in we could pop it into an MTOM holder, same
> with an ObjectMessage.
>
> With a MapMessage we could do a simple wrapper into a name-value pairs.
>
> Of course none of this would be a "standard" so we'd have to document
> it clearly, but it would be pretty neat way of dealing with non-SOAP
> messages coming over JMS.
>
> In fact, if we followed the same rules on outbound, then you could
> bridge between two organizations with no coding:
>
> Org1 JMS queue -> Synapse -> SOAP(XML, MTOM, Text, etc)/WSRM ->
> Synapse -> Org2 JMS queue.
>
> Paul
>
>
>
>
> --
> Paul Fremantle
> VP/Technology, WSO2 and OASIS WS-RX TC Co-chair
>
> http://bloglines.com/blog/paulfremantle
> [EMAIL PROTECTED]
>
> "Oxygenating the Web Service Platform", www.wso2.com
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




--
Paul Fremantle
VP/Technology, WSO2 and OASIS WS-RX TC Co-chair

http://bloglines.com/blog/paulfremantle
[EMAIL PROTECTED]

"Oxygenating the Web Service Platform", www.wso2.com

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to