Re: Gneral Question: Does QPID a message size limit?

[Jakub Scholz]

The C++ broker also doesn't have any problems with 10MB messages. we use
them quite regularly (including persistence). I'm not 100% sure what is the
maximal limit, but I usually start getting careful around 100MB. The reason
for that is not always only the broker, but also the clients which need to
have sufficient memory to handle the messages etc.

On Thu, Feb 25, 2016 at 11:20 PM, Rob Godfrey 
wrote:

> Each different component of Qpid may have different limitations.  As far as
> the Java Broker goes (and the Java AMQP 0-8/0-9/0-9-1/0-10 client - since
> they share a common underlying library) the theoretical message size limit
> is 2GB.  By default the Java Broker rejects messages over 500MB in size,
> but this is just a configuration parameter.  I know we've had people write
> systems that frequently sent persistent messages in the 5-20 MB range.
> I'll let others speak to any limitations in other Qpid components.
>
> -- Rob
>
> On 25 February 2016 at 23:13, Flores, Paul A. 
> wrote:
>
> > At a client site working on the adoption of QPID.
> >
> >
> >
> > The question that has been asked is if QPID can handle messages in the 10
> > MB size range.
> >
> >
> >
> > Is there a documented message size limit anywhere?  Is the size system
> > resource dependent?
> >
> >
> >
> > Thanks for your inputs it is welcomed and appreciated.
> >
> >
> >
> > Paul
> >
>

RE: Gneral Question: Does QPID a message size limit?

[Flores, Paul A.]

Thanks Rob

Anyone with some C++ specific information?


From: Rob Godfrey [rob.j.godf...@gmail.com]
Sent: Thursday, February 25, 2016 4:20 PM
To: users@qpid.apache.org
Subject: Re: Gneral Question: Does QPID a message size limit?

Each different component of Qpid may have different limitations.  As far as
the Java Broker goes (and the Java AMQP 0-8/0-9/0-9-1/0-10 client - since
they share a common underlying library) the theoretical message size limit
is 2GB.  By default the Java Broker rejects messages over 500MB in size,
but this is just a configuration parameter.  I know we've had people write
systems that frequently sent persistent messages in the 5-20 MB range.
I'll let others speak to any limitations in other Qpid components.

-- Rob

On 25 February 2016 at 23:13, Flores, Paul A. <paul.a.flo...@saic.com>
wrote:

> At a client site working on the adoption of QPID.
>
>
>
> The question that has been asked is if QPID can handle messages in the 10
> MB size range.
>
>
>
> Is there a documented message size limit anywhere?  Is the size system
> resource dependent?
>
>
>
> Thanks for your inputs it is welcomed and appreciated.
>
>
>
> Paul
>
-
To unsubscribe, e-mail: users-unsubscr...@qpid.apache.org
For additional commands, e-mail: users-h...@qpid.apache.org

Re: Gneral Question: Does QPID a message size limit?

[Rob Godfrey]

Each different component of Qpid may have different limitations.  As far as
the Java Broker goes (and the Java AMQP 0-8/0-9/0-9-1/0-10 client - since
they share a common underlying library) the theoretical message size limit
is 2GB.  By default the Java Broker rejects messages over 500MB in size,
but this is just a configuration parameter.  I know we've had people write
systems that frequently sent persistent messages in the 5-20 MB range.
I'll let others speak to any limitations in other Qpid components.

-- Rob

On 25 February 2016 at 23:13, Flores, Paul A. 
wrote:

> At a client site working on the adoption of QPID.
>
>
>
> The question that has been asked is if QPID can handle messages in the 10
> MB size range.
>
>
>
> Is there a documented message size limit anywhere?  Is the size system
> resource dependent?
>
>
>
> Thanks for your inputs it is welcomed and appreciated.
>
>
>
> Paul
>

Gneral Question: Does QPID a message size limit?

[Flores, Paul A.]

At a client site working on the adoption of QPID.



The question that has been asked is if QPID can handle messages in the 10 MB 
size range.



Is there a documented message size limit anywhere?  Is the size system resource 
dependent?



Thanks for your inputs it is welcomed and appreciated.



Paul