Info

Login

Channels

APIs

Credits

  • cheeser
  • ernimril
  • joed
  • kinabalu
  • lunk
  • ojacobson
  • r0bby
  • ThaDon
  • ricky_clarkson
  • topriddy

« 2019-09-17

2019-09-18

2019-09-19 »

Nick Message Date
bambitroll [bambitroll!~jmr@176.221.91.9] has joined #apache-activemq [01:50]
tmielke [tmielke!~tmielke@p200300CA5F1735008DD8135E72346F65.dip0.t-ipconnect.de] has joined #apache-activemq [03:06]
calohmn [calohmn!~cal@bln-1-02.inubit.com] has joined #apache-activemq [03:29]
tmielke [tmielke!~tmielke@p200300CA5F17BB0048B6FE234920BBB6.dip0.t-ipconnect.de] has joined #apache-activemq [03:30]
nmarasoiu [nmarasoiu!6da68617@109.166.134.23] has joined #apache-activemq [04:05]
dejanb [dejanb!~dejanb@cable-24-135-11-109.dynamic.sbb.rs] has joined #apache-activemq [04:09]
nmarasoiu Hello, I have two messages arriving on ActiveMQ broker/server, which are not validated in MessageAuthorizationPolicy. They are retried, but I would need to find out where are they retried. They are not redelivered, in the sense that redeliveryCounter is 0 on all log lines. Yet, for each pair message+consumer, there are about 10K retries being [04:09]
nmarasoiu done, and wondering if these retries could come from the broker itself. It is also possible that the client code is doing retries, but I have not yet identified log lines or code that would do that, but possible. Do you have any advice on what possibilities would exist, and how to investigate where this retry happens? Thank you [04:09]
gemmellr [gemmellr!~rgemmell@apache/committer/robbie] has joined #apache-activemq [04:13]
nmarasoiu the identical lines are having the same messageId: it seems for each message+consumer combination, the same exact message is retried between 10K and 20K times: here is one such message: ActiveMQTextMessage {commandId = 56, responseRequired = false, messageId = ID:d0967adf8043-45049-1568789588904-1:3:13:1:1, originalDestination = [04:18]
nmarasoiu topic://VirtualTopic.STAX-sb-test, originalTransactionId = null, producerId = ID:d0967adf8043-45049-1568789588904-1:3:13:1, destination = queue://Consumer.TradeManager1.VirtualTopic.STAX-sb-test, transactionId = XID:[1114926712,globalId=3137322e32312e302e3800004ffffffdf1cffffffcb0013,branchId=3137322e32312e302e3800004ffffffdf1dffffffb70018], [04:18]
nmarasoiu expiration = 0, timestamp = 1568789668188, arrival = 0, brokerInTime = 1568789668188, brokerOutTime = 0, correlationId = null, replyTo = null, persistent = true, type = null, priority = 4, groupID = string, groupSequence = 0, targetConsumerId = null, compressed = false, userID = null, content = org.apache.activemq.util.ByteSequence@3ea030f5, [04:18]
nmarasoiu marshalledProperties = org.apache.activemq.util.ByteSequence@5f797b08, dataStructure = null, redeliveryCounter = 0, size = 2333, properties = {Authorization=eyJhbGciOiJSUzI1NiIsImtpZCI6ImFkc19jZXJ0MiJ9.eyJzY29wZSI6WyJvcGVuaWQiLCJwcm9maWxlIl0sImNsaWVudF9pZCI6IlNUQVgiLCJqdGkiOiI2djk2VHhPd0pDbGg1TXo3eEQzUEFJRUU4cGFkWFBpOSIsImVtYWlsX2FkZHJlc3MiOiJOaWNv [04:18]
nmarasoiu bGFlLk1hcmFzb2l1QGloc21hcmtpdC5jb20iLCJtZW1iZXJfc3RhdHVzIjoiTVMiLCJuYW1lIjoiTmljb2xhZSBNYXJhc29pdSIsImxhc3RfbmFtZSI6Ik1hcmFzb2l1IiwibWlkZGxlX25hbWUiOiJNTiIsImZpcnN0X25hbWUiOiJOaWNvbGFlIiwidXNlcmlkIjoiTmljb2xhZS5NYXJhc29pdUBpaHNtYXJraXQuY29tIiwiZXhwIjoxNTY4Mjg2MDExfQ.ZKenQDnvuwFKDs7NJfFZnJUU9GvJIDyn_nrA8-x-SEgn9bHSk2xsmcq7z0T4yaTBltt2MRGhW3gzzvYRxLW [04:18]
nmarasoiu USwnKWYfo6ki8f5Ux_JLieLDsOWsvJ0eoM9CtAu0l5cxXYuavM9fIjkPj7n_IUo9v4W3mUtc-sNyLj_cukPw7OxosP9NulpXa10KHj8axP0kGxLs4WdX25M9b2hfGnZbmgKdphowbOkHYQBpiYbXC6BT8RRRzgvjmVRlECCU_OxnM6IukW1EhUjzYRSZ9X-JUErUZxMyF8pkNmHkVAr4blOnKNMPIuNpiFuuHhkCaH2a3nI2I73u5YvcK_SzR6MJNIg, _type=com.ihsmarkit.stax.messagebus.api.client.model.AddFundRequest, [04:18]
nmarasoiu b3=5d81d4a3a8d39bdc716053ac011500e5-030e9f697ad74873-1, event=AddFundRequest}, readOnlyProperties = false, readOnlyBody = false, droppable = false, jmsXGroupFirstForConsumer = false, text = {"header":{"requesttype":"FUND.ADD.REQ","vers...:"Pending"}}} [04:18]
bambitroll [bambitroll!~jmr@176.221.91.9] has joined #apache-activemq [04:25]
jgenender [jgenender!~jgenender@c-73-153-213-92.hsd1.co.comcast.net] has joined #apache-activemq [04:48]
bambitroll [bambitroll!~jmr@176.221.91.9] has joined #apache-activemq [05:29]
dkulp [dkulp!~dkulp@c-24-63-198-214.hsd1.ma.comcast.net] has joined #apache-activemq [08:10]
tmielke parted the channel: [08:24]
tbish [tbish!~timothy@c-69-243-80-114.hsd1.va.comcast.net] has joined #apache-activemq [09:05]
nmarasoiu [nmarasoiu!592115e2@viva226.navx.com] has joined #apache-activemq [09:32]
nmarasoiu Hello, I have two messages arriving on ActiveMQ broker/server, which are not validated in MessageAuthorizationPolicy. They are retried, but I would need to find out where are they retried. They are not redelivered, in the sense that redeliveryCounter is 0 on all log lines. Yet, for each pair message+consumer, there are about 10K retries being [09:33]
nmarasoiu done, and wondering if these retries could come from the broker itself. It is also possible that the client code is doing retries, but I have not yet identified log lines or code that would do that, but possible. Do you have any advice on what possibilities would exist, and how to investigate where this retry happens? The messageId is the same, so [09:33]
nmarasoiu the same message is retried.The way I see retries is repeated lines in the log written by the custom MessageAuthorizationPolicy being called to authorize the message or not. Since there is no loop in MessageAuthorizationPolicy, just a JWT token validation, I guess each log line from the 10K identical log lines is due to a different message [09:33]
nmarasoiu transmission attempt: even the messageId is the same for the 10K retries for each message+consumer combination. Please advise,Thank you [09:33]
nmarasoiu (since messageId is the same, I guess we could rule out a client like producer or consumer retrying delivery right?) [09:34]
nmarasoiu would you see alternative hook (other than MessageAuthorizationPolicy) to authorizing each message individually based on e.g. an Authorization JWT property? Thanks [09:39]
bn_work [bn_work!uid268505@gateway/web/irccloud.com/x-iriymkganrohmncn] has joined #apache-activemq [11:28]
dkulp_ [dkulp_!~dkulp@73.61.8.29] has joined #apache-activemq [04:17]
dkulp [dkulp!~dkulp@c-24-63-198-214.hsd1.ma.comcast.net] has joined #apache-activemq [04:18]
dkulp [dkulp!~dkulp@c-24-63-198-214.hsd1.ma.comcast.net] has joined #apache-activemq [04:34]
begui [begui!~begui@108-200-216-48.lightspeed.dybhfl.sbcglobal.net] has joined #apache-activemq [08:14]
dkulp [dkulp!~dkulp@73.61.8.97] has joined #apache-activemq [09:35]
dkulp [dkulp!~dkulp@c-24-63-198-214.hsd1.ma.comcast.net] has joined #apache-activemq [09:40]
dkulp [dkulp!~dkulp@c-24-63-198-214.hsd1.ma.comcast.net] has joined #apache-activemq [10:11]