The monitoring of the JAMS product and its performance is an area of concern for me. I also need better tools to adopt version seven. Another area for improvement would be the addition of source control for jobs internally, as this feature would solve several problems for me. JAMS has some quirks. It has a bit of a learning curve. Some exceptions are not intuitive, such as when a job is terminated due to exceeding its defined runaway time limit. This generates a misleading exception message that is difficult for new users to understand and requires experience to interpret correctly. Stalled jobs present a unique challenge, particularly when pushing a system like JAMS version six to its limits. While rare, these instances occur when jobs become unresponsive despite appearing in API queries but not in the monitoring console. Although workarounds exist, they highlight the need for improved native monitoring capabilities within JAMS. Currently, the system assumes flawless operation, necessitating supplemental monitoring tools to detect issues like excessive pending or stalled jobs, ensuring timely intervention by our teams.
