Re: JMS Client with JRE 1.2.2

wrote: > > activemq 5 uses java 5 but you can use retroweaver to support 1.4. For > earlier it might be worth writing a simple STOMP or REST client? > > > On 25/01/2008, Juergen Mayrbaeurl <[EMAIL PROTECTED]> wrote: >> >> Hi! >> >> Can we use ActiveMQ (3.x,

JMS Client with JRE 1.2.2

Hi! Can we use ActiveMQ (3.x, 4.x, 5.x) with JMS clients running with JRE 1.2.2? Unfortunately we cant upgrade the clients JRE version because of low disc space conditions. Kind regards Juergen -- View this message in context: http://www.nabble.com/JMS-Client-with-JRE-1.2.2-tp15089992s2354p150

Re: Strict order of messages with redelivery

Hi! Sorry! The solution isn't that easy, because my fix will only work, if all pending messages were dispatched. Even worse, it doesn't explain/solve my orginal problem. I think some more investigations are necessary. Kind regards Juergen Juergen Mayrbaeurl wrote: > > Hi J

Re: Strict order of messages with redelivery

n our message broker configuration (but not set explizitly). Kind regards Juergen James.Strachan wrote: > > Any chance you could try 4.1.1? > > On 9/7/07, Juergen Mayrbaeurl <[EMAIL PROTECTED]> wrote: >> >> I did the same test with transacted sessions and the result is t

Re: Strict order of messages with redelivery

nd regards Juergen Juergen Mayrbaeurl wrote: > > Unfortunately the ordering doesn't work with client acknowledge in 4.1.0 > as the following example shows > > 1) 10 messages for topic produced > 2) First attempt to receive the messages with a durable topic subscriber >

Re: Strict order of messages with redelivery

1:1:8 Message ID: ID:hvb0396-1306-1189153233546-1:0:1:1:9 Message ID: ID:hvb0396-1306-1189153233546-1:0:1:1:10 As you can see the order gets reversed after each attempt. I'll do some further testing with tranacted sessions. Kind regards Juergen James.Strachan wrote: > > On 9/6/07, Ju

Re: prefetchSize for TopicSubscriber

4.1.0): This way works (at least with version 4.1.0, not tested with 4.1.1). Kind regards Juergen drod wrote: > > Yes I did and I try it with this configuration: > tcp://localhost:61616?jms.prefetchPolicy.all = 100 > > But it doesn't

Re: ActiveMQ version 4.1.0 and incubator version 4.1.0

Thanks! Upgrading from 4.1.0 to 4.1.1 means that we'll have to to rebuild/distribute our publisher and consumer apps and setup up a new broker, too? Kind regards Juergen James.Strachan wrote: > > On 9/6/07, Juergen Mayrbaeurl <[EMAIL PROTECTED]> wrote: >> >> Ar

Re: ActiveMQ version 4.1.0 and incubator version 4.1.0

Sorry! Just found the answer on the website. The distribution package of version 4.1.0 has "incubator" in its name. Juergen Juergen Mayrbaeurl wrote: > > Are the versions (distributions) of ActiveMQ "ActiveMQ 4.1.0" and "Apache > ActiveMQ 4.1.0-incu

ActiveMQ version 4.1.0 and incubator version 4.1.0

Are the versions (distributions) of ActiveMQ "ActiveMQ 4.1.0" and "Apache ActiveMQ 4.1.0-incubator" the same? Kind regards Juergen -- View this message in context: http://www.nabble.com/ActiveMQ-version-4.1.0-and-incubator-version-4.1.0-tf4392835s2354.html#a12524900 Sent from the ActiveMQ - Use

Re: Consumer with java.util.zip.ZipException: unknown compression method

Just read https://issues.apache.org/activemq/browse/AMQ-1140 JIRA issue about compression . Does this really mean that up to version 4.1.1 compression didn't work? Kind regards Juergen Juergen Mayrbaeurl wrote: > > We're using compression (useCompression=true in serverURL)

Re: connection state check

Hi! Try to use the JMX interface ( http://activemq.apache.org/jmx.html ActiveMQ JMX ). Since you're using Spring this is quite easy. Kind regards Juergen Marcin Szkudlarek wrote: > > Hi all, > How I can check the state of activemq connection? i.e. how i can check > that the activemq server i

Re: prefetchSize for TopicSubscriber

Did you look at http://activemq.apache.org/what-is-the-prefetch-limit-for.html what-is-the-prefetch-limit-for on the ActiveMQ website? Juergen drod wrote: > > How can I set the prefetchSize for a TopicSubscriber using ActiveMQ 4.1.1 > ? > > -- View this message in context: http://www.n

Re: Consumer with java.util.zip.ZipException: unknown compression method

ideas? Should we simply disable the use of compression? Kind regards Juergen Juergen Mayrbaeurl wrote: > > We're using compression (useCompression=true in serverURL) on the producer > side with durable topic subscribers. Unfortunately our consumer gets an > 'java.uti

Strict order of messages with redelivery

Hi! Our application has to make sure that all consumers with durable topic subscriptions get messages in strict order even when a message has to be delivered. E.g. Publisher puts message 1 to 10 on topic. Consumer opens a session, gets message 1, makes a client acknowledment, gets message 2, mak

Consumer with java.util.zip.ZipException: unknown compression method

We're using compression (useCompression=true in serverURL) on the producer side with durable topic subscribers. Unfortunately our consumer gets an 'java.util.zip.ZipException: unknown compression method' (happened the first time after thousands of successful transported messages). Any ideas what

Mixing ActiveMQ Versions

Can I use an ActiveMQ Message Broker running under version 4.1.0 with a JMS application using version 4.1.1? Our JMS consumer application always crashes after loosing the connection to the broker with an Out Of Memory exception (Memory leak in connection factory). Kind regards Juergen -- View t

Re: [Spam: 5.0] JMX Remote Access - Necessary ports

Can you tell me something about the mentioned ways to get it worked? How does this work with RMI based EJB access? We don't have this problems with our JBoss servers. Kind regards Juergen Christopher G. Stach II wrote: > > Juergen Mayrbaeurl wrote: >> Hi! >> >> W

Re: [Spam: 5.0] JMX Remote Access - Necessary ports

Sorry I forget to mention that 'our' machines are the machines of the customer. They do the installations and it's always a little bit tricky to get 'new' components installed. Juergen James.Strachan wrote: > > On 3/9/07, Juergen Mayrbaeurl <[EMA

Re: [Spam: 5.0] JMX Remote Access - Necessary ports

Thanks! Unfortunately we don't have Java 5 needed by JManage 2.0 on our machines. Kind regards Juergen James.Strachan wrote: > > On 3/8/07, Juergen Mayrbaeurl <[EMAIL PROTECTED]> wrote: >> >> What kind of JMX connector do I need for JManage? Can I use the RMI &g

Re: [Spam: 5.0] JMX Remote Access - Necessary ports

ct to your services, then you can > use a simple HTML interface to it, and/or use remote shell type > commands to communicate via jmx via jmanage as a sort of 'proxy'. > > cheers, > > Paul Smith > On 08/03/2007, at 8:52 AM, Christopher G. Stach II wrote: >

JMX Remote Access - Necessary ports

Hi! We're running ActiveMQ Version 4.1.0 on AIX with JRE 1.4.x and trying to access it over JMX from a remote machine. The connector port of the ManagementContext is set to 61099. Unfortunately we can't connect to the MBeanServer and get java.rmi.ConnectException : Connection refused to host ...