X-CGP-ClamAV-Result: CLEAN X-VirusScanner: Niversoft's CGPClamav Helper v1.22.2a (ClamAV engine v0.102.2) X-Junk-Score: 0 [] X-KAS-Score: 0 [] From: "OCsite" Received: from smtp-beta-2.zoner.com ([217.198.120.44] verified) by post.selbstdenker.com (CommuniGate Pro SMTP 6.3.3) with ESMTPS id 26649115 for webobjects-dev@wocommunity.org; Thu, 21 Oct 2021 13:27:26 +0200 Received-SPF: none receiver=post.selbstdenker.com; client-ip=217.198.120.44; envelope-from=ocs@ocs.cz Received: from smtp.zoner.com (smtp.zoner.com [217.198.120.6]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp-beta-2.zoner.com (Postfix) with ESMTPS id F306C18046B9 for ; Thu, 21 Oct 2021 13:27:05 +0200 (CEST) Received: from smtpclient.apple (smtp2stechovice.cli-eurosignal.cz [77.240.99.254]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: ocs@ocs.cz) by smtp.zoner.com (Postfix) with ESMTPSA id A1C933000068 for ; Thu, 21 Oct 2021 13:27:05 +0200 (CEST) Content-Type: multipart/alternative; boundary="Apple-Mail=_8336FE89-F248-4248-B5C4-D38C255978AB" Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.100.0.2.22\)) Subject: ERXDatabaseContext? Message-Id: <7A125224-A156-42C9-9F7C-E3FC2BA5FAD6@ocs.cz> Date: Thu, 21 Oct 2021 13:27:04 +0200 To: OCsite X-Mailer: Apple Mail (2.3654.100.0.2.22) --Apple-Mail=_8336FE89-F248-4248-B5C4-D38C255978AB Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi there, hunting for an unrelated bug, I have noticed I've got an = EODatabaseContext, not ERXDatabaseContext. Checking the Wonder sources = it looks like it is opt-in and (along with EODatabase) will not load = unless er.extensions.ERXDatabaseContext.activate (or remote = synchroniser) is set. I wonder why? The source seems not to be remote-sync-specific, far as I = can say; EODatabaseContext fixes some problem with a single-table = inheritance, thus it would seem prudent to have it all the time, or, at = the very least, by default with an opt-out if someone does not want to. As for EODatabase, I admit I do not quite get the point of its snapshot = cache (is the thing documented anywhere? This document = really does not say much), that one well might be = remote-sync-specific for all I know. What is the reason these extensions are not normally used, unless the = user explicitly asks for them? Is there some danger or another drawback = caused by using them? Thanks, OC --Apple-Mail=_8336FE89-F248-4248-B5C4-D38C255978AB Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii Hi = there,

hunting for = an unrelated bug, I have noticed I've got an EODatabaseContext, not ERXDatabaseContext. Checking the = Wonder sources it looks like it is opt-in and (along with EODatabase) will not load unless er.extensions.ERXDatabaseContext.activate (or remote synchroniser) is = set.

I wonder why? The source = seems not to be remote-sync-specific, far as I can say; EODatabaseContext fixes some problem with a single-table inheritance, thus it = would seem prudent to have it all the time, or, at the very least, by = default with an opt-out if someone does not want to.

As for EODatabase, I admit I do not quite = get the point of its snapshot cache (is the thing documented anywhere? = This document really does not say much), = that one well might be remote-sync-specific for all I know.

What is the reason these extensions = are not = normally used, unless the user explicitly asks for them? Is there some = danger or another drawback caused by using them?

Thanks,

OC

= --Apple-Mail=_8336FE89-F248-4248-B5C4-D38C255978AB--