17 Mar 2026
02:47 PM
- last edited on
18 Mar 2026
07:02 AM
by
MaciejNeumann
Hello everyone,
I’m currently working with Temenos T24 and I need to monitor a simple queue count (using a JQL COUNT command executed at OS level). JQL COUNT F.OFS.MESSAGE.QUEUE
The challenge is that this count is only available when executing the command manually, and it does not expose any native metric or integration with Dynatrace.
I would like to understand the best approach to monitor this in Dynatrace
How to collect this type of value (JQL count) securely
Whether using a custom extension or script-based metric ingestion is recommended
Best practices to avoid exposing internal table or queue names
Has anyone implemented a similar use case with T24 or other legacy systems where metrics are not natively available?
Thanks in advance for your guidance.
17 Mar 2026 03:10 PM
Hi,
I am not familiar with T24 but Dynatrace have a webinar about that https://www.youtube.com/watch?v=rXISZvWXc6c
Best regards
17 Mar 2026 07:15 PM
No direct experience with Temenos, but the most "straightforward" solution if the metric is available from the command line on a host is to use the local command dynatrace_ingest. See more https://docs.dynatrace.com/docs/shortlink/pipe-metric-ingestion
This has minimum effort on your side - just write a shell script and execute it from cron or another scheduler. Of course, it requires local OneAgent, but it will also work on AIX, for example. Creating an Extension 2.0 (python) makes sense if you need to deploy this on scale (dozens of hosts), but it's more complex to write and maintain, and it works on Linux/Windows only. If you can expose this externally and fetch the data remotely, creating an ActiveGate extension would probably be a good way to go. Not sure if you have an option to access the data in T24 jbase using a jdbc driver remotely, but if yes, that would also be a good choice.
Featured Posts