You can also use the management API over messaging.   Take a look at a
class named SimpleManagement on the codebase in main.


I know how to do JMX and stuff but I find it easier to manage.

On Thu, Aug 31, 2023 at 9:46 AM Justin Bertram <jbert...@apache.org> wrote:

> The default management.xml does indeed have the connector commented out
> which means there is no remote JMX connectivity. This is for security
> purposes so that it's less likely that someone deploys an unsecured broker
> with management wide open.
>
> Therefore, if you want to enable remote JMX connectivity you need to enable
> the connector.
>
>
> Justin
>
>
> On Thu, Aug 31, 2023 at 8:20 AM Sargrad, Dave <dave.sarg...@saabinc.com>
> wrote:
>
> > Looking at the referenced documentation, I see that the proper way to set
> > the JMX connection port is as follows:
> > <connector connector-port="1099"/>
> >
> > Our current management.xml does not specify this connector-port (it is
> > commented out).
> >    <!--<connector connector-port="1099"/>-->
> >
> > What is the default port? This is not jumping out at me in the referenced
> > documentation?
> >
> >
> >
> >
> > This message is marked Public.
> >
> > -----Original Message-----
> > From: Justin Bertram <jbert...@apache.org>
> > Sent: Wednesday, August 30, 2023 12:50 PM
> > To: users@activemq.apache.org
> > Subject: Re: FW: {EXTERNAL MAIL} WELCOME to users@activemq.apache.org
> >
> > The "client-kickoff" example is using Java system properties to configure
> > remote JMX connectivity. However, that configuration method was replaced
> > awhile back with management.xml which you can see being used in the "jmx"
> > example. I've opened ARTEMIS-4409 [1] and sent a PR to fix this. In the
> > meantime, please refer to the "jmx" example as well as the documentation
> > [2] for details on how remote JMX connectivity should be configured.
> >
> > The management API is fundamentally based on JMX, but it is exposed in
> > several different ways as noted in the documentation [3]:
> >
> >  - HTTP via Jolokia. See the documentation [4] for more details.
> >  - Management messages. See the documentation [5] and the "management"
> > example for more details.
> >
> >
> > Justin
> >
> > [1] https://issues.apache.org/jira/browse/ARTEMIS-4409
> > [2]
> >
> >
> https://activemq.apache.org/components/artemis/documentation/latest/management.html#remote-jmx-access
> > [3]
> >
> >
> https://activemq.apache.org/components/artemis/documentation/latest/management.html
> > [4]
> >
> >
> https://activemq.apache.org/components/artemis/documentation/latest/management.html#exposing-jmx-using-jolokia
> > [5]
> >
> >
> https://activemq.apache.org/components/artemis/documentation/latest/management.html#using-management-message-api
> >
> > On Wed, Aug 30, 2023 at 10:07 AM Sargrad, Dave <dave.sarg...@saabinc.com
> >
> > wrote:
> >
> > >
> > > Hi.
> > > I've got an artemis broker running. I am able to browse to the admin
> > > portal at 8161. I also am able to publish and subscribe to 61616.
> > >
> > > I want to control the broker programmatically.
> > >
> > > I've searched for sample code to do this.
> > >
> > > All I've found seems to be this JMX enabled sample.
> > >
> > >
> > > https://github.com/apache/activemq-artemis/tree/main/examples/features
> > > /standard/client-kickoff
> > >
> > > Can someone point me to a sample that does not use JMX? Is JMX the
> > > only way to control an artemis broker programmatically?
> > >
> > > Assuming that the Broker always uses JMX for this type of programmatic
> > > control, do I need to configure this by adding the following
> > > attributes to the brokers JVM state?
> > > -Dcom.sun.management.jmxremote
> > > -Dcom.sun.management.jmxremote.port=3000
> > > -Dcom.sun.management.jmxremote.ssl=false
> > > -Dcom.sun.management.jmxremote.authenticate=false
> > >
> > > Thanks in advance for your guidance.
> > >
> > >
> > >
> > >
> > > This message is marked Public.
> > > This e-mail (including attachments) contains contents owned by Saab
> > > Group AB and/or its subsidiaries, affiliated companies or customers
> > > and covered by the laws of Sweden, the US, or Canada (federal, state or
> > provincial).
> > > The information is intended to be confidential and may be legally
> > > privileged. If you are not the intended recipient, you are hereby
> > > notified that any retention, dissemination, distribution, interception
> > > or copying of this communication is strictly prohibited and may
> > > subject you to further legal action. Reply to the sender if you
> > > received this email by accident, and then delete the email and any
> > attachments.
> > >
> > >
> > This e-mail (including attachments) contains contents owned by Saab Group
> > AB and/or its subsidiaries, affiliated companies or customers and covered
> > by the laws of Sweden, the US, or Canada (federal, state or provincial).
> > The information is intended to be confidential and may be legally
> > privileged. If you are not the intended recipient, you are hereby
> notified
> > that any retention, dissemination, distribution, interception or copying
> of
> > this communication is strictly prohibited and may subject you to further
> > legal action. Reply to the sender if you received this email by accident,
> > and then delete the email and any attachments.
> >
>
-- 
Clebert Suconic

Reply via email to