13:28:17 <devinavery> #startmeeting jquery_xpath_for_md_sal_intern 13:28:17 <odl_meetbot> Meeting started Wed Aug 20 13:28:17 2014 UTC. The chair is devinavery. Information about MeetBot at http://ci.openstack.org/meetbot.html. 13:28:17 <odl_meetbot> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 13:28:17 <odl_meetbot> The meeting name has been set to 'jquery_xpath_for_md_sal_intern' 13:28:25 <devinavery> #topic update 13:28:53 <devinavery> #info Neel has updated the code to deal with generating the XML. The test does appear to be generating the correct XML on first glance, but tests are failing 13:29:08 <regXboi> I'm not 100% sure I agree with that 13:29:47 <devinavery> regXboi: the paste bin http://pastebin.com/TpEVZ6RH is from the test output. The restconf output is int he src/test/resources folder under "listtoaster.xml" 13:30:19 <regXboi> what I am concerned about is why childtoasterlist shows up twice 13:30:29 <Neel_B> it has to show up 13:30:38 <regXboi> yes - it has to show up once 13:30:41 <regXboi> but twice? 13:30:45 <Neel_B> yeah twice 13:30:56 <regXboi> why twice 13:31:02 <devinavery> The childtoasterlist is a list of leaf lists 13:31:09 <Neel_B> i made container list whose children is leaflist 13:31:27 * regXboi goes back to yang 13:32:01 <devinavery> I just modified the OpendaylightToaster to change the values to make it clearer 13:32:38 <regXboi> so honestly folks 13:32:58 <regXboi> I would expect a list of leaf-lists to look a little different in the xml 13:33:44 <regXboi> <childtoasterlist>{<toastervalue>....</toastervalue>}+<childtoasterlist> 13:34:25 <devinavery> This mirrors what restconf is giving us 13:34:38 <Neel_B> but the netconf shows the same one right ? 13:34:39 <devinavery> I will paste the two XML's side by side in a paste bin with my modified values so it is easier to follow 13:35:11 * regXboi doesn't like it, but ok 13:35:45 <devinavery> Check out this paste bin: http://pastebin.com/5A4E1WZZ 13:36:12 <devinavery> Neel_B: not sure if you have something auto correcting, but it is RESTCONF, not NETCONF that is giving us the XML format. :) 13:36:40 <regXboi> when we say the tests are failing - are they throwing excpetions or just not succeeding? 13:36:49 <regXboi> *exceptions 13:37:26 <devinavery> I personally am seeing it fail on the "toasterStatus" xpath - we are expecintg 'up' but it is returning blank 13:37:53 <devinavery> Is that what you are seeing too Neel? 13:39:09 <Neel_B_> sorry got disconnected 13:39:39 <devinavery> Here is a link to the error I am seeing right now: http://pastebin.com/ZPKBC1yp 13:40:27 <Neel_B_> yeah the same error 13:41:03 <regXboi> the obvious conclusion is that we are munging the multiple identical childtoasterlist container blocks 13:41:12 <regXboi> identical == same label 13:41:35 <regXboi> I don't know if I believe the obvious conclusion though 13:41:47 <regXboi> so... can we run a test where we have a single childtoasterlist? 13:41:56 <regXboi> that would help us isolate it 13:43:13 <Neel_B_> how ever the code should pass in this scenario too 13:43:57 <regXboi> yes, but when you have a problem like this, you do fault isolation 13:44:13 <regXboi> so the first question then becomes "does the code work with a single childtoasterlist" 13:44:28 <regXboi> if it does, then we look at how we are handling the second childtoasterlist 13:44:37 <regXboi> if not ... 13:47:05 <regXboi> then we have to look at the base childtoasterlist handling 13:48:34 <devinavery> lost him again... 13:48:48 <Neel_B> did i miss anything 13:48:57 <regXboi> maybe yes, maybe no 13:49:01 <regXboi> so I'll back 13:49:07 <regXboi> er I'll go back 13:49:26 <regXboi> the reason I was asking about running a test with a single childtoasterlist is fault isolation 13:49:47 <regXboi> i.e. do we have a problem with a list of leaf lists in general 13:49:57 <regXboi> or do we have a problem with multiple instances in the list of leaf lists 13:50:11 <Neel_B> okay 13:50:40 <Neel_B> you want to leave one childtaosterlist behind and try the test 13:51:18 <regXboi> yes... what happens if the model is such that the list of leaf lists has a single element 13:51:22 <regXboi> er a single leaf list 13:51:25 <regXboi> that is 13:58:27 <regXboi> brb - bio/caffeine break 14:00:14 <Neel_B> regXboi: devinavery same error 14:00:20 <Neel_B> the output xml is 14:00:52 <Neel_B> http://pastebin.com/FKPuExZ2 14:01:20 <devinavery> Neel - probably worth taking another step back. I would go back to the original XML with just the three attributes and see what you get 14:01:46 <devinavery> Then add back in the child toaster try again, then add back in child lists. This will allow us to isolate when the problem starts as regXboi pointed out 14:04:05 <devinavery> #info regXboi providing tips on how to isolate the problem. Basically start backing out the objects we added in until we get to a point that things start to pass again 14:06:27 <regXboi> yes - that's the way to do this 14:06:40 <Neel_B> okay 14:06:52 <regXboi> it's painful, and it's time consuming 14:07:22 <regXboi> but any time I've tried to skip steps, I find that ended up costing me more time 14:07:33 <Neel_B> let's end this meeting i have some other work too 14:07:43 <Neel_B> i will meetup in the night 14:07:48 <Neel_B> late night 14:08:07 <Neel_B> can anyone have your afternoon free ? 14:08:18 <regXboi> my schedule has me open right now 14:08:21 <regXboi> but that may change 14:08:29 <Neel_B> if not we will have contact through mail 14:08:30 <regXboi> so I'll stay here 14:08:40 <regXboi> here == in this channel 14:08:42 <Neel_B> i can continue 2,3 hrs later 14:08:48 <Neel_B> yeah i got it 14:08:54 <regXboi> #endmeeting 14:09:07 <Neel_B> sorry but i have classes started so 14:09:08 <regXboi> devinavery: I'm not chair, so I can't end this... 14:09:35 <devinavery> Ok. So we are ending the meeting? 14:09:52 <devinavery> #info Neel needs to step away. We will meet up this afternoon and continue debugging 14:09:52 <regXboi> yes, Neel_B has class work to do, so we'll meet up again in 2-3 hours or so 14:09:57 <devinavery> #endmeeting