Thanks Gary. I'm a little confused about the status of 5.4. The last
update here: http://activemq.apache.org/ shows 5.3.2 as the current version.
5.4.0, however, is showing up on the download page. I'll give 5.4 a try on
our development environment though... thanks.
Gary Tully wrote:
Hi,
We have been using version 4.1.1 in production for the past several years
and it has been 'rock solid'.
Earlier we attempted to move to 5.0 and got burned badly.
Can somebody comment on the stability/production worthiness of 5.4 for the
following features ?
- Durable topics
- Virtual destin
Hi James.
with Foo.Bar.Baz, you can use wildcard subscriptions such as Foo.Bar.*.
with Foo/Bar/Baz, this is seen as a single hierarchical element, so no
wildcards would work.
cheers,
James.
--
On 27 August 2010 18:22, James Green wrote:
> Hi,
>
> I'm working with a stomp client and up till no
Gary,
I can't make anything of it. Do you know which attribute?
Theo
On Mon, Aug 23, 2010 at 1:00 PM, Gary Tully wrote:
> what client are you using, that npe is coming from an expected
> destination attribute in the message which is not there in that stack
> trace.
>
> On 22 August 2010 15:12,
Hi,
I'm working with a stomp client and up till now I've assumed that the
following it's what's needed for a nicely structured hierarchy:
/queue/Foo.Bar.Baz
However, an accidental post to /queue/Foo/Bar/Baz shows up in the web
interface verbatim.
Is the separator arbitrary then? Is dot just an
the property has to match the setter on BrokerService.
so it would be dataDirectory=...
On 27 August 2010 15:45, fachhoch wrote:
>
> I added broker.properties file
>
> and contains
> activemq-data=e://dev//jms-dump
>
> started the application sent messages and checked the directory
> e://dev//
I added broker.properties file
and contains
activemq-data=e://dev//jms-dump
started the application sent messages and checked the directory
e://dev//jms-dump did not find anything inside , please tell me what is
wrong ?
Gary Tully wrote:
>
> ah ok, it is not obvious, vm url
I was able to change the dataDirectory programatically through :
broker.setDataDirectory("SomeDirectory");
Still, why does it create a data directory for JDBC persistence, is it to
store temporary messages ?
-Navin
On Fri, Aug 27, 2010 at 2:59 PM, Navin Naidu wrote:
> I am using JDBC persistence
https://issues.apache.org/activemq/browse/AMQ-2455 - is fixed in
5.4.0, try it out.
On 26 August 2010 21:32, TreyH wrote:
>
> About once a day my JMS-to-JMS bridge stops and requires a restart of
> ActiveMQ to get it to resume. I don't get anything bridge related showing
> up in my data/activemq
The open issue is https://issues.apache.org/activemq/browse/AMQ-2583,
vote for it to express your interest. The stomp bit is largely
independent of the ssl + nio bit.
On 27 August 2010 03:27, Mats Henrikson wrote:
> On 10 August 2010 03:20, Martin C. wrote:
>> As the SSL-transport is based on th
I am using JDBC persistence with apache derby. When I start the broker, it
creates the required three tables in the db, along with that it also creates
"activemq-
data" directory. Even if I try to configure the uri: "tcp://
0.0.0.0:61616?broker.dataDirectory=SomeDirectory", it still goes ahead and
ah ok, it is not obvious, vm url needs to be of the form:
vm://localhost?brokerConfig=properties:config/broker.properties
I added a test that validates same and can serve as an example :
http://svn.apache.org/viewvc/activemq/trunk/activemq-core/src/test/java/org/apache/activemq/config/BrokerProper
12 matches
Mail list logo
