Re: Active NMS Producer + Java Consumer

Thanks a lot for your reply! I've found the wireFormat.MaxInactivityDuration option somewhen last night and that's the solution for my problem. I wonder if nobody else had that problem, because I didn't find anything and the option is kinda hidden (I'm new to jms) Now I'm using the failover, too

Re: How to maintain an historical view of queue contents?

Re AMQ-1648; it would be ideal to avoid as much as possible having to evict/lose messages, because a queue or some other system resource has reached its max capacity. Instead, you'd like to proactively monitor system resources and invoke or trigger some action (e.g., whenever a resource reaches a

Re: non-durable message persistence

I'm not using 5.3, still working in 5.2 land. However I had run across that issue and implemented the work-around provided in that post. I'll upgrade to 5.3 here in the next 5 weeks and see if that solves the issue. Thanks Gary. -Brett Gary Tully wrote: > > Are you using 5.3? > see: https:/

Re: Admin Interface Sorting

http://old.nabble.com/Admin-Console:-Sort-on-Queue-name-td25440691.html#a25440691 Bryan Murphy-4 wrote: > > Is there a way I can have the administration interface automatically sort > the queues by name when I go to the queues page without having to click on > the name column? > Thanks, > Bryan

Re: ActiveMQ - how to makes it stable - don't care about performance - what is the best practise?

>What sort of instability are you seeing? If there were some specific >areas than people could comment on how they've addressed them. Producer can send the message, but consumer nothing get. There is two ActiveMQ servers and C# clients with failover on. >what hardware are you using? or virtu

Re: How to maintain an historical view of queue contents?

Joe Fernandez wrote: > > Sounds like you're wanting to implement a message-level audit trail? With > Camel, you could very quickly implement a wiretap message pattern > (http://camel.apache.org/wire-tap.html) and have the wiretap route the > tapped messages to a log4j appender. The appender's l

Re: cannot build from source

Thanks, Gary. -M@ On Nov 3, 2009, at 7:41 AM, Gary Tully wrote: committed that repo ref to trunk and the activemq-5.3 branch. both build happily now. just svn up 2009/11/3 Gary Tully : That artifact is not available from central but you can find it at the fusesource.com m2 repo Am not sur

STOMP message expiry and topics with durable subscribers

fuse activemq 5.3.0-4 + STOMP PHP client from http://code.google.com/p/stompcli/downloads/list If I set expires: header to expiry timestamp in milliseconds and send a message to a queue it all works as expected, if noone is subscribed it disappears after the time is up. However, If I send the s

Re: cannot build from source

committed that repo ref to trunk and the activemq-5.3 branch. both build happily now. just svn up 2009/11/3 Gary Tully : > That artifact is not available from central but you can find it at the > fusesource.com m2 repo > > Am not sure whether this should be an optional or required dependency. > >

ActiveMQ asynchronous dispatch

How does setDispatchAsync exactly work? Asynchronous dispatch means it opens a tcp connection to consumer every time message arrives? Please advice. -- View this message in context: http://old.nabble.com/ActiveMQ-asynchronous-dispatch-tp26160197p26160197.html Sent from the ActiveMQ - User mailin

Re: Newbie question about JMS tunneling through HTTPS

Hi, you can use http(s) protocol with ActiveMQ scenario you described http://activemq.apache.org/http-and-https-transports-reference.html Basically, it starts a web contained with a servlet on a server side and uses http-client on the client side. All messages are passed as xml payloads over htt

Re: Newbie question about JMS tunneling through HTTPS

JMS is an API not a transport protocol. Each JMS provider has its own transport or wire-level protocol. For example, one of AMQ's transport protocols is called OpenWire (http://activemq.apache.org/openwire-version-2-specification.html) which can be tunneled over or through HTTP/S (http://activemq.

Re: How to maintain an historical view of queue contents?

Sounds like you're wanting to implement a message-level audit trail? With Camel, you could very quickly implement a wiretap message pattern (http://camel.apache.org/wire-tap.html) and have the wiretap route the tapped messages to a log4j appender. The appender's logfile could rollover based on si

Re: Active NMS Producer + Java Consumer

On Tue, 2009-11-03 at 01:08 -0800, KimSchneider wrote: > Hi, > > I'm using Active NMS .NET to produce messages and a java consumer. > > I can send messages from the producer to the message queue and the consumer > is able to use them. But after a couple of seconds without sending a > message, I g

Newbie question about JMS tunneling through HTTPS

Hello, I have a newbie question. First some background: We have an application that sits in an environment where only outgoing HTTP connections are allowed. This application needs to do two things: (1) send data to a remote server over the internet (2) receive commands from the same remote serve

Newbie question about JMS tunelling through HTTPS

Hello, I have a newbie question. First some background: We have an application that sits in an environment where only outgoing HTTP connections are allowed. This application needs to do two things: (1) send data to a remote server over the internet (2) receive commands from the same remote serve

Active NMS Producer + Java Consumer

Hi, I'm using Active NMS .NET to produce messages and a java consumer. I can send messages from the producer to the message queue and the consumer is able to use them. But after a couple of seconds without sending a message, I get the following error [code] Apache.NMS.ActiveMQ.BrokerException:

Re: slow KahaDB access

Matthew Hixson wrote: > I see these messages: "Slow KahaDB access: cleanup took 1998" I've also seen those messages. It is nice to get a hint about possible performance issues. Now it be even better if someone could offer a ballpark figure when to worry, and what to do about it. -- Fredrik Jon