=== COE === Please provide updates on any previously-incomplete items from prior milestone readouts. Functionality Freeze: --------------------- 1. Final list of externally consumable APIs defined: Yes/No Yes. No tentative API. - If you had Tentative APIs, have they been moved to Provisional or dropped? N/A - If any of your Tentative APIs were dropped, have you notified all projects that were expecting them? (Yes/No) N/A - Also please list all dropped APIs. N/A 2. Are all your inter-project dependencies resolved (i.e., have the other projects you were counting on given you what you needed)? (Yes/No) Yes. 3. Were there any project-specific deliverables planned for this milestone? Yes/No No. Karaf Features Defined: ----------------------- 1. Are all your project's features that are intended for release added to the features.xml and checked into integration git repository? (Yes/No) Yes - https://git.opendaylight.org/gerrit/gitweb?p=integration/distribution.git;a=blob;f=features/repos/index/pom.xml 2. List all top-level, user-facing, and stable Karaf features for your project. - odl-coe: https://git.opendaylight.org/gerrit/gitweb?p=coe.git;a=blob;f=features/odl-coe/pom.xml Documentation: -------------- 1. List the kinds of documentation you will provide including at least: - Coe Design Document https://wiki.opendaylight.org/view/COE:Design_doc - An installation guide for any top-level features that require more than feature:install to install. N/A as this is covered by service provider, e.g. netvirt - Release notes (mandatory) [2]_. COE will be doing a release only in Oxygen, will be adding that towards the end - Optional tutorials and how-tos. N/A 2. Have you checked in a reStructuredText outline to the docs repository? (Yes/No) Yes - https://git.opendaylight.org/gerrit/gitweb?p=coe.git;a=tree;f=docs Integration and Test: --------------------- 1. Have you started automated system testing for your top-level features? (Yes/No) N/A (System test will be covered by the service provider which is going to be Netvirt) 2. Have you filled out basic system test plan template for each top-level feature (karaf and not karaf) and a comprehensive system test plan template including functionality, cluster, scalability, performance, longevity/stability for each stable feature? (Yes/No) N/A as 1. Project Specific: ----------------- 1. Were there any project-specific deliverables planned for this milestone? (Yes/No) No. 2. Have you updated your project facts with the project type category? (Yes/No) Yes. 3. Do you acknowledge the changes to the RC Blocking Bug Policy [3]_? (Yes/No) Yes. .. [1] Note that you can only reasonably hold a project to something if you formally asked for it during the release planning process and the project team members acknowledged that ask saying they would do it. .. [2] Release notes must be updated prior to a major release. It is a good idea to keep release notes as a living document when significant changes are made. .. [3] https://lists.opendaylight.org/pipermail/tsc/2016-December/006468.html