You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@activemq.apache.org by "arne anka (Jira)" <ji...@apache.org> on 2021/10/19 11:35:00 UTC

[jira] [Commented] (ARTEMIS-3141) limit the amount of data returned from jmx/queue control listMessages

    [ https://issues.apache.org/jira/browse/ARTEMIS-3141?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17430485#comment-17430485 ] 

arne anka commented on ARTEMIS-3141:
------------------------------------

{{broker.xml}}
{code:xml}
<address-setting match="#">
...
   <management-message-attribute-size-limit>-1</management-message-attribute-size-limit>
</address-setting>
{code}
Text shown is empty.

Changing -1 to eg 1024 text appears partially.

Seems -1 does not work as expected.

 

A' Artems 2.19.0

> limit the amount of data returned from jmx/queue control listMessages
> ---------------------------------------------------------------------
>
>                 Key: ARTEMIS-3141
>                 URL: https://issues.apache.org/jira/browse/ARTEMIS-3141
>             Project: ActiveMQ Artemis
>          Issue Type: Improvement
>          Components: JMX
>    Affects Versions: 2.17.0
>            Reporter: Gary Tully
>            Assignee: Gary Tully
>            Priority: Major
>             Fix For: 2.18.0
>
>          Time Spent: 0.5h
>  Remaining Estimate: 0h
>
> The list methods of queue control that are exposed via jmx seem to be unbounded.
>   1) they list all messages
>   2) they display the full body
> To protect both the broker and the browser/UI/client it would make sense to limit both the number of messages and the size of the data that is returned.
> Imaging 500k messages pending messages with a body of 10k... and 400k are paged to disk. It would be crazy to try and list those.
> I need to do some more tests to verify the extent a broker will do to support the current api. I note that the browse functionality can be paged and with out a page defaults to 200 messages. That is sensible.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)