16:18:54 <tbachman> #startmeeting md_sal_interest_call 16:18:54 <odl_meetbot> Meeting started Tue Aug 26 16:18:54 2014 UTC. The chair is tbachman. Information about MeetBot at http://ci.openstack.org/meetbot.html. 16:18:54 <odl_meetbot> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 16:18:54 <odl_meetbot> The meeting name has been set to 'md_sal_interest_call' 16:19:00 <tbachman> #chair devinavery 16:19:00 <odl_meetbot> Current chairs: devinavery tbachman 16:19:24 <tbachman> #topic Abstract Data Broker Testing 16:20:03 <tbachman> #link https://wiki.opendaylight.org/view/OpenDaylight_Controller:MD-SAL:Testing page describing testing for MD-SAL 16:20:36 <tbachman> #info The AbstractDataBrokerTest instantiates the binding broker, dom broker and datastore 16:20:57 <tbachman> #info devinavery has used this for writing into the store with his own yang model, but there are some specific issues 16:21:51 <tbachman> abhijitkumbhare: can you go on mute? 16:25:06 <tbachman> #info sal-binding-it, sal-test-model, sal-binding-broker-impl dependencies were all needed, along with guava 16:25:29 <tbachman> #info There may be dependencies on yang-data-api, yang-binding, etc., depending on what you’re doing 16:25:43 <tbachman> #info This makes it very easy to test interaction using a mock datastore 16:26:04 <tbachman> #action devinavery will push a gerrit showing his test soon 16:27:39 <tbachman> #topic karaf 16:28:31 <tbachman> #link https://wiki.opendaylight.org/view/Karaf:Step_by_Step_Guide guide to go from nothing to a karaf’d project 16:28:52 <tbachman> #info there’s a maven archetype for creating features 16:31:08 <tbachman> #info Is a karaf feature the equivalent of a plugin 16:31:14 <tbachman> #info edwarnicke says not necessarily 16:33:12 <tbachman> #info there’s a single command to run the archetype 16:34:49 <tbachman> #info the wiki covers some of the common failure cases that you may encounter 16:35:03 <tbachman> #info as well as exceptions that can be ignored 16:37:07 <tbachman> #info edwarnicke says that the way you want to test this is to delete your local .m2 and then run mvn clean install 16:37:20 <tbachman> #info in order to make sure that you’re not picking up something from your local .m2 16:37:38 <tbachman> #hand 16:44:44 <tbachman> #info karaf allows users to select the features that they want, rather than having to worry about coming up with release artifacts/editions 16:50:21 <tbachman> #info installing features may result in other features being installed 16:51:16 <tbachman> #info question as to whether ODL will always require configuration to run 16:51:31 <tbachman> #info edwarnicke says this can be different for internal vs. external use 16:51:48 <tbachman> #info internally, you can add the things you want to the boot features 16:52:24 <tbachman> #info georgez asks if every project has to define their own features 16:52:27 <tbachman> #info edwarnicke says yes 16:54:27 <tbachman> #info georgez points out that dependent features need to be ready in order to use them. edwarnicke wants project to tell georgez if they are blocked by another project’s readiness 16:55:49 <tbachman> devinavery: I have to drop soon. Can you take over mintues? 16:55:54 <devinavery> I can 16:55:55 <devinavery> THanks 16:55:57 <tbachman> thx! 16:55:59 <devinavery> Thank you for the recording! 16:56:02 <tbachman> np! 16:56:07 <devinavery> Did you make me a chair? 16:56:13 <tbachman> yup :) 16:56:13 <devinavery> you did. Great. Thanks! 16:56:16 <tbachman> np! 16:56:56 <devinavery> #info edwarnicke makes strong point - please don't use custom start levels as that can cause issues for everyone. 16:59:09 <devinavery> #info there is karaf happy hour this week @ 7:30 AM PST where you can come and get your karaf questions answered. 16:59:12 <devinavery> #endmeeting