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