Return-Path: X-Original-To: apmail-openjpa-dev-archive@www.apache.org Delivered-To: apmail-openjpa-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 395359DD0 for ; Tue, 10 Jul 2012 14:09:38 +0000 (UTC) Received: (qmail 28880 invoked by uid 500); 10 Jul 2012 14:09:37 -0000 Delivered-To: apmail-openjpa-dev-archive@openjpa.apache.org Received: (qmail 28674 invoked by uid 500); 10 Jul 2012 14:09:37 -0000 Mailing-List: contact dev-help@openjpa.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@openjpa.apache.org Delivered-To: mailing list dev@openjpa.apache.org Received: (qmail 28349 invoked by uid 99); 10 Jul 2012 14:09:36 -0000 Received: from issues-vm.apache.org (HELO issues-vm) (140.211.11.160) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 10 Jul 2012 14:09:36 +0000 Received: from isssues-vm.apache.org (localhost [127.0.0.1]) by issues-vm (Postfix) with ESMTP id 798D7142861 for ; Tue, 10 Jul 2012 14:09:36 +0000 (UTC) Date: Tue, 10 Jul 2012 14:09:36 +0000 (UTC) From: "Rick Curtis (JIRA)" To: dev@openjpa.apache.org Message-ID: <305911848.28355.1341929376499.JavaMail.jiratomcat@issues-vm> In-Reply-To: <772108319.7397.1341472174786.JavaMail.jiratomcat@issues-vm> Subject: [jira] [Commented] (OPENJPA-2223) Stackoverflow Error due to incorrect implementation of SaveFieldManager.isFieldEqual() MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ https://issues.apache.org/jira/browse/OPENJPA-2223?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13410365#comment-13410365 ] Rick Curtis commented on OPENJPA-2223: -------------------------------------- > Are unenhanced classes the only trigger for running through this below mentioned code? Yes. I'd advise setting openjpa.RuntimeUnenhancedClasses=unsupported to ensure that you'll never fall into a similar scenario again. > Stackoverflow Error due to incorrect implementation of SaveFieldManager.isFieldEqual() > -------------------------------------------------------------------------------------- > > Key: OPENJPA-2223 > URL: https://issues.apache.org/jira/browse/OPENJPA-2223 > Project: OpenJPA > Issue Type: Bug > Components: jpa > Affects Versions: 2.1.0, 2.2.0 > Reporter: Oliver Gries > > The below shown Stackoverflow Error occurs if following requirements are present: > - Entities exists with attributes of native Java Types (int, long, double etc.) which are not a primary key or version > - in 2.1.0: saving a greater amount of such entities (appr. 500 -1000) or > - in 2.2.0: loading enties which have indirect references to it's own and are annotated as @Transactional (this only happend in an JTA Webpshere Environment); this might be a conceptional problem as well, but forces the error as well > Workarounds: > ========== > - for Version 2.1.0 the saving issue could be prevented by detaching the entity after flushing > - for Version 2.2.0 the loading issue could be solved by patching the SaveFieldManager.isFieldEqual() method > Reason: > ====== > Given this implementation in the SaveFieldManager: > public boolean isFieldEqual(int field, Object current) { > // if the field is not available, assume that it has changed. > if (_saved == null || !_saved.get(field)) { > return false; > } > if (!(getState().pcGetStateManager() instanceof StateManagerImpl)) { > return false; > } > StateManagerImpl sm = (StateManagerImpl) getState().pcGetStateManager(); > SingleFieldManager single = new SingleFieldManager(sm, sm.getBroker()); > sm.provideField(getState(), single, field); > Object old = single.fetchObjectField(field); > return current == old || current != null && current.equals(old); > } > ... the sm.provideField() call publishes the field Java Type specific (see ReflectingPersistenceCapable) whereby the single.fetchObjectField() method only returns the object value of the field in the SingleFieldManager which only gets set during the provideField() call if the Java Class Typ ist String or any other than int, long, boolean etc. > Therefore if you only have String attributes in your entity the isFieldEqual() method will work. > Thus it is obvious that the compare for e.g. an int attribute field will never be equal, even if the old and current value are equal. > The loop will start ... > Patch: > ===== > This is just an example and definately not at the right place, but it shows the main issue. > public boolean isFieldEqual(int field, Object current) { > // if the field is not available, assume that it has changed. > if (_saved == null || !_saved.get(field)) { > return false; > } > if (!(getState().pcGetStateManager() instanceof StateManagerImpl)) { > return false; > } > StateManagerImpl sm = (StateManagerImpl) getState().pcGetStateManager(); > SingleFieldManager single = new SingleFieldManager(sm, sm.getBroker()); > sm.provideField(getState(), single, field); > // Object old = single.fetchObjectField(field); > Object old = fetchField(field, sm, single); > return current == old || current != null && current.equals(old); > } > public Object fetchField(int field, StateManagerImpl sm, SingleFieldManager single) { > ClassMetaData meta = sm.getMetaData(); > switch (meta.getField(field).getDeclaredTypeCode()) { > case JavaTypes.BOOLEAN: > return single.fetchBooleanField(field); > case JavaTypes.BYTE: > return single.fetchByteField(field); > case JavaTypes.CHAR: > return single.fetchCharField(field); > case JavaTypes.DOUBLE: > return single.fetchDoubleField(field); > case JavaTypes.FLOAT: > return single.fetchFloatField(field); > case JavaTypes.INT: > return single.fetchIntField(field); > case JavaTypes.LONG: > return single.fetchLongField(field); > case JavaTypes.SHORT: > return single.fetchShortField(field); > case JavaTypes.STRING: > return single.fetchObjectField(field); > default: > return single.fetchObjectField(field); > } > } > Exception Trace (for the loading issue): > ============================ > Caused by: javax.transaction.RollbackException > at com.ibm.tx.jta.TransactionImpl.stage3CommitProcessing(TransactionImpl.java:1228) > at com.ibm.tx.jta.TransactionImpl.processCommit(TransactionImpl.java:998) > at com.ibm.tx.jta.TransactionImpl.commit(TransactionImpl.java:919) > at com.ibm.ws.tx.jta.TranManagerImpl.commit(TranManagerImpl.java:436) > at com.ibm.tx.jta.TranManagerSet.commit(TranManagerSet.java:161) > at com.ibm.ws.uow.UOWManagerImpl.uowCommit(UOWManagerImpl.java:1176) > at com.ibm.ws.uow.UOWManagerImpl.uowEnd(UOWManagerImpl.java:1146) > at com.ibm.ws.uow.UOWManagerImpl.runUnderNewUOW(UOWManagerImpl.java:1094) > ... 15 more > Caused by: java.lang.StackOverflowError > at org.apache.openjpa.lib.util.J2DoPrivHelper$7.run(J2DoPrivHelper.java:295) > at org.apache.openjpa.lib.util.J2DoPrivHelper$7.run(J2DoPrivHelper.java:293) > at java.security.AccessController.doPrivileged(AccessController.java:202) > at org.apache.openjpa.enhance.Reflection.getDeclaredField(Reflection.java:267) > at org.apache.openjpa.enhance.Reflection.findField(Reflection.java:246) > at org.apache.openjpa.enhance.com$XXX$YYYY$ZZZ$XXXf$jpa$entities$Person$pcsubclass.pcProvideField(Unknown Source) > at org.apache.openjpa.kernel.StateManagerImpl.provideField(StateManagerImpl.java:3163) > at org.apache.openjpa.kernel.StateManagerImpl.fetchIntField(StateManagerImpl.java:2348) > at org.apache.openjpa.kernel.StateManagerImpl.fetchField(StateManagerImpl.java:866) > at org.apache.openjpa.kernel.StateManagerImpl.fetch(StateManagerImpl.java:834) > at org.apache.openjpa.kernel.StateManagerImpl.dirtyCheck(StateManagerImpl.java:921) > at org.apache.openjpa.kernel.ManagedCache.dirtyCheck(ManagedCache.java:302) > at org.apache.openjpa.kernel.BrokerImpl.hasTransactionalObjects(BrokerImpl.java:4074) > at org.apache.openjpa.kernel.BrokerImpl.setDirty(BrokerImpl.java:4182) > at org.apache.openjpa.kernel.StateManagerImpl.setPCState(StateManagerImpl.java:285) > at org.apache.openjpa.kernel.StateManagerImpl.dirty(StateManagerImpl.java:1705) > at org.apache.openjpa.kernel.StateManagerImpl.dirty(StateManagerImpl.java:1635) > at org.apache.openjpa.kernel.StateManagerImpl.dirtyCheck(StateManagerImpl.java:922) > at org.apache.openjpa.kernel.ManagedCache.dirtyCheck(ManagedCache.java:302) > at org.apache.openjpa.kernel.BrokerImpl.hasTransactionalObjects(BrokerImpl.java:4074) > at org.apache.openjpa.kernel.BrokerImpl.setDirty(BrokerImpl.java:4182) > at org.apache.openjpa.kernel.StateManagerImpl.setPCState(StateManagerImpl.java:285) > at org.apache.openjpa.kernel.StateManagerImpl.dirty(StateManagerImpl.java:1705) > at org.apache.openjpa.kernel.StateManagerImpl.dirty(StateManagerImpl.java:1635) > at org.apache.openjpa.kernel.StateManagerImpl.dirtyCheck(StateManagerImpl.java:922) > at org.apache.openjpa.kernel.ManagedCache.dirtyCheck(ManagedCache.java:302) > at org.apache.openjpa.kernel.BrokerImpl.hasTransactionalObjects(BrokerImpl.java:4074) > at org.apache.openjpa.kernel.BrokerImpl.setDirty(BrokerImpl.java:4182) > at org.apache.openjpa.kernel.StateManagerImpl.setPCState(StateManagerImpl.java:285) > at org.apache.openjpa.kernel.StateManagerImpl.dirty(StateManagerImpl.java:1705) > at org.apache.openjpa.kernel.StateManagerImpl.dirty(StateManagerImpl.java:1635) > at org.apache.openjpa.kernel.StateManagerImpl.dirtyCheck(StateManagerImpl.java:922) > at org.apache.openjpa.kernel.ManagedCache.dirtyCheck(ManagedCache.java:302) > at org.apache.openjpa.kernel.BrokerImpl.hasTransactionalObjects(BrokerImpl.java:4074) > at org.apache.openjpa.kernel.BrokerImpl.setDirty(BrokerImpl.java:4182) > at org.apache.openjpa.kernel.StateManagerImpl.setPCState(StateManagerImpl.java:285) > at org.apache.openjpa.kernel.StateManagerImpl.dirty(StateManagerImpl.java:1705) > at org.apache.openjpa.kernel.StateManagerImpl.dirty(StateManagerImpl.java:1635) > at org.apache.openjpa.kernel.StateManagerImpl.dirtyCheck(StateManagerImpl.java:922) > at org.apache.openjpa.kernel.ManagedCache.dirtyCheck(ManagedCache.java:302) > at org.apache.openjpa.kernel.BrokerImpl.hasTransactionalObjects(BrokerImpl.java:4074) > at org.apache.openjpa.kernel.BrokerImpl.setDirty(BrokerImpl.java:4182) > at org.apache.openjpa.kernel.StateManagerImpl.setPCState(StateManagerImpl.java:285) > at org.apache.openjpa.kernel.StateManagerImpl.dirty(StateManagerImpl.java:1705) > at org.apache.openjpa.kernel.StateManagerImpl.dirty(StateManagerImpl.java:1635) > at org.apache.openjpa.kernel.StateManagerImpl.dirtyCheck(StateManagerImpl.java:922) > at org.apache.openjpa.kernel.ManagedCache.dirtyCheck(ManagedCache.java:302) > at org.apache.openjpa.kernel.BrokerImpl.hasTransactionalObjects(BrokerImpl.java:4074) > at org.apache.openjpa.kernel.BrokerImpl.setDirty(BrokerImpl.java:4182) > at org.apache.openjpa.kernel.StateManagerImpl.setPCState(StateManagerImpl.java:285) > at org.apache.openjpa.kernel.StateManagerImpl.dirty(StateManagerImpl.java:1705) > at org.apache.openjpa.kernel.StateManagerImpl.dirty(StateManagerImpl.java:1635) > at org.apache.openjpa.kernel.StateManagerImpl.dirtyCheck(StateManagerImpl.java:922) > at org.apache.openjpa.kernel.ManagedCache.dirtyCheck(ManagedCache.java:302) > at org.apache.openjpa.kernel.BrokerImpl.hasTransactionalObjects(BrokerImpl.java:4074) > ... > at org.apache.openjpa.kernel.ManagedCache.dirtyCheck(ManagedCache.java:302) > at org.apache.openjpa.kernel.BrokerImpl.hasTransactionalObjects(BrokerImpl.java:4074) > at org.apache.openjpa.kernel.BrokerImpl.getTransactionalStates(BrokerImpl.java:4061) > at org.apache.openjpa.kernel.BrokerImpl.flush(BrokerImpl.java:2091) > at org.apache.openjpa.kernel.BrokerImpl.flushSafe(BrokerImpl.java:2072) > at org.apache.openjpa.kernel.BrokerImpl.beforeCompletion(BrokerImpl.java:1990) > at com.ibm.ws.uow.ComponentContextSynchronizationWrapper.beforeCompletion(ComponentContextSynchronizationWrapper.java:65) > at com.ibm.tx.jta.RegisteredSyncs.coreDistributeBefore(RegisteredSyncs.java:289) > at com.ibm.ws.tx.jta.RegisteredSyncs.distributeBefore(RegisteredSyncs.java:150) > at com.ibm.ws.tx.jta.TransactionImpl.prePrepare(TransactionImpl.java:2322) > at com.ibm.ws.tx.jta.TransactionImpl.stage1CommitProcessing(TransactionImpl.java:540) > at com.ibm.tx.jta.TransactionImpl.processCommit(TransactionImpl.java:985) > ... 21 more -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira