Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Bug: Messaging #29

Open
1 of 3 tasks
hamonangann opened this issue Feb 16, 2023 · 0 comments
Open
1 of 3 tasks

Bug: Messaging #29

hamonangann opened this issue Feb 16, 2023 · 0 comments

Comments

@hamonangann
Copy link
Contributor

This issue is a:

  • bug report
  • feature request
  • styling change request

Current behavior:

Currently we have a message queue for external call (SIAK web scraping/update matkul). Every time an 'update matkul' request is triggered, a new message connection and channel will be created. However the connections never close 'gracefully', always forced by inactivity exactly 3 minutes after the request sent. Sure the message is ACKed properly, but this behaviour keep spamming our Sentry with error logs like StreamConnectionError (on the server side) and error: missing heartbeat (on the RabbitMQ log)

Requested behavior:

Close the connection properly. I've tried .close() on each end of the update jadwal request, but I found that the connection was established from a pool. So every .close() command just breaks and auto-regenerate the connection.

Why this behavior is better:

We will save logs and perhaps preventing unpredictable behavior such as too much connection, especially when our server is on high load.

I will provide screenshots if necessary.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant