JMS Service

[Stevan Camp <st...@googlemail.com>]

Hello,

I'm new to Tuscany and wondered if anyoen out there was able to offer me
some help.

I have a non-SCA service which operates with two JMS queues, one being
request and one being response.  They follow the usual pattern:

* Client sends a request message to the Service by posting a message on teh
req queue.
* Service picks up message, takes some action and returns a response message
back to the client via the response queue.

I'd like to construct an SCA service to proxy/masquerade this operation, so
that:

* SCA Client calls an operation on the SCA Service
* SCA Service posts a suitable JMS message to the req queue
* SCA Service listens to the Response queue or a MDB notifies the SCA
service once a response is received
* SCA Service makes a callback to the client with the result of the JMS
response.

Does any of this make sense, is it do-able?

Is anyone able to offer me any help on this one, havent found a suitable
example yet, other than some refs in the SCA JMS Binding spec, which I
couldn't quite translate into a service.

I'm sorry if any of this is not quite right... I'm still trying to find my
feet in the Tuscany/SCA world.

Stevan.

Re: JMS Service

[ant elder <an...@gmail.com>]

Ok thanks for the info, not sure if I'll be able to try it out with
WebSphere JMS so you may be on your own there, I'll try though - which
version are you using?

   ...ant

On Dec 11, 2007 3:48 PM, Stevan Camp <st...@googlemail.com> wrote:

> Hello,
>
> Tuscany would be run inside websphere as a webapp - which I've got running
> for some of the examples.
>
> The JMS Queues would be provided by websphere also, so they would exist
> and be pre-configured before the service was deployed.
>
> Stevan.
>
>
> On Dec 11, 2007 12:37 PM, ant elder <an...@apache.org> wrote:
>
> > Yep JMS Text/XML messages should be in the next release, I should have
> > this going in the next days so i'll post a snapshot build with that you
> > could try out.
> >
> > There's an existing testcase with a request response style JMS reference
> > - https://svn.apache.org/repos/asf/incubator/tuscany/java/sca/modules/binding-jms/src/test/resources/JMSBindingTest.composite
> >
> >
> > Where would you be running Tuscany and the reference composite - in a
> > webapp, with the Tuscany standalone runtimes, in an appserver, something
> > else? Also what JMS system are you using -  Apache ActiveMQ as used by
> > Tuscany or a proprietary one?
> >
> >    ...ant
> >
> >
> > On Dec 11, 2007 8:51 AM, Stevan Camp <stevan.camp@googlemail.com >
> > wrote:
> >
> > > Hello,
> > >
> > > Thanks for your reply!
> > >
> > > The JMS Request and Response queues both accept Text xml messages,
> > > though if that's not there just yet I'd be interested in seeing if there are
> > > any examples about using a reference with both a request and response
> > > queue?
> > >
> > > Is the Text/XML payload  going to be in the next release?  Or does
> > > that just depend on how much can be achieved before the release?
> > >
> > > Stevan.
> > >
> > >
> > > On Dec 10, 2007 11:29 AM, ant elder < ant.elder@gmail.com> wrote:
> > >
> > > >
> > > >
> > > > On Dec 9, 2007 1:45 PM, Stevan Camp <st...@googlemail.com>
> > > > wrote:
> > > >
> > > > > Hello,
> > > > >
> > > > > I'm new to Tuscany and wondered if anyoen out there was able to
> > > > > offer me
> > > > > some help.
> > > > >
> > > > > I have a non-SCA service which operates with two JMS queues, one
> > > > > being
> > > > > request and one being response.  They follow the usual pattern:
> > > > >
> > > > > * Client sends a request message to the Service by posting a
> > > > > message on teh
> > > > > req queue.
> > > > > * Service picks up message, takes some action and returns a
> > > > > response message
> > > > > back to the client via the response queue.
> > > > >
> > > > > I'd like to construct an SCA service to proxy/masquerade this
> > > > > operation, so
> > > > > that:
> > > > >
> > > > > * SCA Client calls an operation on the SCA Service
> > > > > * SCA Service posts a suitable JMS message to the req queue
> > > > > * SCA Service listens to the Response queue or a MDB notifies the
> > > > > SCA
> > > > > service once a response is received
> > > > > * SCA Service makes a callback to the client with the result of
> > > > > the JMS
> > > > > response.
> > > > >
> > > > > Does any of this make sense, is it do-able?
> > > > >
> > > > > Is anyone able to offer me any help on this one, havent found a
> > > > > suitable
> > > > > example yet, other than some refs in the SCA JMS Binding spec,
> > > > > which I
> > > > > couldn't quite translate into a service.
> > > > >
> > > > > I'm sorry if any of this is not quite right... I'm still trying to
> > > > > find my
> > > > > feet in the Tuscany/SCA world.
> > > > >
> > > > > Stevan.
> > > > >
> > > >
> > > > You can do that with Tuscany using the Tuscany JMS binding. The JMS
> > > > binding is a partial implementation of the SCA JMS binding spec (
> > > > http://www.osoa.org/download/attachments/35/SCA_JMSBinding_V100.pdf),
> > > > but the code has been a little neglected for a while so is a bit rough and
> > > > didn't make it into an official Tuscany release yet, so right now you'd have
> > > > to build it yourself.
> > > >
> > > > Coincidentally I'm right now working on fixing up this to make it
> > > > more usable, spec compliant, and in a state we can include it in the next
> > > > Tuscany release. Be really helpful if you could try it out as I do this to
> > > > give feed back on if it does what you need or not.
> > > >
> > > > One question I have right away is what type of JMS messages do you
> > > > need and whats the type of contents of those messages? Right now the code
> > > > just supports JMS  object messages, but the JMS binding spec says by default
> > > > it should use JMS text messages with the payload being XML, see section
> > > > 1.5.2 on page 5 of the spec. What do you need for this to work with
> > > > your existing application queues?
> > > >
> > > >    ...ant
> > > >
> > > >
> > >
> > >
> >
>

Re: JMS Service

[ant elder <an...@apache.org>]

Yep JMS Text/XML messages should be in the next release, I should have this
going in the next days so i'll post a snapshot build with that you could try
out.

There's an existing testcase with a request response style JMS reference -
https://svn.apache.org/repos/asf/incubator/tuscany/java/sca/modules/binding-jms/src/test/resources/JMSBindingTest.composite

Where would you be running Tuscany and the reference composite - in a
webapp, with the Tuscany standalone runtimes, in an appserver, something
else? Also what JMS system are you using -  Apache ActiveMQ as used by
Tuscany or a proprietary one?

   ...ant

On Dec 11, 2007 8:51 AM, Stevan Camp <st...@googlemail.com> wrote:

> Hello,
>
> Thanks for your reply!
>
> The JMS Request and Response queues both accept Text xml messages, though
> if that's not there just yet I'd be interested in seeing if there are any
> examples about using a reference with both a request and response queue?
>
> Is the Text/XML payload  going to be in the next release?  Or does that
> just depend on how much can be achieved before the release?
>
> Stevan.
>
>
> On Dec 10, 2007 11:29 AM, ant elder < ant.elder@gmail.com> wrote:
>
> >
> >
> > On Dec 9, 2007 1:45 PM, Stevan Camp <st...@googlemail.com> wrote:
> >
> > > Hello,
> > >
> > > I'm new to Tuscany and wondered if anyoen out there was able to offer
> > > me
> > > some help.
> > >
> > > I have a non-SCA service which operates with two JMS queues, one being
> > > request and one being response.  They follow the usual pattern:
> > >
> > > * Client sends a request message to the Service by posting a message
> > > on teh
> > > req queue.
> > > * Service picks up message, takes some action and returns a response
> > > message
> > > back to the client via the response queue.
> > >
> > > I'd like to construct an SCA service to proxy/masquerade this
> > > operation, so
> > > that:
> > >
> > > * SCA Client calls an operation on the SCA Service
> > > * SCA Service posts a suitable JMS message to the req queue
> > > * SCA Service listens to the Response queue or a MDB notifies the SCA
> > > service once a response is received
> > > * SCA Service makes a callback to the client with the result of the
> > > JMS
> > > response.
> > >
> > > Does any of this make sense, is it do-able?
> > >
> > > Is anyone able to offer me any help on this one, havent found a
> > > suitable
> > > example yet, other than some refs in the SCA JMS Binding spec, which I
> > > couldn't quite translate into a service.
> > >
> > > I'm sorry if any of this is not quite right... I'm still trying to
> > > find my
> > > feet in the Tuscany/SCA world.
> > >
> > > Stevan.
> > >
> >
> > You can do that with Tuscany using the Tuscany JMS binding. The JMS
> > binding is a partial implementation of the SCA JMS binding spec (
> > http://www.osoa.org/download/attachments/35/SCA_JMSBinding_V100.pdf),
> > but the code has been a little neglected for a while so is a bit rough and
> > didn't make it into an official Tuscany release yet, so right now you'd have
> > to build it yourself.
> >
> > Coincidentally I'm right now working on fixing up this to make it more
> > usable, spec compliant, and in a state we can include it in the next Tuscany
> > release. Be really helpful if you could try it out as I do this to give feed
> > back on if it does what you need or not.
> >
> > One question I have right away is what type of JMS messages do you need
> > and whats the type of contents of those messages? Right now the code just
> > supports JMS  object messages, but the JMS binding spec says by default it
> > should use JMS text messages with the payload being XML, see section
> > 1.5.2 on page 5 of the spec. What do you need for this to work with your
> > existing application queues?
> >
> >    ...ant
> >
> >
>
>

Re: JMS Service

[ant elder <an...@gmail.com>]

On Dec 9, 2007 1:45 PM, Stevan Camp <st...@googlemail.com> wrote:

> Hello,
>
> I'm new to Tuscany and wondered if anyoen out there was able to offer me
> some help.
>
> I have a non-SCA service which operates with two JMS queues, one being
> request and one being response.  They follow the usual pattern:
>
> * Client sends a request message to the Service by posting a message on
> teh
> req queue.
> * Service picks up message, takes some action and returns a response
> message
> back to the client via the response queue.
>
> I'd like to construct an SCA service to proxy/masquerade this operation,
> so
> that:
>
> * SCA Client calls an operation on the SCA Service
> * SCA Service posts a suitable JMS message to the req queue
> * SCA Service listens to the Response queue or a MDB notifies the SCA
> service once a response is received
> * SCA Service makes a callback to the client with the result of the JMS
> response.
>
> Does any of this make sense, is it do-able?
>
> Is anyone able to offer me any help on this one, havent found a suitable
> example yet, other than some refs in the SCA JMS Binding spec, which I
> couldn't quite translate into a service.
>
> I'm sorry if any of this is not quite right... I'm still trying to find my
>
> feet in the Tuscany/SCA world.
>
> Stevan.
>

You can do that with Tuscany using the Tuscany JMS binding. The JMS binding
is a partial implementation of the SCA JMS binding spec (
http://www.osoa.org/download/attachments/35/SCA_JMSBinding_V100.pdf), but
the code has been a little neglected for a while so is a bit rough and
didn't make it into an official Tuscany release yet, so right now you'd have
to build it yourself.

Coincidentally I'm right now working on fixing up this to make it more
usable, spec compliant, and in a state we can include it in the next Tuscany
release. Be really helpful if you could try it out as I do this to give feed
back on if it does what you need or not.

One question I have right away is what type of JMS messages do you need and
whats the type of contents of those messages? Right now the code just
supports JMS  object messages, but the JMS binding spec says by default it
should use JMS text messages with the payload being XML, see section
1.5.2on page 5 of the spec. What do you need for this to work with
your existing
application queues?

   ...ant