Pub Date : 1900-01-01DOI: 10.1109/ICDP.1996.864211
L. Kutvonen
The Open Distributed Processing Reference Model (ODP-RM) of ISO and ITU defines a set of basic services which every open system has to support and use. One of such services is the trading function. The purpose of the trading function is to help objects, for example application program components, to discover target objects in a dynamic network environment. In this paper, we introduce trading as means to establish contracts between objects. Contract establishment facilitates distribution transparent access of services over autonomously administered subsystems. We also discuss an experimental prototype of an ODP like trading system. The platform for the DRYAD trader is a UNIX environment supplemented with a special-purpose database management system.
{"title":"Overview of the DRYAD trading system implementation","authors":"L. Kutvonen","doi":"10.1109/ICDP.1996.864211","DOIUrl":"https://doi.org/10.1109/ICDP.1996.864211","url":null,"abstract":"The Open Distributed Processing Reference Model (ODP-RM) of ISO and ITU defines a set of basic services which every open system has to support and use. One of such services is the trading function. The purpose of the trading function is to help objects, for example application program components, to discover target objects in a dynamic network environment. In this paper, we introduce trading as means to establish contracts between objects. Contract establishment facilitates distribution transparent access of services over autonomously administered subsystems. We also discuss an experimental prototype of an ODP like trading system. The platform for the DRYAD trader is a UNIX environment supplemented with a special-purpose database management system.","PeriodicalId":127207,"journal":{"name":"Proceedings of IFIP/IEEE International Conference on Distributed Platforms","volume":"19 1","pages":"0"},"PeriodicalIF":0.0,"publicationDate":"1900-01-01","publicationTypes":"Journal Article","fieldsOfStudy":null,"isOpenAccess":false,"openAccessPdf":"","citationCount":null,"resultStr":null,"platform":"Semanticscholar","paperid":"133160946","PeriodicalName":null,"FirstCategoryId":null,"ListUrlMain":null,"RegionNum":0,"RegionCategory":"","ArticlePicture":[],"TitleCN":null,"AbstractTextCN":null,"PMCID":"","EPubDate":null,"PubModel":null,"JCR":null,"JCRName":null,"Score":null,"Total":0}
Pub Date : 1900-01-01DOI: 10.1109/ICDP.1996.864210
A. Puder, C. Burger
Traders serve as mediators between service providers and users. The trader returns to a service requester by delivering a set of suitable providers that satisfy the request. Because of the size and complexity of distributed systems, one trader manages a certain part of the whole set of providers only. To enlarge this restricted set of potential service providers, a lightweight form of cooperation (called interworking) between two or more traders was introduced. Therefore, the main purpose of such cooperations was concerned with quantitative aspects, neglecting the possibilities of more general concepts of cooperation. A need for qualitative trader cooperations arises. Traditional trader approaches focus upon the operational interface of providers as a basis for type descriptions. But in general, application users in an open electronic market require mediation at different levels of abstraction. Suitable traders are specialized in one of these levels. By combining these isolated solutions, a qualitative trader cooperation can be achieved. In the following, we take a closer look at type descriptions at different levels of abstraction. Similarities will be discovered that can be used to derive appropriate mappings. In particular we demonstrate that ODP-types based on an arbitrary interface definition language can be described in terms of conceptual graphs that are used in knowledge-based trading. From this relationship, a general type manager can be derived, coping with both type concepts. As a consequence, the trading of operational interfaces and the trading based on a knowledge representation scheme can be combined. Together they exhibit a more powerful trading service by offering different interfaces to different kinds of users.
{"title":"New concepts for qualitative trader cooperation","authors":"A. Puder, C. Burger","doi":"10.1109/ICDP.1996.864210","DOIUrl":"https://doi.org/10.1109/ICDP.1996.864210","url":null,"abstract":"Traders serve as mediators between service providers and users. The trader returns to a service requester by delivering a set of suitable providers that satisfy the request. Because of the size and complexity of distributed systems, one trader manages a certain part of the whole set of providers only. To enlarge this restricted set of potential service providers, a lightweight form of cooperation (called interworking) between two or more traders was introduced. Therefore, the main purpose of such cooperations was concerned with quantitative aspects, neglecting the possibilities of more general concepts of cooperation. A need for qualitative trader cooperations arises. Traditional trader approaches focus upon the operational interface of providers as a basis for type descriptions. But in general, application users in an open electronic market require mediation at different levels of abstraction. Suitable traders are specialized in one of these levels. By combining these isolated solutions, a qualitative trader cooperation can be achieved. In the following, we take a closer look at type descriptions at different levels of abstraction. Similarities will be discovered that can be used to derive appropriate mappings. In particular we demonstrate that ODP-types based on an arbitrary interface definition language can be described in terms of conceptual graphs that are used in knowledge-based trading. From this relationship, a general type manager can be derived, coping with both type concepts. As a consequence, the trading of operational interfaces and the trading based on a knowledge representation scheme can be combined. Together they exhibit a more powerful trading service by offering different interfaces to different kinds of users.","PeriodicalId":127207,"journal":{"name":"Proceedings of IFIP/IEEE International Conference on Distributed Platforms","volume":"17 1","pages":"0"},"PeriodicalIF":0.0,"publicationDate":"1900-01-01","publicationTypes":"Journal Article","fieldsOfStudy":null,"isOpenAccess":false,"openAccessPdf":"","citationCount":null,"resultStr":null,"platform":"Semanticscholar","paperid":"115363757","PeriodicalName":null,"FirstCategoryId":null,"ListUrlMain":null,"RegionNum":0,"RegionCategory":"","ArticlePicture":[],"TitleCN":null,"AbstractTextCN":null,"PMCID":"","EPubDate":null,"PubModel":null,"JCR":null,"JCRName":null,"Score":null,"Total":0}
Pub Date : 1900-01-01DOI: 10.1109/ICDP.1996.864195
M. Steinder, Andrzej Uszok, K. Zielinski
The paper addresses a problem of building a bridge between different CORBA compliant systems. It presents a framework of the bridge based on the UNO approach whose architecture is easily extendable to more sophisticated in parallelizing level and functionality units. A problem of mapping objects defined in CORBA model is described and a few suggestions to deal with it are presented. As a case study implementation of the bridge for Orbix and DOME is described.
{"title":"A framework for inter-ORB request level bridge construction","authors":"M. Steinder, Andrzej Uszok, K. Zielinski","doi":"10.1109/ICDP.1996.864195","DOIUrl":"https://doi.org/10.1109/ICDP.1996.864195","url":null,"abstract":"The paper addresses a problem of building a bridge between different CORBA compliant systems. It presents a framework of the bridge based on the UNO approach whose architecture is easily extendable to more sophisticated in parallelizing level and functionality units. A problem of mapping objects defined in CORBA model is described and a few suggestions to deal with it are presented. As a case study implementation of the bridge for Orbix and DOME is described.","PeriodicalId":127207,"journal":{"name":"Proceedings of IFIP/IEEE International Conference on Distributed Platforms","volume":"183 1","pages":"0"},"PeriodicalIF":0.0,"publicationDate":"1900-01-01","publicationTypes":"Journal Article","fieldsOfStudy":null,"isOpenAccess":false,"openAccessPdf":"","citationCount":null,"resultStr":null,"platform":"Semanticscholar","paperid":"115825621","PeriodicalName":null,"FirstCategoryId":null,"ListUrlMain":null,"RegionNum":0,"RegionCategory":"","ArticlePicture":[],"TitleCN":null,"AbstractTextCN":null,"PMCID":"","EPubDate":null,"PubModel":null,"JCR":null,"JCRName":null,"Score":null,"Total":0}
Pub Date : 1900-01-01DOI: 10.1109/ICDP.1996.864194
M. Benantar, B. Blakley, A. Nadalin
We review the IBM's System Object Model (SOM) and Distributed SOM (DSOM). Then, we introduce DSOM's approach to object access control and contrast it with traditional procedural systems. Subsequently, we elaborate on the problem addressed in this paper that seeks to enable the process of object access control within DSOM kernel transparently from application developers. We discuss different approaches to solving the problem and present the adopted method. We provide implementation details of the solution and conclude with remarks on future improvement.
{"title":"Use of DSOM before/after metaclass for enabling object access control","authors":"M. Benantar, B. Blakley, A. Nadalin","doi":"10.1109/ICDP.1996.864194","DOIUrl":"https://doi.org/10.1109/ICDP.1996.864194","url":null,"abstract":"We review the IBM's System Object Model (SOM) and Distributed SOM (DSOM). Then, we introduce DSOM's approach to object access control and contrast it with traditional procedural systems. Subsequently, we elaborate on the problem addressed in this paper that seeks to enable the process of object access control within DSOM kernel transparently from application developers. We discuss different approaches to solving the problem and present the adopted method. We provide implementation details of the solution and conclude with remarks on future improvement.","PeriodicalId":127207,"journal":{"name":"Proceedings of IFIP/IEEE International Conference on Distributed Platforms","volume":"7 1","pages":"0"},"PeriodicalIF":0.0,"publicationDate":"1900-01-01","publicationTypes":"Journal Article","fieldsOfStudy":null,"isOpenAccess":false,"openAccessPdf":"","citationCount":null,"resultStr":null,"platform":"Semanticscholar","paperid":"132964657","PeriodicalName":null,"FirstCategoryId":null,"ListUrlMain":null,"RegionNum":0,"RegionCategory":"","ArticlePicture":[],"TitleCN":null,"AbstractTextCN":null,"PMCID":"","EPubDate":null,"PubModel":null,"JCR":null,"JCRName":null,"Score":null,"Total":0}