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=0.4 required=5.0 tests=BAYES_00,FORGED_MUA_MOZILLA
	autolearn=no autolearn_force=no version=3.4.4
X-Google-Thread: 103376,9c6e774bffb6a09e
X-Google-NewGroupId: yes
X-Google-Attributes: gida07f3367d7,domainid0,public,usenet
X-Google-Language: ENGLISH,ASCII-7-bit
Received: by 10.68.190.99 with SMTP id gp3mr7464559pbc.1.1326714504260;
        Mon, 16 Jan 2012 03:48:24 -0800 (PST)
Path: 
 lh20ni188418pbb.0!nntp.google.com!news2.google.com!news1.google.com!eweka.nl!lightspeed.eweka.nl!npeer.de.kpn-eurorings.net!npeer-ng0.de.kpn-eurorings.net!newsfeed.arcor.de!newsspool3.arcor-online.net!news.arcor.de.POSTED!not-for-mail
Date: Mon, 16 Jan 2012 12:48:15 +0100
From: Georg Bauhaus <rm.dash-bauhaus@futureapps.de>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6;
 rv:8.0) Gecko/20111105 Thunderbird/8.0
MIME-Version: 1.0
Newsgroups: comp.lang.ada
Subject: Re: : Ada Utility Library 1.4.0 is available
References: <4f13480d$0$5689$ba4acef3@reader.news.orange.fr>
 <6c0b74d1-6d8d-4ef8-9132-c4e57b48f323@w4g2000vbc.googlegroups.com>
In-Reply-To: 
 <6c0b74d1-6d8d-4ef8-9132-c4e57b48f323@w4g2000vbc.googlegroups.com>
Message-ID: <4f140e7f$0$7612$9b4e6d93@newsspool1.arcor-online.net>
Organization: Arcor
NNTP-Posting-Date: 16 Jan 2012 12:48:15 CET
NNTP-Posting-Host: 900818e6.newsspool1.arcor-online.net
X-Trace: 
 DXC=;E`4dD3;N2`m7>ihJR;B_cic==]BZ:afn4Fo<]lROoRa<`=YMgDjhgb2\<H^chg\5`nc\616M64>jLh>_cHTX3jmJVGR^@A<?1d
X-Complaints-To: usenet-abuse@arcor.de
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Date: 2012-01-16T12:48:15+01:00
List-Id: <comp.lang.ada>

On 16.01.12 09:10, AdaMagica wrote:
> Hm, I looked at your beans, and I do not see the value of this.

TTBOMK, beans at the most basic level will usually exist so that
there is a way for some kind of configurable framework to automatically
write ("serialize") plain old Ada objects to external storage, and restore
them as Ada objects, as needed. (There is more, like transactions,
or events sent to beans.)  The external storage typically
provides for storing conventional database types; the storage can
be configured without touching the programs, and can be anything
that meets some simple requirements, not just RDMSs. Could be
JSON, or XML, too.  JSON is particularly hip if you want
communication with Google terminals, such as Android devices
or browser based virtual machines, JSON being  a Javascript
format (assoc lists).

The easiest way to map plain old objects to external storage
is via symbolic names understood at both the Ada end
and at the data storage end. The resulting objects can be
used by programs written in other languages, too.
As long as the data items are complete (no references, say),
the data storage needs only know, for each data item to be handled,
a pair consisting of the name of data item, and the predefined
type of item, perhaps in some data nest fashion. Hence, I think,

   subtype Polytype is Util.Beans.Objects.Object;
     -- for illustrating the multi-type nature

   overriding
   function Get_Value (From : Compute_Bean;
                       Name : String) return Polytype;

together with the definition of a mapping between Polytype,
names, and program types.


<Side-note related="somewhat">Rumor has it that not all projects
are entirely happy after having moved away from plain old
relational SQL (such as JDBC) to object storage (such as Hibernate).</>