Can CORBA Save a Fringe Language from Becoming Obsolete? View Full Text


Ontology type: schema:Chapter      Open Access: True


Chapter Info

DATE

1999

AUTHORS

Susan Eisenbach , Emil Lupu , Karen Meidl , Hani Rizkallah

ABSTRACT

Not only does CORBA offer the advantage of distribution transparency for building applications, but it may provide esoteric programming languages with greater capabilities through its interoperability standard. Implementing interoperability with the CORBA/IIOP gives rise to several problems of compatibility between the CORBA computational model and those of the languages or sub-systems for which an IIOP bridge implementation is built. This paper describes how an actor-based language, Rosette, has been extended to provide support for distributed environments by extending the language with support for the CORBA/IIOP. The prototype IIOP interface has been implemented as a half-bridge. The Rosette types, object model and concurrency are very different from those generally available in conventional languages and CORBA. We discuss the issues relating to type compatibility, run-time type identification, and multi-threading of concurrent invocations. More... »

PAGES

273-286

Identifiers

URI

http://scigraph.springernature.com/pub.10.1007/978-0-387-35565-8_23

DOI

http://dx.doi.org/10.1007/978-0-387-35565-8_23

DIMENSIONS

https://app.dimensions.ai/details/publication/pub.1012157286


Indexing Status Check whether this publication has been indexed by Scopus and Web Of Science using the SN Indexing Status Tool
Incoming Citations Browse incoming citations for this publication using opencitations.net

JSON-LD is the canonical representation for SciGraph data.

TIP: You can open this SciGraph record using an external JSON-LD service: JSON-LD Playground Google SDTT

[
  {
    "@context": "https://springernature.github.io/scigraph/jsonld/sgcontext.json", 
    "about": [
      {
        "id": "http://purl.org/au-research/vocabulary/anzsrc-for/2008/08", 
        "inDefinedTermSet": "http://purl.org/au-research/vocabulary/anzsrc-for/2008/", 
        "name": "Information and Computing Sciences", 
        "type": "DefinedTerm"
      }, 
      {
        "id": "http://purl.org/au-research/vocabulary/anzsrc-for/2008/0801", 
        "inDefinedTermSet": "http://purl.org/au-research/vocabulary/anzsrc-for/2008/", 
        "name": "Artificial Intelligence and Image Processing", 
        "type": "DefinedTerm"
      }, 
      {
        "id": "http://purl.org/au-research/vocabulary/anzsrc-for/2008/0803", 
        "inDefinedTermSet": "http://purl.org/au-research/vocabulary/anzsrc-for/2008/", 
        "name": "Computer Software", 
        "type": "DefinedTerm"
      }, 
      {
        "id": "http://purl.org/au-research/vocabulary/anzsrc-for/2008/0806", 
        "inDefinedTermSet": "http://purl.org/au-research/vocabulary/anzsrc-for/2008/", 
        "name": "Information Systems", 
        "type": "DefinedTerm"
      }
    ], 
    "author": [
      {
        "affiliation": {
          "alternateName": "Department of Computing, Imperial College, 180 Queen\u2019s Gate, SW7 2BZ, London, UK", 
          "id": "http://www.grid.ac/institutes/grid.7445.2", 
          "name": [
            "Department of Computing, Imperial College, 180 Queen\u2019s Gate, SW7 2BZ, London, UK"
          ], 
          "type": "Organization"
        }, 
        "familyName": "Eisenbach", 
        "givenName": "Susan", 
        "id": "sg:person.010745172566.14", 
        "sameAs": [
          "https://app.dimensions.ai/discover/publication?and_facet_researcher=ur.010745172566.14"
        ], 
        "type": "Person"
      }, 
      {
        "affiliation": {
          "alternateName": "Department of Computing, Imperial College, 180 Queen\u2019s Gate, SW7 2BZ, London, UK", 
          "id": "http://www.grid.ac/institutes/grid.7445.2", 
          "name": [
            "Department of Computing, Imperial College, 180 Queen\u2019s Gate, SW7 2BZ, London, UK"
          ], 
          "type": "Organization"
        }, 
        "familyName": "Lupu", 
        "givenName": "Emil", 
        "id": "sg:person.013404167044.28", 
        "sameAs": [
          "https://app.dimensions.ai/discover/publication?and_facet_researcher=ur.013404167044.28"
        ], 
        "type": "Person"
      }, 
      {
        "affiliation": {
          "alternateName": "Department of Computing, Imperial College, 180 Queen\u2019s Gate, SW7 2BZ, London, UK", 
          "id": "http://www.grid.ac/institutes/grid.7445.2", 
          "name": [
            "Department of Computing, Imperial College, 180 Queen\u2019s Gate, SW7 2BZ, London, UK"
          ], 
          "type": "Organization"
        }, 
        "familyName": "Meidl", 
        "givenName": "Karen", 
        "type": "Person"
      }, 
      {
        "affiliation": {
          "alternateName": "Andersen Consulting, Arundel St., London, UK", 
          "id": "http://www.grid.ac/institutes/grid.476073.1", 
          "name": [
            "Andersen Consulting, Arundel St., London, UK"
          ], 
          "type": "Organization"
        }, 
        "familyName": "Rizkallah", 
        "givenName": "Hani", 
        "type": "Person"
      }
    ], 
    "datePublished": "1999", 
    "datePublishedReg": "1999-01-01", 
    "description": "Not only does CORBA offer the advantage of distribution transparency for building applications, but it may provide esoteric programming languages with greater capabilities through its interoperability standard. Implementing interoperability with the CORBA/IIOP gives rise to several problems of compatibility between the CORBA computational model and those of the languages or sub-systems for which an IIOP bridge implementation is built. This paper describes how an actor-based language, Rosette, has been extended to provide support for distributed environments by extending the language with support for the CORBA/IIOP. The prototype IIOP interface has been implemented as a half-bridge. The Rosette types, object model and concurrency are very different from those generally available in conventional languages and CORBA. We discuss the issues relating to type compatibility, run-time type identification, and multi-threading of concurrent invocations.", 
    "editor": [
      {
        "familyName": "Kutvonen", 
        "givenName": "Lea", 
        "type": "Person"
      }, 
      {
        "familyName": "K\u00f6nig", 
        "givenName": "Hartmut", 
        "type": "Person"
      }, 
      {
        "familyName": "Tienari", 
        "givenName": "Martti", 
        "type": "Person"
      }
    ], 
    "genre": "chapter", 
    "id": "sg:pub.10.1007/978-0-387-35565-8_23", 
    "isAccessibleForFree": true, 
    "isPartOf": {
      "isbn": [
        "978-1-4757-5008-9", 
        "978-0-387-35565-8"
      ], 
      "name": "Distributed Applications and Interoperable Systems II", 
      "type": "Book"
    }, 
    "keywords": [
      "esoteric programming language", 
      "actor-based language", 
      "concurrent invocations", 
      "distribution transparency", 
      "interoperability standards", 
      "programming language", 
      "CORBA", 
      "conventional language", 
      "IIOP", 
      "type compatibility", 
      "language", 
      "type identification", 
      "problem of compatibility", 
      "building applications", 
      "computational model", 
      "bridge implementation", 
      "great capability", 
      "interoperability", 
      "concurrency", 
      "invocation", 
      "implementation", 
      "rosette type", 
      "capability", 
      "interface", 
      "environment", 
      "model", 
      "applications", 
      "support", 
      "obsolete", 
      "issues", 
      "advantages", 
      "compatibility", 
      "transparency", 
      "standards", 
      "identification", 
      "rise", 
      "types", 
      "paper", 
      "problem", 
      "rosettes"
    ], 
    "name": "Can CORBA Save a Fringe Language from Becoming Obsolete?", 
    "pagination": "273-286", 
    "productId": [
      {
        "name": "dimensions_id", 
        "type": "PropertyValue", 
        "value": [
          "pub.1012157286"
        ]
      }, 
      {
        "name": "doi", 
        "type": "PropertyValue", 
        "value": [
          "10.1007/978-0-387-35565-8_23"
        ]
      }
    ], 
    "publisher": {
      "name": "Springer Nature", 
      "type": "Organisation"
    }, 
    "sameAs": [
      "https://doi.org/10.1007/978-0-387-35565-8_23", 
      "https://app.dimensions.ai/details/publication/pub.1012157286"
    ], 
    "sdDataset": "chapters", 
    "sdDatePublished": "2022-09-02T16:10", 
    "sdLicense": "https://scigraph.springernature.com/explorer/license/", 
    "sdPublisher": {
      "name": "Springer Nature - SN SciGraph project", 
      "type": "Organization"
    }, 
    "sdSource": "s3://com-springernature-scigraph/baseset/20220902/entities/gbq_results/chapter/chapter_129.jsonl", 
    "type": "Chapter", 
    "url": "https://doi.org/10.1007/978-0-387-35565-8_23"
  }
]
 

Download the RDF metadata as:  json-ld nt turtle xml License info

HOW TO GET THIS DATA PROGRAMMATICALLY:

JSON-LD is a popular format for linked data which is fully compatible with JSON.

curl -H 'Accept: application/ld+json' 'https://scigraph.springernature.com/pub.10.1007/978-0-387-35565-8_23'

N-Triples is a line-based linked data format ideal for batch operations.

curl -H 'Accept: application/n-triples' 'https://scigraph.springernature.com/pub.10.1007/978-0-387-35565-8_23'

Turtle is a human-readable linked data format.

curl -H 'Accept: text/turtle' 'https://scigraph.springernature.com/pub.10.1007/978-0-387-35565-8_23'

RDF/XML is a standard XML format for linked data.

curl -H 'Accept: application/rdf+xml' 'https://scigraph.springernature.com/pub.10.1007/978-0-387-35565-8_23'


 

This table displays all metadata directly associated to this object as RDF triples.

139 TRIPLES      22 PREDICATES      67 URIs      58 LITERALS      7 BLANK NODES

Subject Predicate Object
1 sg:pub.10.1007/978-0-387-35565-8_23 schema:about anzsrc-for:08
2 anzsrc-for:0801
3 anzsrc-for:0803
4 anzsrc-for:0806
5 schema:author N48f99d057b154c40897bf349c3a53f32
6 schema:datePublished 1999
7 schema:datePublishedReg 1999-01-01
8 schema:description Not only does CORBA offer the advantage of distribution transparency for building applications, but it may provide esoteric programming languages with greater capabilities through its interoperability standard. Implementing interoperability with the CORBA/IIOP gives rise to several problems of compatibility between the CORBA computational model and those of the languages or sub-systems for which an IIOP bridge implementation is built. This paper describes how an actor-based language, Rosette, has been extended to provide support for distributed environments by extending the language with support for the CORBA/IIOP. The prototype IIOP interface has been implemented as a half-bridge. The Rosette types, object model and concurrency are very different from those generally available in conventional languages and CORBA. We discuss the issues relating to type compatibility, run-time type identification, and multi-threading of concurrent invocations.
9 schema:editor N938decdf18f347c5a83d2dc066aa8d9f
10 schema:genre chapter
11 schema:isAccessibleForFree true
12 schema:isPartOf N79e87d61da124d259b8fc10f39c2e9ad
13 schema:keywords CORBA
14 IIOP
15 actor-based language
16 advantages
17 applications
18 bridge implementation
19 building applications
20 capability
21 compatibility
22 computational model
23 concurrency
24 concurrent invocations
25 conventional language
26 distribution transparency
27 environment
28 esoteric programming language
29 great capability
30 identification
31 implementation
32 interface
33 interoperability
34 interoperability standards
35 invocation
36 issues
37 language
38 model
39 obsolete
40 paper
41 problem
42 problem of compatibility
43 programming language
44 rise
45 rosette type
46 rosettes
47 standards
48 support
49 transparency
50 type compatibility
51 type identification
52 types
53 schema:name Can CORBA Save a Fringe Language from Becoming Obsolete?
54 schema:pagination 273-286
55 schema:productId N2538cb8fd62240b0a37152e2d79696b4
56 N9544518bab0c4f28854dd98715d27994
57 schema:publisher Nfa5ca06abcf2467682a5a1692b0527d7
58 schema:sameAs https://app.dimensions.ai/details/publication/pub.1012157286
59 https://doi.org/10.1007/978-0-387-35565-8_23
60 schema:sdDatePublished 2022-09-02T16:10
61 schema:sdLicense https://scigraph.springernature.com/explorer/license/
62 schema:sdPublisher N228bf38bb8484b9f8ab9de0fb3383ff5
63 schema:url https://doi.org/10.1007/978-0-387-35565-8_23
64 sgo:license sg:explorer/license/
65 sgo:sdDataset chapters
66 rdf:type schema:Chapter
67 N028bb7025b944bbea4829a04646d1c95 rdf:first Ne8d5805fd9ac458baf98ac1e87b40bc4
68 rdf:rest N4a62eab9b7a648cbbab26fe70e606171
69 N19dcf961262e438dbde9e598e55dedb8 rdf:first N252921dc528744fb96e95be7833bbd32
70 rdf:rest Nd6d41f0f75b546c580fd88523d9e5e1c
71 N201c13462d3a4d1fa908c9eabe7b76d7 schema:familyName Tienari
72 schema:givenName Martti
73 rdf:type schema:Person
74 N228bf38bb8484b9f8ab9de0fb3383ff5 schema:name Springer Nature - SN SciGraph project
75 rdf:type schema:Organization
76 N252921dc528744fb96e95be7833bbd32 schema:familyName König
77 schema:givenName Hartmut
78 rdf:type schema:Person
79 N2538cb8fd62240b0a37152e2d79696b4 schema:name doi
80 schema:value 10.1007/978-0-387-35565-8_23
81 rdf:type schema:PropertyValue
82 N3588ce8cdc9f4474b1ccf9280a92a495 rdf:first sg:person.013404167044.28
83 rdf:rest N028bb7025b944bbea4829a04646d1c95
84 N3c0e3a973d884ef3bb3211a46d1c102e schema:familyName Kutvonen
85 schema:givenName Lea
86 rdf:type schema:Person
87 N48f99d057b154c40897bf349c3a53f32 rdf:first sg:person.010745172566.14
88 rdf:rest N3588ce8cdc9f4474b1ccf9280a92a495
89 N4a62eab9b7a648cbbab26fe70e606171 rdf:first Ndf16406ccfa2491fb0bc5600bc8dbea1
90 rdf:rest rdf:nil
91 N79e87d61da124d259b8fc10f39c2e9ad schema:isbn 978-0-387-35565-8
92 978-1-4757-5008-9
93 schema:name Distributed Applications and Interoperable Systems II
94 rdf:type schema:Book
95 N938decdf18f347c5a83d2dc066aa8d9f rdf:first N3c0e3a973d884ef3bb3211a46d1c102e
96 rdf:rest N19dcf961262e438dbde9e598e55dedb8
97 N9544518bab0c4f28854dd98715d27994 schema:name dimensions_id
98 schema:value pub.1012157286
99 rdf:type schema:PropertyValue
100 Nd6d41f0f75b546c580fd88523d9e5e1c rdf:first N201c13462d3a4d1fa908c9eabe7b76d7
101 rdf:rest rdf:nil
102 Ndf16406ccfa2491fb0bc5600bc8dbea1 schema:affiliation grid-institutes:grid.476073.1
103 schema:familyName Rizkallah
104 schema:givenName Hani
105 rdf:type schema:Person
106 Ne8d5805fd9ac458baf98ac1e87b40bc4 schema:affiliation grid-institutes:grid.7445.2
107 schema:familyName Meidl
108 schema:givenName Karen
109 rdf:type schema:Person
110 Nfa5ca06abcf2467682a5a1692b0527d7 schema:name Springer Nature
111 rdf:type schema:Organisation
112 anzsrc-for:08 schema:inDefinedTermSet anzsrc-for:
113 schema:name Information and Computing Sciences
114 rdf:type schema:DefinedTerm
115 anzsrc-for:0801 schema:inDefinedTermSet anzsrc-for:
116 schema:name Artificial Intelligence and Image Processing
117 rdf:type schema:DefinedTerm
118 anzsrc-for:0803 schema:inDefinedTermSet anzsrc-for:
119 schema:name Computer Software
120 rdf:type schema:DefinedTerm
121 anzsrc-for:0806 schema:inDefinedTermSet anzsrc-for:
122 schema:name Information Systems
123 rdf:type schema:DefinedTerm
124 sg:person.010745172566.14 schema:affiliation grid-institutes:grid.7445.2
125 schema:familyName Eisenbach
126 schema:givenName Susan
127 schema:sameAs https://app.dimensions.ai/discover/publication?and_facet_researcher=ur.010745172566.14
128 rdf:type schema:Person
129 sg:person.013404167044.28 schema:affiliation grid-institutes:grid.7445.2
130 schema:familyName Lupu
131 schema:givenName Emil
132 schema:sameAs https://app.dimensions.ai/discover/publication?and_facet_researcher=ur.013404167044.28
133 rdf:type schema:Person
134 grid-institutes:grid.476073.1 schema:alternateName Andersen Consulting, Arundel St., London, UK
135 schema:name Andersen Consulting, Arundel St., London, UK
136 rdf:type schema:Organization
137 grid-institutes:grid.7445.2 schema:alternateName Department of Computing, Imperial College, 180 Queen’s Gate, SW7 2BZ, London, UK
138 schema:name Department of Computing, Imperial College, 180 Queen’s Gate, SW7 2BZ, London, UK
139 rdf:type schema:Organization
 




Preview window. Press ESC to close (or click here)


...