[
https://issues.apache.org/jira/browse/OPENJPA-2951?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=18128453#comment-18128453
]
ASF subversion and git services commented on OPENJPA-2951:
----------------------------------------------------------
Commit 78a1bbfacf911ec012b6116d82168c1dd9c9a270 in openjpa's branch
refs/heads/OPENJPA-2951 from Paulo Cristovão de Araújo Silva Filho
[ https://gitbox.apache.org/repos/asf?p=openjpa.git;h=78a1bbfac ]
[OPENJPA-2951] Adding curly brackets for clarification
> Full context flush after in-memory bulk update/delete
> -----------------------------------------------------
>
> Key: OPENJPA-2951
> URL: https://issues.apache.org/jira/browse/OPENJPA-2951
> Project: OpenJPA
> Issue Type: Sub-task
> Components: jpa
> Affects Versions: 4.2.0
> Reporter: Maxim Solodovnik
> Priority: Major
> Fix For: 4.2.0
>
>
> Discussion thread:
> https://github.com/apache/openjpa/pull/144#discussion_r3682999520
> **(medium)** The new `_broker.flush()` after in-memory bulk delete (and
> update at line 1156) flushes the entire persistence context as a side effect
> of `executeUpdate()`, changing when unrelated pending changes hit the
> database (locks, triggers, constraint timing). Is flushing only the affected
> instances feasible, or is the full flush deliberate?
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
