========================== #opendaylight-meeting: tws ========================== Meeting started by colindixon at 17:00:56 UTC. The full logs are available at http://meetings.opendaylight.org/opendaylight-meeting/2014/tws/opendaylight-meeting-tws.2014-08-11-17.00.log.html . Meeting summary --------------- * agenda bashing (colindixon, 17:01:01) * LINK: https://wiki.opendaylight.org/view/Tech_Work_Stream:Main#Upcoming_Meeting_Agendas today’s agenda (colindixon, 17:01:33) * IT good practices followed in OVSDB project (Madhu, 17:05:45) * LINK: https://wiki.opendaylight.org/view/OVSDB:Continuous_Integration (hideyuki, 17:05:51) * LINK: https://wiki.opendaylight.org/view/OVSDB:Continuous_Integration overview of the CI (Madhu, 17:05:57) * LINK: https://jenkins.opendaylight.org/ovsdb/job/ovsdb-ovs-integration/ is a multi-configuration matrix jenkins job (Madhu, 17:07:28) * right now ovsdb runs ovsdb-verify and ovsdb-ovs-integration whenever a patch is submitted (colindixon, 17:07:40) * LINK: the above ovsdb-ovs-integration job is used as verify job to run every commit across various versions of OVS (Madhu, 17:08:00) * LINK: https://github.com/dave-tucker/docker-ovs the Optimized Docker container with OVS user-space mode (Madhu, 17:08:41) * with this user-space OVS, we are able to run many many OVS versions in a single VM. (Madhu, 17:09:18) * yes, that’s ~30MB in size :) (tbachman, 17:09:41) * LINK: http://buildroot.uclibc.org/ is used to build a super-optimized for our use-case. (Madhu, 17:09:54) * the super-optimized user-space OVS is between 26MB - 35MB (Madhu, 17:10:20) * multi-configuration matrix jenkins job will run every version of OVS version configured for (Madhu, 17:11:33) * LINK: https://jenkins.opendaylight.org/ovsdb/job/ovsdb-ovs-full-integration-daily/ runs daily and we test across 16 versions of OVS (Madhu, 17:12:01) * the key way to adopt this is to start figuring out how to build your own optimized docker images for things you need (colindixon, 17:17:36) * it took dave_tucker and Madhu two weeks or so to get their OVS docker image up, working and minified (colindixon, 17:18:04) * dave_tucker says that docker works best with things that have 2-3 processes (not many more) (colindixon, 17:20:03) * for things with more processes, using a vagrat VM is more useful (colindixon, 17:20:20) * sonar job (colindixon, 17:20:24) * this runs on code being mreged (alongside the normal merge job) (colindixon, 17:20:51) * LINK: https://jenkins.opendaylight.org/ovsdb/job/ovsdb-code-coverage/ ovsdb code-coverage job (Madhu, 17:21:00) * Sonar overall-reporting is misleading because it doesn't include IT coverage if the bundle dent do UT (Madhu, 17:23:02) * LINK: https://git.opendaylight.org/gerrit/gitweb?p=ovsdb.git;a=blob;f=commons/parent/pom.xml;h=2e7805d5f90afb7f2af54f055ab6f9204fbff787;hb=refs/heads/master OVSDB pom.xml which takes care of all the required UT, IT and jacoco configuration (Madhu, 17:23:34) * LINK: https://git.opendaylight.org/gerrit/#/c/9482/2 Fix for including PAX-Exam in Sonar Coverage (Madhu, 17:24:15) * LINK: the issue with PAX-Exam coverage issue was due to the missing common base coverage directory (Madhu, 17:25:01) * part of getting accurate sonar code coverage is specifying some extra parameters, e.g., specifying the root directory to be able to catch the cross-bundle code coverage from integration tests (colindixon, 17:25:33) * jacoco maven plugin that is used for code-coverage reports (Madhu, 17:26:30) * Sonar reports both the IT test-cases and UT Test-cases under the UT coverage (Madhu, 17:27:19) * some configuation of jacoco for specifiy the report file and the append=true part (colindixon, 17:27:31) * to get IT results in the same place as UT, you need a configuration from the failsafe plugin to put the report in the same place as surefire-reports (colindixon, 17:28:31) * We are running Sonar 4.3.2 (Madhu, 17:29:17) * LINK: https://github.com/dave-tucker/sonar-vagrantbox Sonar lite version (Madhu, 17:31:05) * somebody asks whether you need sonar? dave_tucker says that you get a report, but it’s harder to interpret them without help (colindixon, 17:32:26) * though surefire reports are useful, Sonar does a good job in aggregating the reports and provide a much better coverage report and details (Madhu, 17:33:38) * Test Documentation (Madhu, 17:34:38) * Integration project team was looking for test case documentation from each project. (Madhu, 17:34:57) * Testopia is certainly an option. But it doesn't follow the Code closely. So we agreed on using Javadoc (Madhu, 17:35:31) * right now, the ovsdb team documents the tests in the code whereyou can see them from the sonar screen (colindixon, 17:37:18) * we can do inline Javadoc for the tests so that Integration team and others can understand what each test case is covering (Madhu, 17:38:34) * in the future, the hope is to be able to add a javadoc tab in sonar that provides just documentation (colindixon, 17:38:41) * LINK: https://wiki.opendaylight.org/view/Tech_Work_Stream:Main (colindixon, 17:51:15) * ACTION: colindixon to document how to easily enable checkstyle for your project/bundle (colindixon, 17:52:37) * please let us know if you are interested in hearing about any specific topic (Madhu, 17:55:42) Meeting ended at 17:55:44 UTC. Action items, by person ----------------------- * colindixon * colindixon to document how to easily enable checkstyle for your project/bundle People present (lines said) --------------------------- * Madhu (32) * colindixon (23) * odl_meetbot (6) * tbachman (6) * hideyuki (1) Generated by `MeetBot`_ 0.1.4