Job schedulers replace Advanced agents
Job schedulers replace Advanced agents, we have upgraded our application form 7 to pega 8.2.5 version.
Can Job schedulers also use queueing if done explicitly? How to achieve this?
My requirement is I need to replace the Advance agent with the Job scheduler, in 7 versions we configured Advance agent to process the records for every 30 seconds in the queue.
As I said i need to replace with Job scheduler I am not able to see the seconds tab for excepts hours and minute, PFA for reference.
Can someone please suggest on this requirement.
***Edited by Moderator: Pallavi to update platform capability tags***
Updated: 24 Jun 2020 10:36 EDT
Pegasystems Inc.
US
As you already know, you can run a job scheduler multiple times a day. However, for Pega Platform 8.1 through 8.4, currently, the only options are run After every N minute(s) or After every N hour(s), where N is an integer that specifies the delay before starting the next run -- i.e., run After every N second(s) is not currently supported.
I hope this helps.
CBA
AU
Thanks for the reply BelleIsle, The reason for asking this question is, Pega suggests to upgrade to latest version. In recent times we upgraded our systems from 7.3.1 to 8.2.5 and Pega suggested us to replace the Advance agents with Job scheduler.
We are integrating with middle ware system to legacy system to create work object in Pega.
Once the case get resolve in Pega we need to again integrate with legacy system once case is completed, as mentioned we used Advance agent to process the records for every 30 seconds in the queue.
What will be the best approach do we need to continue with same Advance agent in latest versions too?
Pegasystems Inc.
US
Even in 8.4, you can continue to leverage Agents, but to echo what others at Pegasystems said, I recommend that you change your implementation sooner than later.
In Pega Infinity (8.x), as you already know, Job Scheduler and Queue Processor replace Agents. However, the changes in rule types also require taking a different approach. To help me help you, would you kindly elaborate on the inbound and outbound integrations? In other words:
- For the data coming into Pega from the middleware system or legacy, how is the integration implemented? Are you leveraging a Service Rest? A file listener? Reading from a database table?
- When you send data back to the middleware system or legacy, how is the integration implemented? Are you leveraging a Connect Rest? Writing to a batch file? Writing to a database table?
I need a little bit more details to suggest an approach for removing the Agent Queues.
Updated: 24 Jun 2020 11:51 EDT
CBA
AU
Sure, Please find the response inline -BelleIsle
- For the data coming into Pega from the middleware system or legacy, how is the integration implemented? Are you leveraging a Service Rest? A file listener? Reading from a database table?
- --> Using service rest.
- When you send data back to the middleware system or legacy, how is the integration implemented? Are you leveraging a Connect Rest? Writing to a batch file? Writing to a database table?
- --> Browsing the records from DB as mentioned agent processing 1000 records form every 30 seconds
Pegasystems Inc.
US
For inbound, assuming you were using Agent Queues, you can leverage Queue Processor instead. A suggested approach is something like Service Rest > Activity with the Queue-For-Processing method > Queue Processor with Activity that creates the work object in Pega.
Queue Processor will not work for the outbound integration as it processes a single message. Instead, you could leverage a staging table to hold the outbound messages. Using a Job Scheduler that runs every 1 minute, you can leverage an Activity to retrieve up to X messages (e.g., 1 000) from the staging table using a report definition or Obj method, and write them to the file.
I hope this helps.