<?xml version="1.0" encoding="UTF-8"?>
<collection>
<oai_dc:dc xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:dcterms="http://purl.org/dc/terms/" xmlns:oai_dc="http://www.openarchives.org/OAI/2.0/oai_dc/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://www.openarchives.org/OAI/2.0/oai_dc/ http://www.openarchives.org/OAI/2.0/oai_dc.xsd http://dublincore.org/schemas/xmls/qdc/dcterms.xsd"><dc:language>eng</dc:language><dc:creator>Radermacher, Ansgar</dc:creator><dc:contributor>Nagl, Manfred</dc:contributor><dc:title>Tool support for the distribution of object based applications</dc:title><dc:subject>info:eu-repo/classification/ddc/004</dc:subject><dc:subject>Informatik</dc:subject><dc:subject>Verteiltes System</dc:subject><dc:subject>Middleware</dc:subject><dc:subject>Objektorientierte Programmierung</dc:subject><dc:subject>Entwurfsmuster</dc:subject><dc:subject>RMI</dc:subject><dc:subject>PROGRES</dc:subject><dc:description>The development of distributed object-oriented applications is a complex task, even if a middleware (for instance CORBA or DCOM) is employed. The middleware offers the powerful abstraction of a remote method invocation. Yet there are the following problems. 1.Middleware-specific code can not be isolated in a single module. Thus, it is difficult to adapt the program to another middleware or a new distribution structure. 2.Middleware has certain restrictions; it is for example not possible to directly instantiate an object in a remote address space. In order to overcome the first problem, the approach presented in this thesis is based on the generation of a distributed application on the basis of a non-distributed source code. The specification of the distribution information is based on the attachment of elements of the application's class diagram to so-called partitions (the application is split into multiple partitions). In case that restrictions of the middleware are violated – this is automatically checked by an analysis tool – predefined operations can be used to transform the application in a suitable way. The implementation of the approach presented here employs a graph as its internal data structure. The graph rewriting system PROGRES is used to specify the structure of this graph and suitable transformations.</dc:description><dc:source>Aachen : Publikationsserver der RWTH Aachen University IV, 191 S. : graph. Darst. (2000). = Aachen, Techn. Hochsch., Diss., 2000</dc:source><dc:type>info:eu-repo/semantics/doctoralThesis</dc:type><dc:type>info:eu-repo/semantics/publishedVersion</dc:type><dc:publisher>Publikationsserver der RWTH Aachen University</dc:publisher><dc:date>2000</dc:date><dc:rights>info:eu-repo/semantics/openAccess</dc:rights><dc:coverage>DE</dc:coverage><dc:identifier>https://publications.rwth-aachen.de/record/59289</dc:identifier><dc:identifier>https://publications.rwth-aachen.de/search?p=id:%22RWTH-CONV-121090%22</dc:identifier><dc:audience>Students</dc:audience><dc:audience>Student Financial Aid Providers</dc:audience><dc:audience>Teachers</dc:audience><dc:audience>Researchers</dc:audience><dc:relation>info:eu-repo/semantics/altIdentifier/urn/urn:nbn:de:hbz:82-opus-1116</dc:relation></oai_dc:dc>

</collection>