activemq-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Hiram Chirino (JIRA)" <>
Subject [jira] Updated: (AMQ-978) No Messaged delivery when mixing Perl stomp client Producer/Consumer and Java JMS Producer/Consumer
Date Fri, 20 Oct 2006 04:54:16 GMT
     [ ]

Hiram Chirino updated AMQ-978:

    Attachment: Net-Stomp-0.31-bytemessage-support.patch

I've made a modification to the Net::Stomp 0.31 package so that it can support receiving TextMessage
and ByteMessages.  We need to feed this back to the upstream maintainer so that it can get
back on CPAN.

> No Messaged delivery when mixing Perl stomp client Producer/Consumer and Java JMS Producer/Consumer
> ---------------------------------------------------------------------------------------------------
>                 Key: AMQ-978
>                 URL:
>             Project: ActiveMQ
>          Issue Type: Bug
>          Components: Connector
>         Environment: This problem seems platform independent: It happens in Linux, Mac
OSX, and Windows.
> Software Used: ActiveMQ 4.0, Java 5.0, JMS, Perl 5.8.7, Perl CPAN module Net-Stomp-0.31
>            Reporter: Sileshi Kassa
>         Assigned To: Hiram Chirino
>         Attachments: Net-Stomp-0.31-bytemessage-support.patch,,
> Facts: Perl Stomp client Producer and Consumer works fine
>            Java JMS client Producer and Consumer works fine
> I have also used other Perl Stomp protocol implementation with no problem.
> The problem happens when I mix Java and Perl clients
> Scenario Test 1:
> A. Perl Stomp client Consumer
> B. Java JMS client Producer
> Scenario Test 2:
> A. Java JMS client Consumer
> B. Perl Stomp client Producer
> I have looked into it via Java JMX management jconsole, and it seems to me there is a
wall between
> the stomp server and default server. It the stomp server only passes messages coming
from stomp lients
> and default server also does the same.
> If this is truly the case, and this is by design, I will be very disappointed. There
should not be any wall.
> A message is message irrespective of its source and should be delivered to any one that
is listening
> on the same destination.
> I will attach the Perl clients testcases.
> For Java client,  a simple JMS client Producer and Consumer with the same topic used
> the perl side will do the job. The topic I used on the perl side: "/topic/Test.CrossDelivery"
> and the Java side topic is  "Test.CrossDelivery"
> This problem is a show stopper for us.

This message is automatically generated by JIRA.
If you think it was sent incorrectly contact one of the administrators:
For more information on JIRA, see:


View raw message