OpenJPA
  1. OpenJPA
  2. OPENJPA-1845

the prepared query cache doesn't currently work correclty with 'SELECT IN' statements

    Details

    • Type: Bug Bug
    • Status: Closed
    • Priority: Critical Critical
    • Resolution: Fixed
    • Affects Version/s: 2.0.1
    • Fix Version/s: 2.1.1, 2.2.0
    • Component/s: jdbc
    • Labels:
      None

      Description

      I have a problem with upgrading from OpenJPA-2.0.0 to 2.0.1.

      One of my services executes the following query (this is the 'id' I get in PreparedQueryCacheImpl#get(String id) ):

      SELECT distinct e FROM Employment em, Person e WHERE em.employeeId = e.employeeId and em.orgUnitCode = :orgUnitCode AND em.employmentPosition in (:employmentPositions) AND em.start <= :startBefore AND em.end >= :endAfter ORDER BY e.familyName ASC

      Somehow when I execute my service a few times with different employmentPositions params (ArrayList<String>) I still get the 'old' cached param values!

      I tried to disable this behaviour in my persistence.xml with

      <property name="openjpa.QueryCache" value="false"/>

      but this didn't work.

      Maybe this was a side effect of the ORDER BY which made this query work in 2.0.0 (caching of queries with ORDER BY got only fixed after 2.0.0), so I'd like to write a unit test for it.

      As Jeremy pointed out, this can get fixed by setting <property name="openjpa.jdbc.QuerySQLCache" value="false"/> in my persistence.xml.
      Nontheless this is a problematic bug because it is very hard to find and lead to finding wrong data in your application (would be less problematic if it would 'just' throw an Exception).

        Issue Links

          Activity

          Hide
          Michael Dick added a comment -

          Resolving on Pinaki's behalf.

          Show
          Michael Dick added a comment - Resolving on Pinaki's behalf.
          Hide
          Albert Lee added a comment -

          Close issue in preparation for 2.2.0 release.

          Show
          Albert Lee added a comment - Close issue in preparation for 2.2.0 release.

            People

            • Assignee:
              Pinaki Poddar
              Reporter:
              Mark Struberg
            • Votes:
              0 Vote for this issue
              Watchers:
              0 Start watching this issue

              Dates

              • Created:
                Updated:
                Resolved:

                Development