> Regarding ARTEMIS-5093, why would I need to change this timeout? Is this needed if the time between calling Consumer.stop() and when the in-flight requests are ACKed exceeds 10 seconds?
That's close, but not exactly right. First, this timeout only applies if you're using one or more MessageListener implementations. Second, it is related to invoking stop() on the JMS Connection (i.e. not the MessageConsumer). So, if you've implemented a MessageListener and you invoke stop() on your JMS Connection object then that invocation will only wait 10 seconds for any MessageListener to finish its onMessage method before returning control to the caller. > I am also curious, because the 10 seconds showed up in our failover issue, is it the same number prompting this warning... No. This warning is related to your use of "callTimeout=10000" on the connection URL. Justin On Mon, Dec 2, 2024 at 11:36 AM John Lilley <john.lil...@redpointglobal.com> wrote: > Regarding ARTEMIS-5093, why would I need to change this timeout? Is this > needed if the time between calling Consumer.stop() and when the in-flight > requests are ACKed exceeds 10 seconds? > > I am also curious, because the 10 seconds showed up in our failover issue, > is it the same number prompting this warning: > WARN - AMQ212037: Connection failure to dm-activemq-live-svc/ > 10.0.219.91:61616 has been detected: AMQ219014: Timed out after waiting > 10000 ms for response when sending packet 71 [code=CONNECTION_TIMEDOUT] > or is that a different parameter? > > Thanks, > john > > -----Original Message----- > From: Justin Bertram <jbert...@apache.org> > Sent: Sunday, December 1, 2024 9:50 PM > To: users@activemq.apache.org > Subject: Re: Recommended shutdown pattern for Artemis clients > > *** [Caution] This email is from an external source. Please use caution > responding, opening attachments or clicking embedded links. *** > > > Your application is really in control of shutting itself down gracefully. > The main thing to do is to invoke stop() [1] on the Connection. That will > halt delivery of any further messages to your consumers. Perhaps this is > the magic method you were looking for. > > Any active consumers can complete their processing and send their replies > and then the application can shut down. > > You may be interested in ARTEMIS-5093 [2] as it is relevant for the > stopping case as well as the closing case. > > > Justin > > [1] > https://urldefense.proofpoint.com/v2/url?u=https-3A__docs.oracle.com_javaee_7_api_javax_jms_Connection.html-23stop-2D-2D&d=DwIFaQ&c=euGZstcaTDllvimEN8b7jXrwqOf-v5A_CdpgnVfiiMM&r=VpU5fPwEQ8wKbKY5SBkV1DYypS_WKWolD9Eue6u6sYo&m=VpfRkFXg5grFIKjKBeMrx4Ax45nfZf71YGiha5wuSrUoCHDtQ7cJwMNe53Hgsmwk&s=VbQPFMG6-Iy6KQL0zx3PWgsq9ETvESCziQPWSCeC-XM&e= > [2] > https://urldefense.proofpoint.com/v2/url?u=https-3A__issues.apache.org_jira_browse_ARTEMIS-2D5093&d=DwIFaQ&c=euGZstcaTDllvimEN8b7jXrwqOf-v5A_CdpgnVfiiMM&r=VpU5fPwEQ8wKbKY5SBkV1DYypS_WKWolD9Eue6u6sYo&m=VpfRkFXg5grFIKjKBeMrx4Ax45nfZf71YGiha5wuSrUoCHDtQ7cJwMNe53Hgsmwk&s=76BldFcRem9D1k4YWcVF496iTPLnrAuWGBSLyTepEaU&e= > > PLEASE NOTE: This e-mail from Redpoint Global Inc. (“Redpoint”) is > confidential and is intended solely for the use of the individual(s) to > whom it is addressed. If you believe you received this e-mail in error, > please notify the sender immediately, delete the e-mail from your computer > and do not copy, print or disclose it to anyone else. If you properly > received this e-mail as a customer, partner or vendor of Redpoint, you > should maintain its contents in confidence subject to the terms and > conditions of your agreement(s) with Redpoint. > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@activemq.apache.org > For additional commands, e-mail: users-h...@activemq.apache.org > For further information, visit: https://activemq.apache.org/contact > >
