Hi,
We have an application currently running very well with activeMq 4.1, I
tried to migrate to 5.1 and I had to go back to 4.1 due to excessive memory
leak.
I was unable to find the reason ... so still waiting to have some more time
to investigate.
JY
On Thu, Aug 7, 2008 at 2:24 PM, xersmith29 <
On Thu, Aug 7, 2008 at 9:40 PM, Janesh S <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> I want to use activemq on a linux server. I have installed activemq 5.1.0. I
> could run the server by invoking the activemq executable directly. But I do
> not find a way to gracefully shutdown the server as there is n
Hi,
I want to use activemq on a linux server. I have installed activemq 5.1.0. I
could run the server by invoking the activemq executable directly. But I do
not find a way to gracefully shutdown the server as there is no shutdown
script/executable present in the bin directory.
I read the follow
Interesting. So if you had an API that acquired data via Java remoting and
was potentially accessed by a couple thousand threads concurrently, it
sounds like a pool of broker connections, each with an associated
ThreadLocal for session storage, might do the trick. It would result in
some wasted
On Thu, Aug 7, 2008 at 1:22 PM, Joe Fernandez
<[EMAIL PROTECTED]> wrote:
>
> The 'temporary' destinations behave a little differently. A temporary
> destination's lifetime is that of the connection that created it. I'd
> recommend reusing session objects if you can. They, along with the Producer
>
The 'temporary' destinations behave a little differently. A temporary
destination's lifetime is that of the connection that created it. I'd
recommend reusing session objects if you can. They, along with the Producer
and Consumer objects, are lightweight objects, but creating and destroying
them ge
On Thu, Aug 7, 2008 at 12:41 PM, David Crisp <[EMAIL PROTECTED]> wrote:
>
> Hi,
> I have a quick question regarding the JMS spec and I was hoping to
> solicit
> feedback from our merry band of domain experts.
>
> Given that Sessions are not thread-safe, if I'm creating a little
> client-sid
Hi,
I have a quick question regarding the JMS spec and I was hoping to
solicit
feedback from our merry band of domain experts.
Given that Sessions are not thread-safe, if I'm creating a little
client-side
API that gets hit by a myriad of threads and do not want to synchronize
the API
I did not specify that I'm talking about NMS.
simone_b wrote:
>
> Since some days I cannot run the build successfully. Missing using or
> assembly references. Is anyone else experiencing any issues?
>
--
View this message in context:
http://www.nabble.com/Cannot-build-tp18873197p18873242.ht
Since some days I cannot run the build successfully. Missing using or
assembly references. Is anyone else experiencing any issues?
--
View this message in context:
http://www.nabble.com/Cannot-build-tp18873197p18873197.html
Sent from the ActiveMQ - User mailing list archive at Nabble.com.
On Thu, Aug 07, 2008 at 03:23:26PM +0200, Marco Buss wrote:
> remove the setting of the blobUploadStrategy from your code an use this
> brokerURL to initialise your ActiveMQConnectionFactory
>
> tcp://localhost:1235?jms.*blobTransferPolicy*.defaultUploadUrl=http://localhost:8161/fileserver/
I wa
Eugeny N Dzhurinsky schrieb:
On Thu, Aug 07, 2008 at 02:43:33PM +0200, Marco Buss wrote:
Eugeny N Dzhurinsky schrieb:
On Thu, Aug 07, 2008 at 02:18:40PM +0200, Marco Buss wrote:
First try this. Set CopyMessageOnSend to false on your connection. See
http://www.nabble.com/A-pr
On Thu, Aug 07, 2008 at 02:43:33PM +0200, Marco Buss wrote:
> Eugeny N Dzhurinsky schrieb:
> > On Thu, Aug 07, 2008 at 02:18:40PM +0200, Marco Buss wrote:
> >
> >> First try this. Set CopyMessageOnSend to false on your connection. See
> >> http://www.nabble.com/A-problem-with-blobmessage-on-ac
Eugeny N Dzhurinsky schrieb:
On Thu, Aug 07, 2008 at 02:18:40PM +0200, Marco Buss wrote:
First try this. Set CopyMessageOnSend to false on your connection. See
http://www.nabble.com/A-problem-with-blobmessage-on-activemq-5.0-td15523989.html#a17364301
If this is true (default) the Upload doe
On Thu, Aug 07, 2008 at 02:18:40PM +0200, Marco Buss wrote:
> First try this. Set CopyMessageOnSend to false on your connection. See
> http://www.nabble.com/A-problem-with-blobmessage-on-activemq-5.0-td15523989.html#a17364301
> If this is true (default) the Upload does not work.
Really, this set
Guys,
We are currently using activemq v4.1 and we would like to port and move to
v5.1. All have been setup and testing is done. Stability wise, v5.1 is clear
about it and more stable compare to v4.1, but we notice something about the
new version 5.1, it actually have a higher cpu utilization comp
Eugeny N Dzhurinsky schrieb:
On Thu, Aug 07, 2008 at 01:15:51PM +0200, Marco Buss wrote:
Is the Blob successfuly uploaded? Can you see it in the jetty file system?
No, the blob isn't uploaded at all. Moreover, I added the code listed below:
On Thu, Aug 07, 2008 at 01:15:51PM +0200, Marco Buss wrote:
> Is the Blob successfuly uploaded? Can you see it in the jetty file system?
No, the blob isn't uploaded at all. Moreover, I added the code listed below:
===
Is the Blob successfuly uploaded? Can you see it in the jetty file system?
Eugeny N Dzhurinsky schrieb:
Hello, everybody!
I had configured the internal broker with this descriptor
http://activemq.org/config/1.0";>
Hello, everybody!
I had configured the internal broker with this descriptor
http://activemq.org/config/1.0";>
http://mortbay.com/schemas/jetty/1.0";>
On Wed, Aug 06, 2008 at 03:46:20PM +0200, Dejan Bosanac wrote:
> Hi Eugeny,
>
> try adding something like
>
>
> org.mortbay.jetty
> 6.1.2
> jetty
>
>
> to your dependencies.
Hello, Dejan!
Thank you for advice, I was able to find out the pro
21 matches
Mail list logo
