The DetachOnClose property would only be triggered by the close of the last wrapper on the real persistence manager. So I don't think that this is the issue.
The issue as you have pointed out before is that in a managed environment there is some uncertainty whether the PM is still open at the time a return value is serialized.
Craig
On May 4, 2005, at 12:00 AM, [EMAIL PROTECTED] wrote:
Hi Matthew,
as pointed out in previous discussions, this property won't really work in a managed environment.
(as the close() is not really a JDO-close(), but invalidates one handle)
Best regards,
Christian
<x-tad-smaller>"Matthew T. Adams" <[EMAIL PROTECTED]></x-tad-smaller><x-tad-smaller> </x-tad-smaller>
<x-tad-smaller>Sent by: [EMAIL PROTECTED]</x-tad-smaller>
<x-tad-smaller>03/05/2005 23:10</x-tad-smaller>
<x-tad-smaller>Please respond to</x-tad-smaller>
<x-tad-smaller> <[EMAIL PROTECTED]></x-tad-smaller>
<x-tad-smaller>To</x-tad-smaller>
<x-tad-smaller><[email protected]>, <[EMAIL PROTECTED]></x-tad-smaller>
<x-tad-smaller>cc</x-tad-smaller>
<x-tad-smaller>Subject</x-tad-smaller>
<x-tad-smaller>Issue 44: �detachOnClose property: �On just PM or PM+PMF?</x-tad-smaller>
<x-tad-smaller>Hi all,</x-tad-smaller>Craig Russell
<x-tad-smaller> Currently, the interface PersistenceManager defines a property</x-tad-smaller>
<x-tad-smaller> detachOnClose, but PersistenceManagerFactory does not. �Is this a</x-tad-smaller>
<x-tad-smaller> property that should also be on PersistenceManagerFactory whose value</x-tad-smaller>
<x-tad-smaller> PMs inherit from their PMF, much like PMF & PM properties ignoreCache</x-tad-smaller>
<x-tad-smaller> and multithreaded? �Are there other properties whose values PMs should</x-tad-smaller>
<x-tad-smaller> inherit from their PMFs?</x-tad-smaller>
<x-tad-smaller> Further, on the issues list, it's listed as #44 with a withdrawal from</x-tad-smaller>
<x-tad-smaller> Abe and a preference from Craig that it remain. �Clarification, please.</x-tad-smaller>
<x-tad-smaller> --matthew</x-tad-smaller>
<x-tad-smaller> Matthew T. Adams</x-tad-smaller>
<x-tad-smaller> Corporate Technical Advisor & Senior Consultant</x-tad-smaller>
<x-tad-smaller> Mobile: �+1 253 732 1051</x-tad-smaller>
<x-tad-smaller> Phone: �+1 206 331 3833</x-tad-smaller>
<x-tad-smaller> Fax: �+1 360 937 9616</x-tad-smaller>
<x-tad-smaller> [EMAIL PROTECTED]</x-tad-smaller>
<x-tad-smaller> P.O. Box 24163</x-tad-smaller>
<x-tad-smaller> Federal Way, WA �98093</x-tad-smaller>
<x-tad-smaller> www.xcalia.com</x-tad-smaller>
<x-tad-smaller> Xcalia helps businesses address the challenge of Enterprise Information</x-tad-smaller>
<x-tad-smaller> Access in a heterogeneous environment. �We provide products and services</x-tad-smaller>
<x-tad-smaller> that facilitate the two-way exchange of information between individuals,</x-tad-smaller>
<x-tad-smaller> mission-critical applications, and databases. �Our customers enjoy</x-tad-smaller>
<x-tad-smaller> improved performance, reduced operating and development costs, faster</x-tad-smaller>
<x-tad-smaller> time to market, and rejuvenated legacy systems.</x-tad-smaller>
Architect, Sun Java Enterprise System http://java.sun.com/products/jdo
408 276-5638 mailto:[EMAIL PROTECTED]
P.S. A good JDO? O, Gasp!
smime.p7s
Description: S/MIME cryptographic signature
