Mailing-List: contact jdo-dev-help@db.apache.org; run by ezmlm
Precedence: bulk
Reply-To: jdo-dev@db.apache.org
Received-SPF: pass (herse.apache.org: local policy)
Date: Mon, 07 May 2007 18:04:52 -0700
From: Craig L Russell <Craig.Russell@Sun.COM>
Subject: Re: detachable vs non detachable classes serialization compatible
In-reply-to: <1178584299.463fc4ebb6a6c@webmail.jpox.org>
Sender: Craig.Russell@Sun.COM
To: jdo-dev@db.apache.org
Cc: JDO Expert Group <jdo-experts-ext@Sun.COM>
Message-id: <361F8AFE-9BBD-402F-A759-93D357DB9628@SUN.com>
MIME-version: 1.0
Content-type: multipart/signed; protocol="application/pkcs7-signature";
 boundary=Apple-Mail-215-563113201; micalg=sha1
References: <1178455160.463dcc7805f46@webmail.jpox.org>
 <A7426C26-6081-4713-8EA4-470FD1A3E9E6@SUN.com>
 <1178584299.463fc4ebb6a6c@webmail.jpox.org>

--Apple-Mail-215-563113201
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=WINDOWS-1252;
	delsp=yes;
	format=flowed

Hi Erik,

These are implementation details. Can you explain what the user =20
behavior is, and the use case?

Thanks,

Craig

On May 7, 2007, at 5:31 PM, Erik Bengtson wrote:

> Craig,
>
> There are two cases: Classes using default Serialization and =20
> classes with User
> Serialization Code.
>
> In all cases the User must add serialVersionId field to the non =20
> enhanced class.
>
> Default Serialization:
>
> The default serialization will take care of dropping the =20
> jdoDetachedState. The
> enhancer adds the following:
>
> private writeObject (OutputStream os) //enhanced
> {
> jdoPreSerialize();
> os.defaultWriteObject()
> }
>
> User Serialization (user defined writeObject and readObject methods):
>
> private writeObject (OutputStream os)
> {
> jdoPreSerialize(); //enhanced
> //user serialization
> os.writeObject(jdoDetachedState) //enhanced
> }
>
> private readObject (OutputStream os)
> {
> //user serialization
> jdoDetachedState =3D os.readObject(); //enhanced
> }
>
>
>
> Quoting Craig L Russell <Craig.Russell@sun.com>:
>
>> Hi Erik,
>>
>> It would help if you could explain what you have in mind with this
>> change. The decision to make the detachable serialization contract
>> incompatible was deliberate, and the objective is to guarantee that
>> attaching a detached instance behaves correctly.
>>
>> If you want a detached instance simply to send it away and never
>> expect to see it again, your proposal might be of interest. Is that
>> what you had in mind?
>>
>> Do you have some ideas on how to implement this feature? Seems that
>> if the unenhanced class is given an input stream with the detached
>> info in the serialized form of the instance, it's going to run into
>> an exception (unless you modify the unenhanced class, perhaps with a
>> byte-code enhancer).
>>
>> Thanks,
>>
>> Craig
>>
>> On May 6, 2007, at 5:39 AM, Erik Bengtson wrote:
>>
>>> Hi,
>>>
>>> The spec says classes that detachable and non detachable classes
>>> are not
>>> compatible intentionally. I would like to propose a change to this
>>> behavior and
>>> let the =93jdoDetachedState=94 lose on unmarshalling.
>>>
>>> From:
>>> "Classes marked as Detachable are not serialization-compatible with
>>> un-enhanced
>>> classes. This is intentional, and requires that the enhanced
>>> version of the
>>> class be used wherever the instance might be instantiated."
>>>
>>> To:
>>> "Classes marked as Detachable are not serialization-compatible with
>>> un-enhanced
>>> classes. When unmarshalling a detached object with an un-enhanced
>>> version of
>>> the class, the detached state is dropped and no further read or
>>> change tracking
>>> will occur on the unmarshalled instance."
>>>
>>> Regards,
>>>
>>> Erik Bengtson
>>
>> Craig Russell
>> Architect, Sun Java Enterprise System http://java.sun.com/products/=20=

>> jdo
>> 408 276-5638 mailto:Craig.Russell@sun.com
>> P.S. A good JDO? O, Gasp!
>>
>>
>
>
>

Craig Russell
Architect, Sun Java Enterprise System http://java.sun.com/products/jdo
408 276-5638 mailto:Craig.Russell@sun.com
P.S. A good JDO? O, Gasp!


--Apple-Mail-215-563113201
Content-Transfer-Encoding: base64
Content-Type: application/pkcs7-signature;
	name=smime.p7s
Content-Disposition: attachment;
	filename=smime.p7s

MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIGUDCCAwkw
ggJyoAMCAQICECpJVMO68ii+Xfsc1O1YYFIwDQYJKoZIhvcNAQEFBQAwYjELMAkGA1UEBhMCWkEx
JTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQ
ZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMB4XDTA2MTIwOTE5NTEwNVoXDTA3MTIwOTE5NTEw
NVowbDEQMA4GA1UEBBMHUnVzc2VsbDEUMBIGA1UEKhMLQ3JhaWcgTGFpcmQxHDAaBgNVBAMTE0Ny
YWlnIExhaXJkIFJ1c3NlbGwxJDAiBgkqhkiG9w0BCQEWFUNyYWlnLlJ1c3NlbGxAU3VuLkNPTTCC
ASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAMNAB4Ih+ShsCt89HzqIdwEx8L4o1UHiY6V7
16mrCedfd4Y0/uI7z9Zam8ysgEh+F7aDnQEKmEsVFN35G4nPMfLU6dZYkvADwUjbq82t/dJ3FDDg
Q945nHHpqECZff/S/UMho9AFfj6PZvZBAlDCJAayb4RdKIlfuvPW9YcQStQ1IfVJcVuKnC0Q+tdc
a4A7zn7IzLOQohO1lTc3hXSBigEIGiGYn6Ny0wmexfA3X1WsXekFx5czd+M4GjDjswn8CNoBmnBr
jOTGK1mOsXR6GSRHnly2s9xTdE4qv9qimM+7C2yzMHbKcszV7OQoLsRsZKDh+6u9wYU+TrjcY4ym
bA8CAwEAAaMyMDAwIAYDVR0RBBkwF4EVQ3JhaWcuUnVzc2VsbEBTdW4uQ09NMAwGA1UdEwEB/wQC
MAAwDQYJKoZIhvcNAQEFBQADgYEAU/EpPDztnb55Fz7iGSVm1mYEVj5m2OQKTYG26POUAomCBRrt
/CdBBvqYmcHUTpra0qLELHAQadYFl2v11iQkqwF5PPJs19oU/zA0m5qFnOMTAiCvel7IprIwA2r6
eJR9siaPwDRgVJ/Sj71dD+utwf+nRrNy0/7PMNK5y+ocsYQwggM/MIICqKADAgECAgENMA0GCSqG
SIb3DQEBBQUAMIHRMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBDYXBlMRIwEAYDVQQH
EwlDYXBlIFRvd24xGjAYBgNVBAoTEVRoYXd0ZSBDb25zdWx0aW5nMSgwJgYDVQQLEx9DZXJ0aWZp
Y2F0aW9uIFNlcnZpY2VzIERpdmlzaW9uMSQwIgYDVQQDExtUaGF3dGUgUGVyc29uYWwgRnJlZW1h
aWwgQ0ExKzApBgkqhkiG9w0BCQEWHHBlcnNvbmFsLWZyZWVtYWlsQHRoYXd0ZS5jb20wHhcNMDMw
NzE3MDAwMDAwWhcNMTMwNzE2MjM1OTU5WjBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3Rl
IENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWls
IElzc3VpbmcgQ0EwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAMSmPFVzVftOucqZWh5owHUE
cJ3f6f+jHuy9zfVb8hp2vX8MOmHyv1HOAdTlUAow1wJjWiyJFXCO3cnwK4Vaqj9xVsuvPAsH5/Ef
kTYkKhPPK9Xzgnc9A74r/rsYPge/QIACZNenprufZdHFKlSFD0gEf6e20TxhBEAeZBlyYLf7AgMB
AAGjgZQwgZEwEgYDVR0TAQH/BAgwBgEB/wIBADBDBgNVHR8EPDA6MDigNqA0hjJodHRwOi8vY3Js
LnRoYXd0ZS5jb20vVGhhd3RlUGVyc29uYWxGcmVlbWFpbENBLmNybDALBgNVHQ8EBAMCAQYwKQYD
VR0RBCIwIKQeMBwxGjAYBgNVBAMTEVByaXZhdGVMYWJlbDItMTM4MA0GCSqGSIb3DQEBBQUAA4GB
AEiM0VCD6gsuzA2jZqxnD3+vrL7CF6FDlpSdf0whuPg2H6otnzYvwPQcUCCTcDz9reFhYsPZOhl+
hLGZGwDFGguCdJ4lUJRix9sncVcljd2pnDmOjCBPZV+V2vf3h9bGCE6u9uo05RAaWzVNd+NWIXiC
3CEZNd4ksdMdRv9dX2VPMYIDEDCCAwwCAQEwdjBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhh
d3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVt
YWlsIElzc3VpbmcgQ0ECECpJVMO68ii+Xfsc1O1YYFIwCQYFKw4DAhoFAKCCAW8wGAYJKoZIhvcN
AQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMDcwNTA4MDEwNDUyWjAjBgkqhkiG9w0B
CQQxFgQUbZSdfsi0yanekZ+IB5A7OGNfoO8wgYUGCSsGAQQBgjcQBDF4MHYwYjELMAkGA1UEBhMC
WkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0
ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBAhAqSVTDuvIovl37HNTtWGBSMIGHBgsqhkiG
9w0BCRACCzF4oHYwYjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQ
dHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBAhAq
SVTDuvIovl37HNTtWGBSMA0GCSqGSIb3DQEBAQUABIIBAJBbpF9dCXFqow/W/FQ4ACZDmLhUC1T8
tICfD/w35xMGOBbkIrKRmKR2mS09tZR0Eqm/tlxGAjEjWEuIPn3DmL9J3JQa401d6IHh0F/i5gD6
g2dOSGQUiYZsVmQobnahra0rC9Ov1MaOq+jE3lTglVH9twVNsBQhMkGeuIsl0Ykf5AUJm+kSJHlz
qBR5EnThlIjJfTrQxQ2lzhFKzf36ckcV41WyTxIQqteHiD+6MNcoyoXbhuza0VSkOsF+CW6+/Pl1
5gswT8dP+FOtztjaPoZEJUbVNEn1ZpPLvEoWPFghWqYVcvGqtc7hEZqJ/t28qMkGXHdDlg+eBvb5
IB1oVAgAAAAAAAA=

--Apple-Mail-215-563113201--