Issue 3227: PSS: Mapping for catalogs and abstract storage homes                                                                                                                                                    (pss-ftf)
Source: Humboldt-Universitaet (Mr. Martin von Loewis, loewis@informatik.hu-berlin.de)
Nature: Uncategorized Issue
Severity: 
Summary: In section 1.4.2 of the PSS draft, catalogs and abstract storage homes
are mapped to local interfaces. However, it is not clear how the
<catalog_body> and the <abstract_storagehome_body> is converted into
the body of the local interface.

In particular, the mapping for key and factory_dcl is not
specified. Apparently, the intent is that the mapping follows the
rules presented in section "Keys" and "Factory Operations" are applied
- even though those sections talk about mapping to implementation
languages, not to a local interface.

Also, if this mapping in these sections is applied, the resulting
operations consume and produce "ref<S>" values, which are not legal
for operations in local interfaces (according to the Core
specification of local interfaces).

Resolution: 
Revised Text: See http://cgi.omg.org/pub/pss_ftf/vote3.pdf (color RED)
Actions taken:
January 17, 2000: received issue
May 13, 2002: closed issue
Discussion: 
·	Catalogs were removed by the resolution to issue #3252 
·	 Define the mapping of abstract storage homes directly in each language mapping, without equivalent local interfaces.

End of Annotations:=====
Date: Mon, 17 Jan 2000 18:14:23 +0100
Message-Id: <200001171714.SAA17015@pandora>
From: Martin von Loewis <loewis@informatik.hu-berlin.de>
To: issues@omg.org
Subject: PSS: Mapping for catalogs and abstract storage homes
User-Agent: SEMI/1.13.3 (Komaiko) FLIM/1.12.5 (Hirahata) Emacs/20.4
(sparc-sun-solaris2.5.1) MULE/4.0 (HANANOEN)
MIME-Version: 1.0 (generated by SEMI 1.13.3 - "Komaiko")
Content-Type: text/plain; charset=US-ASCII
X-UIDL: )hTd9Z>k!!$pid9W>I!!

In section 1.4.2 of the PSS draft, catalogs and abstract storage homes
are mapped to local interfaces. However, it is not clear how the
<catalog_body> and the <abstract_storagehome_body> is converted into
the body of the local interface.

In particular, the mapping for <key> and <factory_dcl> is not
specified. Apparently, the intent is that the mapping follows the
rules presented in section "Keys" and "Factory Operations" are applied
- even though those sections talk about mapping to implementation
languages, not to a local interface.

Also, if this mapping in these sections is applied, the resulting
operations consume and produce "ref<S>" values, which are not legal
for operations in local interfaces (according to the Core
specification of local interfaces).

Regards,
Martin