[
https://issues.apache.org/jira/browse/ARTEMIS-3128?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17309472#comment-17309472
]
ASF subversion and git services commented on ARTEMIS-3128:
----------------------------------------------------------
Commit 3b4872e1a2ad98558d74de6098b1c5dd597b374f in activemq-artemis's branch
refs/heads/master from gtully
[ https://gitbox.apache.org/repos/asf?p=activemq-artemis.git;h=3b4872e ]
ARTEMIS-3128 - add test of large message browse opentype support
> Queue browser may cause OutOfMemoryError on server side
> -------------------------------------------------------
>
> Key: ARTEMIS-3128
> URL: https://issues.apache.org/jira/browse/ARTEMIS-3128
> Project: ActiveMQ Artemis
> Issue Type: Improvement
> Components: JMX, Web Console
> Affects Versions: 2.15.0
> Environment: Embedded Apache Artemis 2.15.0
> Windows Server 2016 Standard (10.0.14393)
> Java(TM) SE Runtime Environment (build 1.8.0_152-b16)
> Java HotSpot(TM) 64-Bit Server VM (build 25.152-b16, mixed mode)
> Reporter: Christian Danner
> Priority: Critical
> Fix For: 2.18.0
>
>
> It seems the browse message view in the web console is implemented in a way
> that the server loads all messages to display per page into memory.
> This may lead to an OutOfMemoryError on server side in case many large
> messages are enqueued.
> We use Apache Artemis to transmit large binary messages using AMQP (message
> sizes of up to 60MB). Producing and consuming messages works just fine as we
> disable prefetch for consumers, however browsing messages is basically not
> possible in such a scenario.
> Since the queue browser displays basic message properties only it should not
> be necessary to actually load messages from the journal into memory just to
> display those message properties.
> Only in case the user wants to view message details the client should issue a
> call to the server to get the actual message payload, preferably with a
> (configurable) size cap to avoid transmission of large amounts of unnecessary
> data (viewing binary payloads is of limited use anyways, however a cap also
> makes sense for text messages)
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
