On Fri, Aug 12, 2011 at 11:32 PM, Martin C. wrote:
> Hi,
>
> On Fri, Aug 12, 2011 at 9:35 PM, Mohit Anchlia wrote:
>> Thanks! Slightly different question. Is there any reason why one
>> shouldn't use vm transport?
>
> Often it is sensible to have the broker as a
Hi,
On Fri, Aug 12, 2011 at 9:35 PM, Mohit Anchlia wrote:
> Thanks! Slightly different question. Is there any reason why one
> shouldn't use vm transport?
Often it is sensible to have the broker as an external running
application, so it is available for procuders / consumers in othe
Thanks! Slightly different question. Is there any reason why one
shouldn't use vm transport?
On Fri, Aug 12, 2011 at 12:28 PM, Hervé BARRAULT
wrote:
> Hi,
> you can activate the persistence by using the KahaDB persistence adapter (
> http://activemq.apache.org/kahadb.html).
>
&g
Hi,
you can activate the persistence by using the KahaDB persistence adapter (
http://activemq.apache.org/kahadb.html).
2011/8/12 Mohit Anchlia
> I am looking at using ActiveMQ. When using vm transport is data
> persisted on the disk or is it always in memory? For eg: if I send
> me
I am looking at using ActiveMQ. When using vm transport is data
persisted on the disk or is it always in memory? For eg: if I send
message and want it to be persisted in case VM crashed after that. Can
I do that?
I'm trying to tune a very simple queue setup which
> I'm relocating from disk to memory-only (VM transport, embedded broker,
> launched from Spring).
>
> Versions below, but I game for changing them as needed:
>
> ActiveMQ core 5.1.0
> Spring core 2.5.6
>
I'm new to ActiveMQ and I'm trying to tune a very simple queue setup which
I'm relocating from disk to memory-only (VM transport, embedded broker,
launched from Spring).
Versions below, but I game for changing them as needed:
ActiveMQ core 5.1.0
Spring core 2.5.6
I have about
spatcher.dispatch(md);
}
return null;
}
According to the comment, this copy is a feature of vm:// transport not a
bug :-)
The other copy is easier to find. When the message is consumed we instead
get a call to ActiveMQMessageConsu
Ryan Stewart wrote:
>
> I'm trying to use an embedded ActiveMQ instance for some lightweight
> message handling...
>
*bump* again.
Is there no answer to this?
--
View this message in context:
http://www.nabble.com/VM-transport-not-using-pass-by-reference-tp17442075s2354p1
View this message in context:
http://www.nabble.com/VM-transport-not-using-pass-by-reference-tp17442075s2354p17538260.html
Sent from the ActiveMQ - User mailing list archive at Nabble.com.
ssage handling. According to the
> http://activemq.apache.org/vm-transport-reference.html VM Transport
> Reference and
> http://activemq.apache.org/how-should-i-use-the-vm-transport.html this FAQ
> , the VM transport should pass messages by reference, giving some nice,
> lean performance.
Hi Rob. I call connection.setCopyMessageOnSend(false) on the producer and
consumer connection objects, and yes, the producer and consumers all use the
vm transport.
See my second post in this thread for sample code demonstrating the problem.
(Actually, I just noticed that in that code I have
Hi Ryan,
how are you setting copyMessageOnSend - and are the consumers using
vm://transport too ?
cheers,
Rob
http://open.iona.com/products/enterprise-activemq
http://rajdavies.blogspot.com/
On 23 May 2008, at 23:32, Ryan Stewart wrote:
I'm trying to use an embedded ActiveMQ ins
Ryan Stewart wrote:
>
> I'm trying to use an embedded ActiveMQ instance for some lightweight
> message handling...
>
*bump*
Anyone?
--
View this message in context:
http://www.nabble.com/VM-transport-not-using-pass-by-reference-tp17442075s2354p17520875.html
Sent from th
("Check the number of ActiveMQTextMessage objects
in memory now; enter to exit");
System.in.read();
}
}
--
View this message in context:
http://www.nabble.com/VM-transport-not-using-pass-by-reference-tp17442075s2354p17444209.html
Sent from the ActiveMQ - User mailing list archive at Nabble.com.
I'm trying to use an embedded ActiveMQ instance for some lightweight message
handling. According to the
http://activemq.apache.org/vm-transport-reference.html VM Transport
Reference and
http://activemq.apache.org/how-should-i-use-the-vm-transport.html this FAQ ,
the VM transport should
m/xxx/yyy/zzz/activemq.xml"/>
>
>
>
> /Tom
>
--
View this message in context:
http://www.nabble.com/VM-Transport-problem-when-closing-connections-tf4508319s2354.html#a12881423
Sent from the ActiveMQ - User mailing list archive at Nabble.com.
s a separate
> process, everything works fine in all cases.
>
> Does anyone has an idea why is this happening with the embedded broker?
>
> Thanks
>
>
--
View this message in context:
http://www.nabble.com/VM-Transport-problem-when-closing-connections-tf4508319s2354.html#a12859302
Sent from the ActiveMQ - User mailing list archive at Nabble.com.
until it is
shutdown through JMX)
e.g. with Spring
/Tom
--
View this message in context:
http://www.nabble.com/VM-Transport-problem-when-closing-connections-tf4508319s2354.html#a12859002
Sent from the ActiveMQ - User mailing list archive at Nabble.com.
ocess, everything works fine in all cases.
Does anyone has an idea why is this happening with the embedded broker?
Thanks
--
View this message in context:
http://www.nabble.com/VM-Transport-problem-when-closing-connections-tf4508319s2354.html#a12857319
Sent from the ActiveMQ -
at TCP transport connector
may be used only if the broker running as a distinct process - either
on the localhost or remotely. I am referring to such a broker as "external
broker" as opposed to one that uses "VM" transport and is hence 'embedded'
inside the (J)VM whi
er running as a distinct process - either
on the localhost or remotely. I am referring to such a broker as "external
broker" as opposed to one that uses "VM" transport and is hence 'embedded'
inside the (J)VM which defines it. Is this terminology correct?
I just saw Suchith
Adrian Co wrote:
> Yeah. tcp would refer to an external broker. Can you post the complete
> stack trace?
>
> BTW, can you try using broker.useJmx=false instead of just useJmx=false?
>
> Is the exception occu
>
> [EMAIL PROTECTED] wrote:
>> Suchitha,
>>
>> Thanks for your help. I thought a URL of
TED]
Sent: Monday, March 26, 2007 8:31 PM
To: users@activemq.apache.org
Subject: Re: Problems with VM transport
To follow up on my last mail: I can perhaps avoid the problem by using
distinct brokernames for each webapp; but that would create distinct
embedded brokers perhaps? I need both the
here by the broker is a part of
> servlets web app.
>
>
>
>
> Hope this helps.
> Thanks,
> Suchitha.
>
>
>
>
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> Sent: Monday, March 26, 2007 8:31 PM
> To: users@activ
PROTECTED]
Sent: Monday, March 26, 2007 8:31 PM
To: users@activemq.apache.org
Subject: Re: Problems with VM transport
To follow up on my last mail: I can perhaps avoid the problem by using
distinct brokernames for each webapp; but that would create distinct
embedded brokers perhaps? I need both t
; > >
> > > > >Startup: vm://localhost
> > > > >During runtime (after an event):
> > > > >failover(vm://localhost,tcp://remote:61616)
> > > > >
> > > > > Would modif
/remote:61616)
> > > >
> > > > Would modifying the broker URL of the connection factory cause
> problems?
> >> >
> > > Personally, I'm not sure if you can I haven't tried it, but I
> > don't
>
f the connection factory cause
problems?
> >
> Personally, I'm not sure if you can I haven't tried it, but I don't
> think it makes sense to make a vm transport failover. The assumption is
> that you have a broker running in the same
ection factory cause
problems?
> >
> Personally, I'm not sure if you can I haven't tried it, but I don't
> think it makes sense to make a vm transport failover. The assumption
is
> that you have a broker running in the same vm as your jms client. If
[EMAIL PROTECTED] wrote:
Hello...
I have a couple of basic questions on ActiveMQ. I would appreciate any hits as
I am stuck.
I am using ActiveMQ 4.1 with JDK6.
1) When I use an embedded broker with vm transport (vm://localhost)
the instantiation of my Spring SimpleMessageListenerContainer
.
-Original Message-
From: Manish Gulati [mailto:[EMAIL PROTECTED]
Sent: Monday, March 26, 2007 10:08 AM
To: users@activemq.apache.org
Subject: RE: Problems with VM transport
Hi,
For JournalLockedException, include activeio-core-3.0-beta4.jar (you may
have different version of this) in your
copies without reading or saving
in any manner. Thank you.
-Original Message-
From: Christopher G. Stach II [mailto:[EMAIL PROTECTED]
Sent: Monday, March 26, 2007 8:42 AM
To: users@activemq.apache.org
Subject: Re: Problems with VM transport
[EMAIL PROTECTED] wrote:
> Hello...
>
>
[EMAIL PROTECTED] wrote:
> Hello...
>
> I have a couple of basic questions on ActiveMQ. I would appreciate any hits
> as I am stuck.
>
> I am using ActiveMQ 4.1 with JDK6.
>
> 1) When I use an embedded broker with vm transport (vm://localhost)
> the
I can only speak to #3. There is a spelling error the URL should read:
vm://localhost?broker.persistent=false
I am using a Spring SimpleMessageListenerContainer on jdk1.6 on linux
with 4.1.1RC1 without the issue you describe. I am fairly sure it
worked with 4.1 too, with a non-persistent broker
Hello...
I have a couple of basic questions on ActiveMQ. I would appreciate any hits as
I am stuck.
I am using ActiveMQ 4.1 with JDK6.
1) When I use an embedded broker with vm transport (vm://localhost)
the instantiation of my Spring SimpleMessageListenerContainer
always fails with a
36 matches
Mail list logo