Interop SC 02/03/2016. Agenda Jacques feedbacks Contribution process improvements proposal 2.

Slides:



Advertisements
Similar presentations
HL7 V2 Implementation Guide Authoring Tool Proposal
Advertisements

OASIS OData Technical Committee. AGENDA Introduction OASIS OData Technical Committee OData Overview Work of the Technical Committee Q&A.
LRI Validation Suite Meeting August 16, Agenda Review of LRI Validation Suite Charter/Overview Acquiring test data update Review of proposed test.
SRDC Ltd. 1. Problem  Solutions  Various standardization efforts ◦ Document models addressing a broad range of requirements vs Industry Specific Document.
1 CP3024 Lecture 9 XML revisited, XSL, XSLT, XPath, XSL Formatting Objects.
Manage Your Requirements with RequisitePro Kim Werner Ajilon Consulting
Contributing source code to CSDMS Albert Kettner.
#PhUSE Standard Scripts Project Proposal for Qualification of Standard Scripts.
ANTLR.
Sheet 1XML Technology in E-Commerce 2001Lecture 6 XML Technology in E-Commerce Lecture 6 XPointer, XSLT.
Interoperability with CMIS and Apache Chemistry
WG5 P02 Proposal2014 Qualification of Standard ScriptsStandard Scripts.
Software Quality Assurance QA Engineering, Testing, Bug Tracking, Test Automation Software University Technical Trainers SoftUni Team.
OData Technical Committee Kick-off July 26, 2012.
JSR Review Process April Patrick Curran, Mike Milinkovich, Heather Vancura, Bruno Souza.
XML 1 Enterprise Applications CE00465-M XML. 2 Enterprise Applications CE00465-M XML Overview Extensible Mark-up Language (XML) is a meta-language that.
XML – Tools and Trends Schematron Tim Bornholtz Session 55.
Fujitsu Computer Systems Testing Considerations (Past experience, Methodology, Options…) CAMP F2F Redwood City, November 2012 Jacques Durand Fujitsu 1.
Conformance Mark Skall Lynne S. Rosenthal National Institute of Standards and Technology
CTI STIX SC Monthly Meeting August 19, 2015.
Practice and Evaluation. Practice Develop a java class called: SumCalculator.java which computes a sum of all integer from 1 to 100 and displays the result.
July 27, 2009IETF NEA Meeting1 NEA Working Group IETF 75 Co-chairs: Steve Hanna
FIMS v1.1 Version numbers in schema Richard Cartwright Quantel July 2013.
Implementing the XDS Infrastructure Bill Majurski IT Infrastructure National Institute of Standards and Technology.
1 SPDX - Tools  Objectives:  Reduce the effort of creating, consuming and validating SPDX Documents  Provide a translation from the technical document.
Standard Scripts - Project 2 Proposal for Qualification July 2014 Project 2 Update.
Sheet 1XML Technology in E-Commerce 2001Lecture 2 XML Technology in E-Commerce Lecture 2 Logical and Physical Structure, Validity, DTD, XML Schema.
Schematron Tim Bornholtz. Schema languages Many people turn to schema languages when they want to be sure that an XML instance follows certain rules –DTD.
XML Grammar and Parser for WSOL Kruti Patel, Vladimir Tosic, Bernard Pagurek Network Management & Artificial Intelligence Lab Department of Systems & Computer.
Evaluating & Maintaining a Site Domain 6. Conduct Technical Tests Dreamweaver provides many tools to assist in finalizing and testing your website for.
Internet & World Wide Web How to Program, 5/e. © by Pearson Education, Inc. All Rights Reserved.2.
Compiler Design Introduction 1. 2 Course Outline Introduction to Compiling Lexical Analysis Syntax Analysis –Context Free Grammars –Top-Down Parsing –Bottom-Up.
TAB Report to Board 31 July Completed Work 2014 “Keyword Guidelines for OASIS Specifications and Standards” Systematic review of all 1 st PRs +
Slide #1 Nov 6 – 11, 2005XCON WG IETF54 Conference Package Extensions draft-levin-xcon-conference-package-ext-00 by Orit Levin The Discussion Starter.
14 October 2002GGF6 / CGS-WG1 Working with CIM Ellen Stokes
Separating Test Execution from Test Analysis StarEast 2011 Jacques Durand (Fujitsu America, Inc.) 1.
We Behatin’. INTRODUCTION Behat background 3 Behat prep Getting started
1 Model Driven Health Tools Design and Implementation of CDA Templates Dave Carlson Contractor to CHIO
ESRIN, 15 December 2009 Slide 1 Web Service Security in HMA-T HMA-T Final Presentation 14 December 2009 S. Gianfranceschi, Intecs.
Initiating UK OOI CI Project 7 th /8 th March 2011.
10 th ODF Plugfest – London, UK December Openness is Cross-Company Value Open Source Technology Center Open Solutions Group.
Improving ODF applications by sharing ODF tests Svante Schubert Software Engineer Sun Microsystems Inc.
TOP project – STATUS UPDATE & Workflow demo
Open-O Integration Project Introduction
CTI STIX SC Monthly Meeting
Data Virtualization Tutorial: Introduction to SQL Script
ONAP SDC TOSCA Import Gap Analysis
A brief overview of the contribution
Accessible Formal Methods A Study of the Java Modeling Language
Software Quality Assurance
OASIS TOSCA Report for December ONAP Event
Clarification of CSAR format Thinh Nguyenphu, Nokia thinh
TOSCA Namespaces for tosca-nfv-profile
Data Modeling II XML Schema & JAXB Marc Dumontier May 4, 2004
TOSCA Namespaces Explained
OASIS TOSCA Report for December ONAP Event
TOSCA-Metadata (directory )
TOSCA Namespaces Explained
Standard Scripts Project 2
TOSCA Namespaces for tosca-nfv-profile
XML Data DTDs, IDs & IDREFs.
TOSCA-Metadata (directory )
Standard Scripts Project 2
Standard Scripts Project 2
CSE591: Data Mining by H. Liu
TOSCA v2.3 Naming Decisions
TOSCA v1.3 Deprecated Features and Non-Backward-Compatible Changes
Standard Scripts Project 2
Contributing source code to CSDMS
Task 55 Scope – TOSCA Profile
Presentation transcript:

Interop SC 02/03/2016

Agenda Jacques feedbacks Contribution process improvements proposal 2

Jacques feedbacks Suggestion to focus on 2 types of implementations Service template Orchestrator 3

Jacques feedbacks Service template assertions would ideally be expressed with a schema – or a grammar. I see snippets of grammar in the spec, so we’d need to aggregate all of these in a single grammar. Ideally this grammar *representation* is standard – not specific to TOSCA - or understood by some tooling, e.g. for YAML? Orchestrator the overall definition of conformance would involve test assertions that verify that the orchestrator is behaving as expected. The conformance clause for Orchestrator gives an outline of what needs be checked. 4

Contribution process improvements proposal Current issues We need more people to help and contribute We should try to help TOSCA implementers (developers) to be efficient for validating theirs implementations and leverage our work We need to be compliant with OASIS and keep the standard track and requirements Validation through Interop SC Certification document with test assertions 5

Contribution process improvements proposal 6 GITHub Repository Not officially recognized as standard Contributor Forked Repository Interop SC Pull-Request Test Assertion and archives/features Conformance Document 1. Fork the tosca-compliance-tests repository 2. Submit a Single Test Assertion through a pull-request 3. Validate the pull-requests in the Interop SC meeting - Validation of the test assertion - Validation of the scenario and archive 4. Add test assertions to the conformance document 4. Accept the pull-request

Github repository README.MD will explicitly state that all content in the repository is not officially recognized by the TC LICENSE should follow the guidelines of OASIS for repository (to be checked but I think this is Apache 2 ?) Repository doesn’t have to be hosted by OASIS from day one if we are not ready Will be like an OpenSource project around TOSCA 7

Contribution process improvements proposal Pull-Request content: A test-assertion as a comment of the pull-request. The test-assertion will be included in the conformance document 8 TA id: 1-tosca_definitions_version-1 Normative Source: TOSCA Namespacing in TOSCA Service Templates Target: Parser-Validator Predicate: TOSCA Service Templates MUST always have, as the first line of YAML, the keyword “tosca_definitions_version” with an associated TOSCA Namespace Alias value Prescription Level: mandatory Tags: gherkin:

Contribution process improvements proposal Pull-Request content: A Gherkin feature file 9 Feature: Tosca definition version MUST be specified and valid Scenario: Parsing a document with valid tosca definition version MUST succeed When I parse the tosca service template "archives/valid-tosca-version.yml” Then the parsing MUST be successful Scenario: Parsing a document with and invalid tosca definition version MUST fail When I parse the tosca service template "archives/invalid-tosca-version.yml” Then the parsing MUST fail and SHOULD display an error message matching the cause(s): | severity | cause | | ERROR | tosca_definitions_version is not supported by the parser | Scenario: Parsing a document without tosca definition version MUST fail When I parse the tosca service template "archives/missing-tosca-version.yml” Then the parsing MUST fail and SHOULD display an error message matching the cause(s): | severity | cause | | ERROR | tosca_definitions_version is required | Scenario: Parsing a document where tosca definition is not the first line version MUST fail When I parse the tosca service template "archives/first-line-not-tosca-version.yml” Then the parsing MUST fail and SHOULD display an error message matching the cause(s): | severity | cause | | ERROR | tosca_definitions_version is required and MUST be first line of the TOSCA document. |

Contribution process improvements proposal Why Gherkin Functional language Popular amongst developers Implementation in many languages Python Java Ruby Etc. 10

Contribution process improvements proposal Pull-Request content: The tosca service templates and archive files relative to the feature 11