Loading...

XML

Word

Printable

Type: Bug
Resolution: Done
Priority: Major
Fix Version/s: 7.3.9.CR1, 7.3.9.GA
Affects Version/s: None
Component/s: Batch
Labels:
- test_included

Blocked:
False
Ready:
False
CDW devel_ack:
CDW docs_ack:
CDW pm_ack:
CDW qa_ack:
CDW release:
QE Test Coverage:
+
Release Note Text:
Undefined
Target Release:

7.3.z.GA
Git Pull Request:
https://github.com/jbossas/jboss-eap7/pull/4002
Market:

SFDC Cases Counter:
SFDC Cases Open:
SFDC Cases Links:

This is a followup issue for https://issues.redhat.com/browse/JBEAP-21993.

Currently BatchJobExecutionResource.refreshChildren() method first loads all job instances by job name, and iterate through job instances to get job executions for each job instance. This is not efficient and has resulted in too many db queries, and sometimes high memory consumption and frequent GC activities.

A more efficient way is to be able to retrieve all job executions belonging to a job in one operation.

clones

JBEAP-22172 (7.4.z) More efficient way of getting batch job executions by job name

Closed

is blocked by

JBEAP-22204 [GSS](7.3.z) Upgrade jberet from 1.3.8.Final-redhat-00001 to 1.3.9.Final-redhat-00001

Closed

relates to

JBEAP-21992 [GSS](7.3.z) WFLY-14275 - Large job repository is blocking deployment

Closed

Assignee:: Tomas Hofman

Reporter:: Tomas Hofman

Votes:: 0 Vote for this issue

Watchers:: 5 Start watching this issue

Created:: 2021/07/09 8:30 AM

Updated:: 2024/08/27 1:50 PM

Resolved:: 2021/07/24 3:41 PM

Details

Description

Attachments

Issue Links

Easy Agile Planning Poker

Activity

People

Dates