From mboxrd@z Thu Jan  1 00:00:00 1970
X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,FREEMAIL_FROM
	autolearn=unavailable autolearn_force=no version=3.4.4
X-Received: by 10.182.34.138 with SMTP id z10mr38063465obi.34.1448537409922;
        Thu, 26 Nov 2015 03:30:09 -0800 (PST)
X-Received: by 10.182.250.169 with SMTP id zd9mr505448obc.1.1448537409893;
 Thu, 26 Nov 2015 03:30:09 -0800 (PST)
Path: 
 eternal-september.org!reader01.eternal-september.org!reader02.eternal-september.org!news.eternal-september.org!mx02.eternal-september.org!feeder.eternal-september.org!news.glorb.com!mv3no3066049igc.0!news-out.google.com!f6ni13912igq.0!nntp.google.com!mv3no4112266igc.0!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail
Newsgroups: comp.lang.ada
Date: Thu, 26 Nov 2015 03:30:09 -0800 (PST)
In-Reply-To: <1nf8wc05tjtvf$.1ctjb9hsr0qsp.dlg@40tude.net>
Complaints-To: groups-abuse@google.com
Injection-Info: glegroupsg2000goo.googlegroups.com;
 posting-host=94.107.233.114;
 posting-account=6m7axgkAAADBKh082FfZLdYsJ24CXYi5
NNTP-Posting-Host: 94.107.233.114
References: <b4aee46c-7dbb-4906-99c5-f4f8e9876fc6@googlegroups.com>
 <n2viun$sb0$1@dont-email.me>
 <04eb6626-644b-4b16-a329-c35659a9fbe2@googlegroups.com>
 <n325f8$kq0$1@dont-email.me> <dbjve4F188rU1@mid.individual.net>
 <n32lqq$sqm$1@dont-email.me> <1ephv5ugr5mib$.9ehadf3dddct$.dlg@40tude.net>
 <c3827fcd-6b2e-4c64-8901-1e91030f1c84@googlegroups.com>
 <1nf8wc05tjtvf$.1ctjb9hsr0qsp.dlg@40tude.net>
User-Agent: G2/1.0
MIME-Version: 1.0
Message-ID: <8132c558-aec2-41f4-8024-4a75a2d497ae@googlegroups.com>
Subject: Re: operation can be dispatching in only one type
From: Serge Robyns <serge.robyns@gmail.com>
Injection-Date: Thu, 26 Nov 2015 11:30:09 +0000
Content-Type: text/plain; charset=ISO-8859-1
Xref: news.eternal-september.org comp.lang.ada:28546
Date: 2015-11-26T03:30:09-08:00
List-Id: <comp.lang.ada>

Dmitry,

On Wednesday, 25 November 2015 18:38:53 UTC+1, Dmitry A. Kazakov  wrote:
> The object is a proxy to a persistent object. It is OK to update the proxy
> without committing changes to the persistent counterpart. But note that you
> still want to extend compiler-generated setters. E.g. for marking the proxy
> object out-of-sync. Thus when a transaction is getting committed the
> connection handler would store all updated objects.

Can you please elaborate what you mean by a "compiler-generated" setter?  Because from what I do understand from your explanation about marking the proxy is something I'm looking for and maybe to far while it's right under my nose.

Serge