You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@openjpa.apache.org by "Mark Struberg (JIRA)" <ji...@apache.org> on 2011/02/08 21:07:57 UTC
[jira] Commented: (OPENJPA-1912) enhancer generates invalid code if
fetch-groups is activated
[ https://issues.apache.org/jira/browse/OPENJPA-1912?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12992146#comment-12992146 ]
Mark Struberg commented on OPENJPA-1912:
----------------------------------------
Rick, Mike, did you find a chance to test this patch already? I'm slowly running out of control about all my patches... Since the patches depend on each other to some degree, I cannot really continue anymore. If you don't find the time to work on it then please ping me. In this case I'll continue maintaining my patches via a fork of the github mirror rather than juggling svn patches (which are hell to apply...).
txs and LieGrue,
strub
> enhancer generates invalid code if fetch-groups is activated
> ------------------------------------------------------------
>
> Key: OPENJPA-1912
> URL: https://issues.apache.org/jira/browse/OPENJPA-1912
> Project: OpenJPA
> Issue Type: Bug
> Components: Enhance
> Affects Versions: 2.0.0, 2.0.1, 2.1.0
> Reporter: Mark Struberg
> Priority: Critical
> Attachments: OPENJPA-1912-enhancer.patch, OPENJPA-1912-fix-wo_cleanup-2.patch, OPENJPA-1912-fix-wo_cleanup.patch, OPENJPA-1912-test.patch
>
>
> If openjpa.DetachState =fetch-groups is used, the enhancer will add a 'implements Externalizable' + writeExternal + readExternal.
> The problem is, that writeExternal and readExternal will also try to externalize the private members of any given superclass. Thus we get a runtime Exception that we are not allowed to access those fields.
> Example:
> @Entity
> public abstract class AbstractGroup {
> ...
> @Temporal(TemporalType.TIMESTAMP)
> @TrackChanges
> private Date applicationBegin;
> ...
> }
> and
> @Entity
> public class Group extends AbstractGroup {
> ...
> }
> will result in the following code (decompiled with jad):
> public void writeExternal(ObjectOutput objectoutput)
> throws IOException
> {
> pcWriteUnmanaged(objectoutput);
> if(pcStateManager != null)
> {
> if(pcStateManager.writeDetached(objectoutput))
> return;
> } else
> {
> objectoutput.writeObject(pcGetDetachedState());
> objectoutput.writeObject(null);
> }
> objectoutput.writeObject(applicationBegin);
> objectoutput.writeObject(applicationEnd);
> objectoutput.writeObject(applicationLocked);
> objectoutput.writeObject(approvalRequired);
> ...
--
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira