推 jhjhs33504: 我沒實做過但我猜是新版傳物件的資料結構可能有更動過 08/03 01:47
※ 引述《Sanbeishuu (三杯鼠)》之銘言：
: 2.2.2版下，devices會是1002而devices1會是1003沒有問題。
: 但2.3.0或2.4.1版本下兩次result都是1002。他問題出在每次
: 他都給1002這個參數下去query，而不是第二次就給1003。但
: 我已經關掉所有的Cache設定了。
:
: 唯一的不同點就只有openjpa的版本不一樣而已，也只有In會
: 出錯。像findByIdIs就不會。
:
: --
: 推 conanist: 你要不要去看一下openjpaVersion 2.41 的what's new? 07/26 21:52
: → Sanbeishuu: C大 因為2.3.0以上就會發生這個現象 07/26 22:33
: → Sanbeishuu: 所以我有去看了2.3.0, 2.4.0, 2.4.1的release note 07/26 22:33
: → Sanbeishuu: 但是New或者bug fix沒有看到有相關的說 07/26 22:34
: 推 ljf0030: 抓得到source code 嗎?不然反解釋class 看最後產生的sql 07/28 21:32
: → ljf0030: 對不對 。 07/28 21:32
L大 openjpa都spring-data-jpa都是open source的 所以有source code
目前看來是產生的SQL有錯 where子句都會是第一次的
只是不曉得為啥他會cache住第一次的criteria query就是..
: 推 jhjhs33504: 看起來新版沒有再往this內的下一個對應的物件找 07/29 01:21
J大 請問您說的新版沒有再往this內下一個對應的物件找是指?
能否提點一下確切是在哪一隻code呢? 2.3.0版的修改所導致的嗎?
感謝
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 123.194.224.251
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1469973796.A.902.html
※ 編輯: Sanbeishuu (123.194.224.251), 07/31/2016 22:03:51