DOCSLIB.ORG

Omgxmlmetadatainterchange (XMI)Specification

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
Omgxmlmetadatainterchange (XMI)Specification OMGXMLMetadataInterchange (XMI)Specification Version 1.2, January 2002 Copyright 1998, Cooperative Research Centre for Distributed Systems Technology (DSTC) Copyright 1998, Daimler-Benz Copyright 1998, Fujitsu Copyright 1998, International Business Machines Corporation Copyright 1998, Oracle Corporation Copyright 1998, Platinum Technology, Inc. Copyright 1998, Recerca Information Copyright 1998, Softeam Copyright 1998, Unisys Corporation The companies listed above have granted to the Object Management Group, Inc. (OMG) a nonexclusive, royalty-free, paid up, worldwide license to copy and distribute this document and to modify this document and distribute copies of the mod- ified version. Each of the copyright holders listed above has agreed that no person shall be deemed to have infringed the copyright in the included material of any such copyright holder by reason of having used the specification set forth herein or having conformed any computer software to the specification. PATENT The attention of adopters is directed to the possibility that compliance with or adoption of OMG specifications may require use of an invention covered by patent rights. OMG shall not be responsible for identifying patents for which a license may be required by any OMG specification, or for conducting legal inquiries into the legal validity or scope of those patents that are brought to its attention. OMG specifications are prospective and advisory only. Prospective users are responsible for protecting themselves against liability for infringement of patents. NOTICE The information contained in this document is subject to change without notice. The material in this document details an Object Management Group specification in accordance with the license and notices set forth on this page. This document does not represent a commitment to implement any portion of this specification in any company's products. WHILE THE INFORMATION IN THIS PUBLICATION IS BELIEVED TO BE ACCURATE, THE OBJECT MAN- AGEMENT GROUP AND THE COMPANIES LISTED ABOVE MAKE NO WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, WITH REGARD TO THIS MATERIAL INCLUDING, BUT NOT LIMITED TO ANY WARRANTY OF TITLE OR OWNERSHIP, IMPLIED WARRANTY OF MERCHANTABILITY OR WARRANTY OF FITNESS FOR PARTICULAR PURPOSE OR USE. In no event shall The Object Management Group or any of the companies listed above be liable for errors contained herein or for indirect, incidental, special, consequential, reliance or cover damages, including loss of profits, revenue, data or use, incurred by any user or any third party. The copyright holders listed above acknowledge that the Object Management Group (acting itself or through its designees) is and shall at all times be the sole entity that may authorize developers, suppliers and sellers of computer software to use certification marks, trademarks or other special designations to indicate compliance with these materials. This document contains information which is pro- tected by copyright. All Rights Reserved. No part of this work covered by copyright herein may be reproduced or used in any form or by any means--graphic, electronic, or mechanical, including photocopying, recording, taping, or information storage and retrieval systems--without permission of the copyright owner. RESTRICTED RIGHTS LEGEND. Use, duplication, or disclosure by government is subject to restrictions as set forth in subdivision (c) (1) (ii) of the Right in Technical Data and Computer Software Clause at DFARS 252.227.7013 OMG® and Object Management are registered trademarks of the Object Management Group, Inc. OMG OBJECT MANAGEMENT GROUP, CORBA, CORBA ACADEMY, CORBA ACADEMY & DESIGN, THE INFORMATION BROKERAGE, OBJECT REQUEST BROKER, OMG IDL, CORBAFACILITIES, CORBASERVICES, CORBANET, CORBAMED, CORBADOMAINS, GIOP, IIOP, OMA, CORBA THE GEEK, UNIFIED MODELING LANGUAGE, UML, and UML CUBE LOGO are registered trademarks or trademarks of the Object Management Group, Inc. X/Open is a trademark of X/Open Company Ltd. ISSUE REPORTING All OMG specifications are subject to continuous review and improvement. As part of this process we encourage readers to report any ambiguities, inconsistencies, or inaccuracies they may find by completing the Issue Reporting Form listed on the main web page http://www.omg.org, under Documents & Specifications, Report a Bug/Issue. Contents Preface . v 1. XMI Overview . 1-1 1.1 Introduction . 1-1 1.2 XMI and the MOF . 1-2 1.2.1 An Overview of the MOF . 1-2 1.2.2 The Relationship between XMI and MOF . 1-6 1.2.3 The Relationship between XMI, MOF and UML 1-6 1.3 XMI and XML . 1-7 1.3.1 The Roots of XML . 1-7 1.3.2 Benefits of using XML . 1-7 1.3.3 XML and the Computer Industry . 1-8 1.3.4 How XML Works . 1-8 1.3.5 XML and the OMG. 1-11 1.3.6 New XML Technologies. 1-11 2. Usage Scenarios . 2-1 2.1 Purpose. 2-1 2.2 Combining Tools in a Heterogeneous Environment . 2-1 2.3 Co-operating with Common Metamodel Definitions . 2-2 2.4 Work Environment . 2-3 2.4.1 Working in a Distributed and Intermittently Connected Environment . 2-3 2.5 Promoting Design Patterns and Reuse . 2-3 3. XMI DTD Design Principles . 3-1 3.1 Purpose. 3-1 January 2002 OMG - XML Metadata Interchange (XMI), v1.2 i Contents 3.2 Use of XML DTDs. 3-2 3.2.1 XML Validation of XMI Documents . 3-3 3.2.2 Requirements for XMI DTDs . 3-3 3.3 Basic Principles . 3-3 3.3.1 Required XML Declarations. 3-3 3.3.2 Metamodel Class Representation . 3-4 3.3.3 Metamodel Extension Mechanism . 3-4 3.4 XMI DTD and Document Structure . 3-5 3.5 Necessary XMI DTD Declarations. 3-6 3.5.1 Necessary XMI Attributes . 3-6 3.5.2 Common XMI Elements. 3-8 3.5.3 XMI . 3-9 3.5.4 XMI.header. 3-10 3.5.5 XMI.content . 3-10 3.5.6 XMI.extensions. 3-10 3.5.7 XMI.extension . 3-10 3.5.8 XMI.documentation . 3-11 3.5.9 XMI.model . 3-11 3.5.10 XMI.metamodel . 3-12 3.5.11 XMI.metametamodel . 3-12 3.5.12 XMI.import. 3-12 3.5.13 XMI.difference . 3-13 3.5.14 XMI.delete . 3-13 3.5.15 XMI.add . 3-13 3.5.16 XMI.replace . 3-14 3.5.17 XMI.reference . 3-14 3.6 Metamodel Class Specification . 3-14 3.6.1 Namespace Qualified XML Element Names . 3-14 3.6.2 Metamodel Multiplicities . 3-16 3.6.3 Class Specification . 3-16 3.6.4 Inheritance Specification . 3-16 3.6.5 Attribute Specification . 3-17 3.6.6 Association Specification . 3-19 3.6.7 Containment Specification . 3-19 3.7 Transmitting Incomplete Metadata. 3-20 3.7.1 Interchange of Model Fragments . 3-20 3.7.2 XMI Encoding . 3-20 3.7.3 Example . 3-20 3.8 Linking. 3-21 3.8.1 Design Principles . 3-21 ii OMG - XML Metadata Interchange (XMI), v1.2 January 2002 Contents 3.8.2 Linking . 3-21 3.8.3 Example from UML . 3-22 3.8.4 XMI.reference . 3-24 3.9 Transmitting Metadata Differences . 3-24 3.9.1 Definitions . 3-24 3.9.2 Differences . 3-25 3.9.3 XMI Encoding . 3-25 3.9.4 Example . 3-26 3.10 Document Exchange with Multiple Tools . 3-27 3.10.1 Definitions . 3-27 3.10.2 Procedures . 3-28 3.10.3 Example . 3-29 3.11 General Datatype Mechanism . 3-30 4. XML DTD Production . 4-1 4.1 Purpose. 4-1 4.2 DTD Syntax Approaches . 4-2 4.2.1 DTD without entities . 4-2 4.2.2 DTD with class-level entities . 4-3 4.2.3 DTD with multi-level entities . 4-3 4.3 Rule Set 1: Simple DTD. 4-4 4.3.1 EBNF . 4-4 4.4 Fixed DTD Elements . 4-13 5. XML Generation Principles . 5-1 5.1 Purpose. 5-1 5.2 Introduction . 5-1 5.3 Two Model Sources . 5-2 5.3.1 Production by Object Containment. 5-2 5.3.2 MOF’s Role in XML Production . 5-8 5.3.3 Production by Package Extent . 5-8 5.4 Distinctions between Approaches . 5-12 5.4.1 Distinctions between Approaches in Certain Situations . 5-12 5.4.2 External Links . 5-13 5.4.3 Links not Represented by References. 5-13 5.4.4 Classifier-level Attributes . 5-13 5.4.5 Standard Elements . 5-14 6. XML Document Production . 6-1 6.1 Introduction . 6-1 January 2002 OMG - XMIL Metadata Interchange (XMI), v1.2 iii Contents 6.2 ENBF Rules Representation. 6-1 Appendix A - UML DTD. A-1 Appendix B - MOF DTD. B-1 Appendix C - Example Model Encodings . C-1 Appendix D - References. D-1 Appendix E - Compatibility and Conformance. E-1 Index. ..
Load more

Recommended publications
  • 73 Metadata Interchange in Service Based Architecture
    UDC:681.324 Review paper METADATA INTERCHANGE IN SERVICE BASED ARCHITECTURE Alma Butkovi Tomac Nagravision Kudelski group, Cheseaux / Lausanne [email protected] Dražen Tomac Cambridge Technology Partners, Genève [email protected] Abstract: Metadata is important factor for understanding, controlling and planning in complex information systems both from technical and business perspective. However its usage is often limited due to opposing or non-existent standards. The article discusses current state of meta model standards and shows new possibilities for meta data interchange based on XML as de facto standard for data interchange and increasing acceptance of web services architecture. Keywords: metadata, web services, XMI, CWM. 1. INTRODUCTION Term “meta” comes from old Greek work representing after, next, with; Latin word denoting something transcendental or beyond nature. Applying the prefix meta denotes more comprehensive or transcendent then the base itself. Meta data transcends the data in a way that it describes or references more than individual data instance: it provides domain, format, context of the data, data source, business related rule etc. Most common short definitions on metadata say: Meta data is data about data. This definition does not describe meta data in its whole scope. To quote [4]:” Meta data is all physical data (contained in software and other media) and knowledge (contained in employees and various media) from inside and outside an organization, including information about the physical data, technical and business processes, rules and constraints of the data, and structures of the data used by a corporation.” 2. METADATA SIGNIFICANCE Although metadata significance is widely recognized and important in information systems, it gains on its importance for data warehouse projects, business intelligence and semantic web.
    [Show full text]
  • A Logic-Based Service for Verifying Use Case Models
    COMPUTATION TOOLS 2017 : The Eighth International Conference on Computational Logics, Algebras, Programming, Tools, and Benchmarking A Logic-based Service for Verifying Use Case Models Fernando Bautista, Carlos Cares Computer Science and Informatics Department, University of La Frontera (UFRO) Temuco, Chile Email: [email protected], [email protected] Abstract—Use cases are a modeling means to specify the required modular and scalable solution in order to initially implement use of software systems. As part of UML (Unified Modeling some types of verifications and then another group of them Language), it has become the de facto standard for functional under an incremental development. specifications, mainly in object-oriented design and development. In order to check these models, we propose a theoretical solution In this paper, we present a first Prolog prototype, as proof by adapting a general quality of models framework (SEQUAL), of concept, of a tool that can aid the quality assessment of and, following our approach, a rule-based solution that includes a use case diagram. Moreover, we have implemented it as a both expert-based and definition-based rules. In order to promote Web service in order to illustrate that logic-based solutions can a distributed set of quality assessment services, a Web service has also be part of key quality assessment process in cloud-based been developed. It works on XMI (XML Metadata Interchange) software development environment. files which are parsed and verified by Prolog clauses. In order to check use case models and their application, Keywords–Rule-based quality; UseCase verification; Logic- based services; XMI; Prolog.
    [Show full text]
  • Xml Schema Production Rules
    Xml Schema Production Rules Protozoan Fremont sometimes advertized his administrations offhandedly and redeploy so unthinkingly! Polymorphic Sanders cogitate very continuously while Cesar remains effete and documentary. Vick still stabilises sneeringly while apprehensive Glenn recombines that unwisdom. Tax jurisdiction in discussions of the study description for each metadata for all xml schema and rural, credit that is used to xml schema production rules A mistake between the XML Schema Definition XSD lan- guage and text-based. XML schema files version 22 Search & Match the Share. XML schema validation using parsing expression PeerJ. To be used to observe data to ESMA in the production environment MiFIR Transparency RequirementsMiFIR introduces rules with respect to. In most common configurable options are a lot of this specification defines a new resource denoted by other variables such a necessary to give a new aggregate component. Introduction to XML Metadata Interchange XMI Eclipse Wiki. Keywords Schema validation XMLDTD parsing expression. Therefore obtain an xscomplexType element that is built using the rules described in. This is no approach followed by rule based XML schema languages which. ANNEX V Implementation Rules and Guidelines WIPO. It among a third-sizes-fit-third solution put a combination of business rules. All changes to the XML schema since the production of the 2006 normative. Fully integrated schema in a production environment and reduce processing time divide each. Databases needing to produce RSS feeds producing and storing valid. Not your computer Use offset mode to vocation in privately Learn more Next savings account Afrikaans azrbaycan catal etina Dansk Deutsch eesti. In production rule, then to offer options available for frb holidays.
    [Show full text]
  • OMG Meta Object Facility (MOF) Core Specification
    Date : October 2019 OMG Meta Object Facility (MOF) Core Specification Version 2.5.1 OMG Document Number: formal/2019-10-01 Standard document URL: https://www.omg.org/spec/MOF/2.5.1 Normative Machine-Readable Files: https://www.omg.org/spec/MOF/20131001/MOF.xmi Informative Machine-Readable Files: https://www.omg.org/spec/MOF/20131001/CMOFConstraints.ocl https://www.omg.org/spec/MOF/20131001/EMOFConstraints.ocl Copyright © 2003, Adaptive Copyright © 2003, Ceira Technologies, Inc. Copyright © 2003, Compuware Corporation Copyright © 2003, Data Access Technologies, Inc. Copyright © 2003, DSTC Copyright © 2003, Gentleware Copyright © 2003, Hewlett-Packard Copyright © 2003, International Business Machines Copyright © 2003, IONA Copyright © 2003, MetaMatrix Copyright © 2015, Object Management Group Copyright © 2003, Softeam Copyright © 2003, SUN Copyright © 2003, Telelogic AB Copyright © 2003, Unisys USE OF SPECIFICATION - TERMS, CONDITIONS & NOTICES The material in this document details an Object Management Group specification in accordance with the terms, conditions and notices set forth below. This document does not represent a commitment to implement any portion of this specification in any company's products. The information contained in this document is subject to change without notice. LICENSES The companies listed above have granted to the Object Management Group, Inc. (OMG) a nonexclusive, royalty-free, paid up, worldwide license to copy and distribute this document and to modify this document and distribute copies of the modified version. Each of the copyright holders listed above has agreed that no person shall be deemed to have infringed the copyright in the included material of any such copyright holder by reason of having used the specification set forth herein or having conformed any computer software to the specification.
    [Show full text]
  • Session 3: XML Information Modeling (Part I)
    XML for Java Developers G22.3033-002 Session 3 - Main Theme XML Information Modeling (Part I) Dr. Jean-Claude Franchitti New York University Computer Science Department Courant Institute of Mathematical Sciences 1 Agenda Q Summary of Previous Session Q XML Physical Entities Q Logical Structure of XML Documents Q XML Document Navigation Q Java APIs Q Custom Markup Languages Q Readings Q Assignment #1b (1 week) Q Assignment #2a+2b (2 weeks) 2 1 Summary of Previous Session Q History and Current State of XML Standards Q Advanced Applications of XML Q XML’s eXtensible Style Language (XSL) Q Character Encodings and Text Processing Q XML and DBMSs Q Course Approach ... Q XML Application Development Q XML References and Class Project Q Readings Q Assignment #1a (reminder?) / Assignment #1b (1 week) 3 XML Physical and Logical Structure Q Physical Structure Q Governs the content in a document in form of storage units Q Storage units are referred to as entities Q See http://www.w3.org/TR/REC-xml#sec-physical-struct Q Logical Structure Q What elements are to be included in a document Q In what order should elements be included Q See http://www.w3.org/TR/REC-xml#sec-logical-struct 4 2 XML Physical Entities Q Allow to assign a name to some content, and use that name to refer to it Q Eight Possible Combinations: Q Parsed vs. Unparsed Q General vs. Parameter Q Internal vs. External Q Five Actual Categories: Q Internal parsed general Q Internal parsed parameter Q External parsed general Q External parsed parameter Q External unparsed general 5 Logical Structure: Namespaces Q See Namespaces 1.0 Q Sample Element: <z:a z:b="x" c="y" xmlns:z="http://www.foo.com/"/> Q Corresponding DTD Declaration <!ELEMENT z:a EMPTY> <!ATTLIST z:a z:b CDATA #IMPLIED c CDATA #IMPLIED xmlns:z CDATA #FIXED "http://www.foo.com"> 6 3 Logical Structure: DTDs Q Shortcomings Q Separate Syntax <!ELEMENT Para (#PCDATA)*> <Para>Some paragraph</Para> vs.
    [Show full text]
  • Application Schema Modeling for Interoperable Geospatial Information Using the ISO 19100 Series of Standards
    Application schema modeling for interoperable geospatial information using the ISO 19100 series of standards. Pavel Golodoniuc 1, Simon Cox 2 1 CSIRO Earth Science and Resource Engineering, Perth, Australia, [email protected] 2 CSIRO Earth Science and Resource Engineering, Perth, Australia, [email protected] INTRODUCTION Geographic information (GI) is inherent to many application domains in various disciplines and constitutes an integral part of Earth sciences, including geology, geophysics, meteorology, hydrology, oceanography, and soil science. Communication of GI may occur between different domains or within the same community. A sensible way to enable interoperability between distributed applications and systems is the use of unified standards shared across disciplines that communities have agreed upon. The primary authorities in GI standardization are ISO Technical Committee 211 (ISO/TC 211) and the Open Geospatial Consortium (OGC). While ISO/TC 211 focuses primarily on abstract standards including information models for cross- domain concerns, OGC concentrates on architectures for distribution of geospatial services and implementation of ISO standards through service interfaces, data models and encodings. Implementation of ISO 19136 [1], also known as Geography Markup Language (GML), provides a set of encoding patterns and auxiliary cross-domain XML components to serve as a framework for the implementation of specialized languages, based on the models provided in a number of ISO/TC 211 standards, such that aspects that are common across domains are implemented in a common way. GML is an implementation of abstract artefacts, which is not intended for use “out of the box”. It is an XML grammar defined in W3C XML Schema (WXS) language that is intended to be used as the basis for concrete Application Schema implementation.
    [Show full text]
  • Technical Standards Catalogue VERSION 6.2
    e-Government Technical Standards Catalogue VERSION 6.2 FINAL September 2005 Technical Standards Catalogue / version 6.2 final / September 2005 1 CONTENTS 1 INTRODUCTION ...........................................................................................................................3 2 CHANGES FROM PREVIOUS VERSION..................................................................................4 3 ISSUES UNDER CONSIDERATION............................................................................................5 4 INTERCONNECTION ...................................................................................................................7 TABLE 1 SPECIFICATIONS FOR INTERCONNECTIVITY.......................................................................7 TABLE 2 SPECIFICATIONS FOR WEB SERVICES ..............................................................................10 5 DATA INTEGRATION ................................................................................................................16 TABLE 3 SPECIFICATIONS FOR DATA INTEGRATION ...........................................................................16 6 CONTENT MANAGEMENT METADATA ...............................................................................19 TABLE 4 SPECIFICATIONS FOR CONTENT MANAGEMENT METADATA .................................................19 TABLE 5 SPECIFICATIONS FOR IDENTIFIERS .......................................................................................20 7 E-SERVICES ACCESS.................................................................................................................23
    [Show full text]
  • Understanding
    Implementing UBL Mark Crawford UBL Vice Chair XML 2003 9 December 2003 Why Are We Talking About UBL • UBL fulfils the promise of XML for business by defining a standard cross-industry vocabulary • UBL is the ebXML missing link • UBL plus ebXML enables the next generation of eBusiness exchanges – Cheaper, easier, Internet-ready – Extends benefits of EDI to small businesses – Fits existing legal and trade concepts – Allows re-use of data • UBL can provide the XML payload for a wide variety of other web-based business frameworks Overview 1 What and Why of UBL 2 The Design of UBL ebXML Core Components Naming and Design Rules Document Engineering Customizing UBL 3 The Content of UBL 1.0 What is Normative What is non-Normative Availability 4 Making UBL Happen 5 UBL Phase 2 6 Summary The promise of XML for e-business • Plug ‘n’ play electronic commerce – Spontaneous trade – No custom programming • Ubiquity on the Internet – Dirt-cheap tools – Complete platform independence – Enable true global market availability • Enable universal interoperability – Abandon existing EDI systems – Handle both "publication" document types and "transactional" documents Goals for Successful eBusiness Services • Web-enable existing fax- and paper-based business practices • Allow businesses to upgrade at their own pace • Preserve the existing investment in electronic business exchanges • Integrate small and medium-size businesses into existing electronic data exchange-based supply chains The standardization of XML business documents is the easiest way to accomplish
    [Show full text]
  • XMI and MOF: a Mini-Tutorial
    XMI and MOF: a mini-tutorial Perdita Stevens University of Edinburgh http://www.dcs.ed.ac.uk/home/pxs UML + XML = ? This tutorial is about the combination of two major buzzwords: UML and XML. My assumption is that everyone knows what UML is: - the Unified Model(l)ing Language - a diagrammatic language for recording the design of (object-oriented software) systems but that perhaps not everyone knows how it’s defined? How UML is defined Two main documents: Notation Guide : informal explanation of notation (concrete syntax) and its connection to abstract syntax. Semantics : semi-formal specification of abstract syntax, plus further explanation of semantics. Semantics takes precedence over Notation Guide in cases of conflict – theoretically. Plus: definition of the Object Constraint Language (OCL). UML semantics document: syntax The abstract syntax describes (in UML!) the relationships between kinds of UML model elements (the metamodel). For example, use cases, actors and classes are all said to be examples of classifiers: Classifier Class Actor UseCase ¡ Back in the days of the method wars... ... people wanted to be able to switch tools, which meant switching notations. But the different OOMLs recorded different information. One major reason for UML success... but still not fully realised in practice. Hmm... structured data (UML models) ... standard way to exchange it between tools.... yup. XML may be the key to getting real value from UML tools But how exactly to use XML? XMI XMI = XML Metadata Interchange an OMG standard. Most importantly, XMI is a way to save UML models in XML. In fact it’s more general. UML is a MOF-based metamodel; XMI shows how to save any MOF-based metamodel in XML ¢ MOF 1 MOF = Meta Object Facility an OMG standard MOF is a simple language for defining languages, e.g., UML.
    [Show full text]
  • Documents Currently Open for Public Review and Comment
    Documents Currently Open for Public Review and Comment The InterNational Committee for Information Technology Standards (INCITS) announces that the subject-referenced document(s) is being circulated for a 45-day public review and comment period. Comments received during this period will be considered and answered. Commenters who have objections/suggestions should so indicate and include their reasons and send them to [email protected]. When submitting comments, we encourage use of the Comments Template This public review also serves as a call for patents and any other pertinent issues (copyrights, trademarks). Correspondence regarding intellectual property rights may be emailed to the INCITS Secretariat at [email protected]. List of all public reviews this year Public Review Period: 9/26/2014 - 11/10/2014 Withdrawal of: INCITS/ISO/IEC TR 14165-372:2011[2011] Title: Information Technology - Fibre Channel Methodologies for Interconnects -2 (FC-MI-2) Call for Patents Committee: INCITS/ T11.3 Comments on this document should be submitted to: [email protected] To obtain copies, click here Public Review Period: 10/3/2014 - 11/17/2014 Withdrawal of: INCITS/ISO/TS 19138:2006[2010] Title: Geographic information - Data quality measures Call for Patents Committee: INCITS/ L1 Comments on this document should be submitted to: [email protected] To obtain copies, click here Public Review Period: 10/10/2014 - 11/24/2014 Adoption of: ISO/IEC 19508:2014[] Title: Information technology - Object Management Group Meta Object Facility (MOF) Core Call for Patents
    [Show full text]
  • Iso/Iec 19503:2005(E)
    This is a preview - click here to buy the full publication INTERNATIONAL ISO/IEC STANDARD 19503 First edition 2005-11-01 Information technology — XML Metadata Interchange (XMI) Technologies de l'information — Échange de métadonnées XML (XMI) Reference number ISO/IEC 19503:2005(E) © ISO/IEC 2005 ISO/IEC 19503:2005(E) This is a preview - click here to buy the full publication PDF disclaimer This PDF file may contain embedded typefaces. In accordance with Adobe's licensing policy, this file may be printed or viewed but shall not be edited unless the typefaces which are embedded are licensed to and installed on the computer performing the editing. In downloading this file, parties accept therein the responsibility of not infringing Adobe's licensing policy. The ISO Central Secretariat accepts no liability in this area. Adobe is a trademark of Adobe Systems Incorporated. Details of the software products used to create this PDF file can be found in the General Info relative to the file; the PDF-creation parameters were optimized for printing. Every care has been taken to ensure that the file is suitable for use by ISO member bodies. In the unlikely event that a problem relating to it is found, please inform the Central Secretariat at the address given below. © ISO/IEC 2005 All rights reserved. Unless otherwise specified, no part of this publication may be reproduced or utilized in any form or by any means, electronic or mechanical, including photocopying and microfilm, without permission in writing from either ISO at the address below or ISO's member body in the country of the requester.
    [Show full text]
  • Session 12 - Main Theme Service Oriented Architectures Web Services Platforms (Part I)
    Application Servers G22.3033-011 Session 12 - Main Theme Service Oriented Architectures Web Services Platforms (Part I) Dr. Jean-Claude Franchitti New York University Computer Science Department Courant Institute of Mathematical Sciences 1 Agenda Continued from Session 11: Middleware and Component Infrastructures EAI and B2Bi Environments MDA/BPM Technology UML-Based Component Modeling and Related Standards XML Pattern Languages and XML Model-Based Applications Web Services XML-RPC SOAP, DIME, and ROPE UDDI, DISCO WSDL Summary Readings Assignment #8 (due: 12/10) 2 1 Summary of Previous Session .Net Environment (continued) Channel Independence and Pervasive Devices Connected Devices XML in Component-Based Development Environments XML and JavaBeans/EJBs Deployment Descriptors for OMA Services More on the OMA Persistence Service EAI Environments B2Bi Environments (e.g., WebMethods Framework) BPM Environments Summary Readings Assignment #8 3 Application Servers Architectures Application Servers for Enhanced HTML (traditional) a.k.a., Page-Based Application Servers Mostly Used to Support Standalone Web Applications New Generation Page-Based Script-Oriented App. Servers First Generation Extensions (e.g., Microsoft IIS with COM+/ASP) Servlet/JSP Environments XSP Environment Can now be used as front-end to enterprise applications Hybrid development environments Distributed Object Computing Platforms Provide an infrastructure for distributed communications enabling Still need to merge traditional web-oriented
    [Show full text]