Mailing-List: contact jdo-dev-help@db.apache.org; run by ezmlm
Precedence: bulk
Reply-To: jdo-dev@db.apache.org
Received-SPF: pass (asf.osuosl.org: local policy)
Date: Mon, 06 Feb 2006 13:17:13 -0800
From: Craig L Russell <Craig.Russell@Sun.COM>
Subject: Re: Cache invalidation
In-reply-to: <43E32981.7010807@artnology.com>
Sender: Craig.Russell@Sun.COM
Cc: Apache JDO project <jdo-dev@db.apache.org>,
        JDO Expert Group <jdo-experts-ext@Sun.COM>
Message-id: <2F41D707-9441-4099-AFB0-1467018D7C53@Sun.COM>
MIME-version: 1.0
Content-type: multipart/signed; protocol="application/pkcs7-signature";
 boundary=Apple-Mail-257--107839115; micalg=sha1
References: <A6153018-AF90-492D-AFE4-6343109472DF@Sun.COM>
 <43E32981.7010807@artnology.com>

--Apple-Mail-257--107839115
Content-Type: multipart/alternative;
	boundary=Apple-Mail-256--107839663


--Apple-Mail-256--107839663
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=ISO-8859-1;
	delsp=yes;
	format=flowed

Hi J=F6rg,

Is this issue dead now?

I looked at the javadoc for these methods and they all refer to oid =20
not pc.

Thanks,

Craig

On Feb 3, 2006, at 1:59 AM, Joerg von Frantzius wrote:

> Hello JDO developers,
>
> in our system we have several VMs that operate on the same database =20=

> via JDO. We're performing distributed cache invalidation via our =20
> own notification mechanism, which effectively calls =20
> PMF.getDatastoreCache().evict() and PM.evict(). The problem here is =20=

> that either evict() accepts only PC objects, not object ids, so we =20
> have to call PM.getObjectById() beforehand. If no object for that =20
> id was present, we're instantiating a hollow object here only to =20
> discard it afterwards, that's not very effective.
>
> As we really want cache invalidation here, not eviction, this is =20
> even worse. For this purpose, it would be far more convenient to =20
> have some method like invalidateCachesFor(Object id) on =20
> PersistenceManagerFactory. To make our wish complete ;) this method =20=

> would transition all non-transactional instances to hollow for that =20=

> id, for all the PMs the PMF has given out. All transactional =20
> objects with that id should be transitioned to hollow after their =20
> transaction has completed (either with commit or rollback).
>
> Or is there some other way to achieve the same effect?
>
> Thanks for any comments,
> J=F6rg
>
>

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-256--107839663
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=ISO-8859-1

<HTML><BODY style=3D"word-wrap: break-word; -khtml-nbsp-mode: space; =
-khtml-line-break: after-white-space; ">Hi=A0J=F6rg,<DIV><BR =
class=3D"khtml-block-placeholder"></DIV><DIV>Is this issue dead =
now?</DIV><DIV><BR class=3D"khtml-block-placeholder"></DIV><DIV>I looked =
at the javadoc for these methods and they all refer to oid not =
pc.</DIV><DIV><BR =
class=3D"khtml-block-placeholder"></DIV><DIV>Thanks,</DIV><DIV><BR =
class=3D"khtml-block-placeholder"></DIV><DIV>Craig</DIV><DIV><BR><DIV><DIV=
>On Feb 3, 2006, at 1:59 AM, Joerg von Frantzius wrote:</DIV><BR =
class=3D"Apple-interchange-newline"><BLOCKQUOTE type=3D"cite">  Hello =
JDO developers,<BR> <BR> in our system we have several VMs that operate =
on the same database via JDO. We're performing distributed cache =
invalidation via our own notification mechanism, which effectively calls =
<TT>PMF.getDatastoreCache().evict()</TT> and <TT>PM.evict()</TT>. The =
problem here is that either <TT>evict()</TT> accepts only PC objects, =
not object ids, so we have to call <TT>PM.getObjectById()</TT> =
beforehand. If no object for that id was present, we're instantiating a =
hollow object here only to discard it afterwards, that's not very =
effective. <BR> <BR> As we really want cache invalidation here, not =
eviction, this is even worse. For this purpose, it would be far more =
convenient to have some method like<TT> invalidateCachesFor(Object =
id</TT>) on <TT>PersistenceManagerFactory</TT>. To make our wish =
complete ;) this method would transition all non-transactional instances =
to hollow for that id, for all the PMs the PMF has given out. All =
transactional objects with that id should be transitioned to hollow =
after their transaction has completed (either with commit or =
rollback).<BR> <BR> Or is there some other way to achieve the same =
effect?<BR> <BR> Thanks for any comments,<BR> J=F6rg<BR> <BR> <BR>  =
</BLOCKQUOTE></DIV><BR><DIV> <P style=3D"margin: 0.0px 0.0px 0.0px =
0.0px"><FONT face=3D"Helvetica" size=3D"3" style=3D"font: 12.0px =
Helvetica">Craig Russell</FONT></P> <P style=3D"margin: 0.0px 0.0px =
0.0px 0.0px"><FONT face=3D"Helvetica" size=3D"3" style=3D"font: 12.0px =
Helvetica">Architect, Sun Java Enterprise System <A =
href=3D"http://java.sun.com/products/jdo">http://java.sun.com/products/jdo=
</A></FONT></P> <P style=3D"margin: 0.0px 0.0px 0.0px 0.0px"><FONT =
face=3D"Helvetica" size=3D"3" style=3D"font: 12.0px Helvetica">408 =
276-5638 <A =
href=3D"mailto:Craig.Russell@sun.com">mailto:Craig.Russell@sun.com</A></FO=
NT></P> <P style=3D"margin: 0.0px 0.0px 0.0px 0.0px"><FONT =
face=3D"Helvetica" size=3D"3" style=3D"font: 12.0px Helvetica">P.S. A =
good JDO? O, Gasp!</FONT></P>  </DIV><BR></DIV></BODY></HTML>=

--Apple-Mail-256--107839663--

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

MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIGUDCCAwkw
ggJyoAMCAQICEB7Y7fLHmKoeHTUdbtYrvpAwDQYJKoZIhvcNAQEEBQAwYjELMAkGA1UEBhMCWkEx
JTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQ
ZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMB4XDTA1MTIxNTIxNDc0NFoXDTA2MTIxNTIxNDc0
NFowbDEQMA4GA1UEBBMHUnVzc2VsbDEUMBIGA1UEKhMLQ3JhaWcgTGFpcmQxHDAaBgNVBAMTE0Ny
YWlnIExhaXJkIFJ1c3NlbGwxJDAiBgkqhkiG9w0BCQEWFUNyYWlnLlJ1c3NlbGxAU3VuLkNPTTCC
ASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAMXXgEAm88nu8cFbxXSWqTq+GaYpCx/0QSom
8kBbVxpJIURuO4ErLDupeXu6y9+5e7ZKLbeSQE5xbfYPcQR/IhqmYKy5YqRcuzPXREBj2zKEkZph
pNXWpHgMdx9W8dq0Cu2i9Ux/S6c2MuEHrP6gfGGll+b/mzLoO280QHTuE4pcpKntRnwZdGxQ/5l8
IL+eLP+jpJAbYW9C+KNKofZtS6V6R0uzlqTOsEdZvwxZQ4mmPgHoz1+Gjwme/PC5sKvF09MaJDiI
pj9SvZ4CTCgcDZV78J086YwlVbMC0VQotjhu1p42lr8CS33IXLz3OWNrDETCAepah/Dgw2ZZApQ9
9L0CAwEAAaMyMDAwIAYDVR0RBBkwF4EVQ3JhaWcuUnVzc2VsbEBTdW4uQ09NMAwGA1UdEwEB/wQC
MAAwDQYJKoZIhvcNAQEEBQADgYEAKdIkgAWCg2Bi7ocnstfJA4iymTRI2/L4oQx9zvllM9bNJ2cR
cecJIx3HuoHbhPvemh1GExEPgHU+dXSxDmD0BEmPnhSReKCURyslnbMphPZ5kR6USzQFrRa+v0ii
J+SBO9VQYTQWT+xEjmRLM76MfkBFw3IOC9CUkRoYZ88pOoUwggM/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
YWlsIElzc3VpbmcgQ0ECEB7Y7fLHmKoeHTUdbtYrvpAwCQYFKw4DAhoFAKCCAW8wGAYJKoZIhvcN
AQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMDYwMjA2MjExNzE0WjAjBgkqhkiG9w0B
CQQxFgQUJYAo4ijd6uhhRGhXuN4TvNIlGpIwgYUGCSsGAQQBgjcQBDF4MHYwYjELMAkGA1UEBhMC
WkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0
ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBAhAe2O3yx5iqHh01HW7WK76QMIGHBgsqhkiG
9w0BCRACCzF4oHYwYjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQ
dHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBAhAe
2O3yx5iqHh01HW7WK76QMA0GCSqGSIb3DQEBAQUABIIBALnjv+VMhBEcLzsDBxnbu2TehzeZREfI
NP3X9+wWpf8431Zk9dPniBuDz3qymCHqUMGKJXrNMaTyxRXG/z5NQB/G2EctEDyqpEjekWki015s
cShMheO/UUT1pcLtEQ+AgSH4ZC0pDfM7iZDvk4+znjfIOtRkGQ/Ee4yXH6wt9Dlfhi8ynAwOf0HI
2T4DfcrFtcC0GBqtdNYsggXQuoiBJm600w8XW12gaLtloxiUjw8A2DcV3FocVt2v8SeYb7dD1nAn
FJ7I1o3s9g5/MnLeSYyGsN8nTmj6Ydw7EO3nFxC/4w5WSLoFE+DKSPjcfXmonXb0UD1UhPmR1ATF
hyDH8coAAAAAAAA=

--Apple-Mail-257--107839115--