As a developer, I'd like to refactor ActionableDynamicQuery to support customized tx boundaries setup and optimize the inefficient pagination logic
Description
None
relates
Activity
Show:

Brian Chan September 1, 2014 at 10:32 AM

Brian Chan September 1, 2014 at 10:32 AM

Lawrence Lee May 13, 2014 at 3:17 PM
Closing ticket as completed stories with no front end element to be tested.

Brian Chan April 15, 2014 at 2:54 PM
We decided to make it less aggressive by defaulting to the old behavior (same tx) and only using a new tx if you decide to.
See https://github.com/brianchandotcom/liferay-portal/commit/37f6e85bbfcac83286feda89f11f641e3e43318a

Brian Chiu April 15, 2014 at 12:47 PM
I've reverted this in ee-6.2.x because it causes backend tests to fail. See for more details.
Completed
Details
Assignee
Dave TruongDave TruongReporter
shuyang.zhoushuyang.zhouBranch Version/s
6.2.xBackported to Branch
CommittedGit Pull Request
Components
Fix versions
Affects versions
Priority
Medium
Details
Details
Assignee

Reporter

Branch Version/s
6.2.x
Backported to Branch
Committed
Git Pull Request
Components
Fix versions
Affects versions
Priority
Zendesk Support
Linked Tickets
Zendesk Support
Linked Tickets
Zendesk Support

Linked Tickets
Created April 9, 2014 at 12:26 PM
Updated June 26, 2023 at 6:11 AM
Resolved September 3, 2014 at 3:20 PM
Email from Marcellus:
Hey Brian,
I've sent to you a new ee-6.2-x pull request for containing the first commit of a previous https://github.com/brianchandotcom/liferay-portal-ee/pull/4910.
I know the full backport caused regressions on 6.2.x as described on https://issues.liferay.com/browse/BPR-528 but I just sent the TransactionInvoker classes with no impact on the portal.
I need this infrastructure to be able to use it on https://github.com/brianchandotcom/liferay-plugins-ee/pull/8586
Thanks