3578 2006-08-03 03:20:30 +0000 [UPDUseCases] Issues with May 8th Usecase Draft 2011-01-08 00:31:50 +0000 1 1 1 Unclassified XPath / XQuery / XSLT Update Facility 1.0 Use Cases Working drafts PC Linux CLOSED FIXED P2 normal --- 1 simeon jonathan.robie jim.melton public-qt-comments oldest_to_newest 11005 0 simeon 2006-08-03 03:20:30 +0000 Use Case "R" ============ Q4: Tries to set Annabel Lee's rating to "B". But Annabel Lee was inserted (Q1) without any rating, so "replace value of" would have an empty target. Use Case "Parts" ================ The intro talks about a "partlist.xml", but the queries access a "part-list.xml" Q3: Neither solution 1, nor solution 3 lead to the expected result. Solution 1 doesn't delete piston, window and lock. The recursive function is solution 2 is also incorrect, as it deletes in "part-tree.xml" at the first call and in "part-list.xml" at subsequent calls. Q4: The note says that "as last into" should be used if position is important, but the expected result shows that the "radio" element is inserted as the first child of "car", not as the last one. Use Case "SOAP" =============== A few typos: * count($returnDepartingAirports)>1 (the one is missing) * has a call to currentdateTime() instead of current-dateTime() * should use string() instead of string-value() * call to local:airports($in) fails because $in is undefined; local:airports($out//env:Body) should be used Use Case "Address Book" ======================= - Typo: a comma is missing after "do replace value of $v2/contact with $v1/contact" I believe the current version of the address book use case raises a replace-replace conflict. The reason is that there is a loop within which we do the same replace: for $a in doc("archive.xml")/archived-agenda/entry, $v1 in doc("copy1.xml")/agenda-version/entry, $v2 in doc("copy2.xml")/agenda-version/entry where $a/name = $v1/name and $v1/name = $v2/name ... return ... do replace value of doc("archive.xml")/*/last-synch-time with current-dateTime() here doc("archive.xml")/*/last-synch-time keeps pointing to the same node and therefore there will be multiple replaces over the same node in the pending update list, which raises a conflict when applying them. - Jerome 16181 1 jonathan.robie 2007-08-17 17:18:47 +0000 This seems to solve the address book use case - it sure would be easier with the scripting extensions. for $a in doc("archive.xml")/archived-agenda/entry, $v1 in doc("copy1.xml")/agenda-version/entry, $v2 in doc("copy2.xml")/agenda-version/entry where $a/name = $v1/name and $v1/name = $v2/name return if ($a/contact = $v1/contact and $v1/contact=$v2/contact) then () else if ($v1/contact = $v2/contact) then replace value of node $a/contact with $v1/contact else if ($a/contact = $v1/contact) then ( replace value of node $a/contact with $v2/contact, replace value of node $v1/contact with $v2/contact ) else if ($a/contact = $v2/contact) then ( replace value of node $a/contact with $v1/contact, replace value of node $v2/contact with $v1/contact ) else ( insert node <fail> <arch>{ $a }</arch> <v1>{ $v1 }</v1> <v2>{ $v2 }</v2> </fail> into doc("log.xml")/log ) , replace value of node doc("archive.xml")/*/last-synch-time with current-dateTime() 16182 2 jonathan.robie 2007-08-17 17:31:05 +0000 I believe this fixes the errors in Use Case "SOAP": <pre> declare namespace env="http://www.w3.org/2003/05/soap-envelope"; declare namespace m="http://travelcompany.example.org/reservation"; declare namespace n="http://mycompany.example.com/employees"; declare namespace p="http://travelcompany.example.org/reservation/travel"; (: A clarification is needed only if there are no : airports or more than one for a given city. If : there is precisely one, there is no need to : ask for information on that city. :) declare function local:airportChoices($city as xs:string) { let $airports := collection("airports")[CITY = $city] return if (count($airports) = 0) then <error> No airports found for {$city}!</error> else if (count($airports) > 1) then <airportChoices> { for $c in $airports/CODE return (string( $c ), " ") } </airportChoices> else () }; (: Make sure that each airport is unambiguous. If there is : more than one airport for a city, ask for clarification. : : The primer only shows the error condition, so it is not : clear what to do if there are no errors. Here, we simply : return the airports in the itinerary. :) declare function local:airports($in as element(env:Envelope)) { let $departureDeparting := $in//p:departure/p:departing let $departureDepartingAirports := collection("airports")[CITY = $departureDeparting] let $departureArriving := $in//p:departure/p:arriving let $departureArrivingAirports := collection("airports")[CITY = $departureArriving] let $returnDeparting := $in//p:return/p:departing let $returnDepartingAirports := collection("airports")[CITY = $returnDeparting] let $returnArriving := $in//p:return/p:arriving let $returnArrivingAirports := collection("airports")[CITY = $returnArriving] return if ( count($departureDepartingAirports)=0 or count($departureDepartingAirports)>1 or count($departureArrivingAirports)=0 or count($departureArrivingAirports)>1 or count($returnDepartingAirports)=0 or count($returnDepartingAirports)>1 or count($returnArrivingAirports)=0 or count($returnArrivingAirports)>1 ) then <p:itineraryClarification> <p:departure> <p:departing> { local:airportChoices($departureDeparting) } </p:departing> <p:arriving> { local:airportChoices($departureArriving) } </p:arriving> </p:departure> <p:return> <p:departing> { local:airportChoices($returnDeparting) } </p:departing> <p:arriving> { local:airportChoices($returnArriving) } </p:arriving> </p:return> </p:itineraryClarification> else <p:itinerary> <p:departure> <p:departing>{$departureDeparting}</p:departing> <p:arriving>{$departureArriving}</p:arriving> </p:departure> <p:return> <p:departing>{$returnDeparting}</p:departing> <p:arriving>{$returnArriving}</p:arriving> </p:return> </p:itinerary> }; declare variable $msg external; copy $out := $msg/env:Envelope modify ( replace value of node $out//m:dateAndTime with fn:current-dateTime(), replace node $out//env:Body with <env:Body> { local:airports($out//env:Body) } </env:Body> ) return $out </pre> 16183 3 483 jonathan.robie 2007-08-17 17:32:48 +0000 Created attachment 483 Fixed SOAP query. I think this fixes the SOAP bug. 16184 4 jonathan.robie 2007-08-17 18:48:17 +0000 I think this fixes the Use Case "R" Q4: let $user := doc("users.xml")/users/user_tuple[name="Annabel Lee"] return if ($user/rating) then replace value of node $user/rating with "B" else insert node <rating>B</rating> into $user 16185 5 jonathan.robie 2007-08-17 19:52:50 +0000 [quote]Q4: The note says that "as last into" should be used if position is important, but the expected result shows that the "radio" element is inserted as the first child of "car", not as the last one.[/quote] But that's the point. I show a query that doesn't specify position, and it winds up first, which might be unexpected. In subsequent text, I then say that you can put it in a particular position, e.g. by specifying "as last". I don't think this is a bug. 16186 6 jonathan.robie 2007-08-17 20:24:11 +0000 [quote]Q3: Neither solution 1, nor solution 3 lead to the expected result. Solution 1 doesn't delete piston, window and lock. The recursive function is solution 2 is also incorrect, as it deletes in "part-tree.xml" at the first call and in "part-list.xml" at subsequent calls.[/quote] I believe this is correct for solution 1: for $pt in doc("part-tree.xml")//part[@name="car"]//part, $pl in doc("part-list.xml")//part where $pt/@partid eq $pl/@partid return delete nodes $pl I believe this is correct for solution 2: declare updating function local:delete-subtree($p as element(part)) { for $child in doc("part-list.xml")//part where $p/@partid eq $child/@partof return ( delete nodes $child, local:delete-subtree($child) ) }; for $p in doc("part-list.xml")//part[@name="car"] return local:delete-subtree($p) 16187 7 liam 2007-08-17 20:28:14 +0000 Closed on behalf of Jonathan; please reopen if it is not satisfactory. 16188 8 simeon 2007-08-17 20:47:19 +0000 Seems to work. Although the use of the 'current-dateTime' function will make it hard to use it as a test case... Thanks! - Jerome (In reply to comment #1) > This seems to solve the address book use case - it sure would be easier with > the scripting extensions. > > for $a in doc("archive.xml")/archived-agenda/entry, > $v1 in doc("copy1.xml")/agenda-version/entry, > $v2 in doc("copy2.xml")/agenda-version/entry > where $a/name = $v1/name > and $v1/name = $v2/name > return > if ($a/contact = $v1/contact and $v1/contact=$v2/contact) > then () > else > if ($v1/contact = $v2/contact) > then replace value of node $a/contact with $v1/contact > else > if ($a/contact = $v1/contact) > then ( > replace value of node $a/contact with $v2/contact, > replace value of node $v1/contact with $v2/contact > ) > else > if ($a/contact = $v2/contact) > then ( > replace value of node $a/contact with $v1/contact, > replace value of node $v2/contact with $v1/contact > ) > else ( > insert node > <fail> > <arch>{ $a }</arch> > <v1>{ $v1 }</v1> > <v2>{ $v2 }</v2> > </fail> > into doc("log.xml")/log > ) > , > > replace value of node doc("archive.xml")/*/last-synch-time > with current-dateTime() > 16189 9 simeon 2007-08-17 20:58:51 +0000 Works. Thanks! - Jerome (In reply to comment #4) > I think this fixes the Use Case "R" Q4: > > > let $user := doc("users.xml")/users/user_tuple[name="Annabel Lee"] return > if ($user/rating) > then replace value of node $user/rating with "B" > else insert node <rating>B</rating> into $user > 16190 10 simeon 2007-08-17 21:02:43 +0000 Yes, I agree it's not really a bug. I just think the text can easily been read as saying: "it's appearing last but that's not enforced by the semantics", which I think is what the comment was about. - Jerome (In reply to comment #5) > [quote]Q4: The note says that "as last into" should be used if position is > important, but the expected result shows that the "radio" element > is inserted as the first child of "car", not as the last one.[/quote] > > But that's the point. I show a query that doesn't specify position, and it > winds up first, which might be unexpected. In subsequent text, I then say that > you can put it in a particular position, e.g. by specifying "as last". > > I don't think this is a bug. > 16194 11 simeon 2007-08-17 21:27:37 +0000 Thanks. I think there is still a problem. The local function is defined as taking elements of type env:Envelop as input, but it's passed an env:Body. You may want to remove '//env:Body' in the function call. - Jerome (In reply to comment #2) > I believe this fixes the errors in Use Case "SOAP": > > <pre> > declare namespace env="http://www.w3.org/2003/05/soap-envelope"; declare > namespace m="http://travelcompany.example.org/reservation"; declare > namespace n="http://mycompany.example.com/employees"; declare namespace > p="http://travelcompany.example.org/reservation/travel"; (: A clarification > is needed only if there are no : airports or more than one for a given city. > If : there is precisely one, there is no need to : ask for information on > that city. :) declare function local:airportChoices($city as xs:string) { > let $airports := collection("airports")[CITY = $city] return if > (count($airports) = 0) then <error> No airports found for > {$city}!</error> else if (count($airports) > 1) then > <airportChoices> { for $c in $airports/CODE return > (string( $c ), " ") } </airportChoices> else () }; (: Make > sure that each airport is unambiguous. If there is : more than one airport > for a city, ask for clarification. : : The primer only shows the error > condition, so it is not : clear what to do if there are no errors. Here, we > simply : return the airports in the itinerary. :) declare function > local:airports($in as element(env:Envelope)) { let $departureDeparting := > $in//p:departure/p:departing let $departureDepartingAirports := > collection("airports")[CITY = $departureDeparting] let $departureArriving > := $in//p:departure/p:arriving let $departureArrivingAirports := > collection("airports")[CITY = $departureArriving] let $returnDeparting > := $in//p:return/p:departing let $returnDepartingAirports := > collection("airports")[CITY = $returnDeparting] let $returnArriving := > $in//p:return/p:arriving let $returnArrivingAirports := > collection("airports")[CITY = $returnArriving] return if ( > count($departureDepartingAirports)=0 or > count($departureDepartingAirports)>1 or > count($departureArrivingAirports)=0 or > count($departureArrivingAirports)>1 or > count($returnDepartingAirports)=0 or > count($returnDepartingAirports)>1 or > count($returnArrivingAirports)=0 or > count($returnArrivingAirports)>1 ) then > <p:itineraryClarification> <p:departure> > <p:departing> { local:airportChoices($departureDeparting) } > </p:departing> <p:arriving> { > local:airportChoices($departureArriving) } </p:arriving> > </p:departure> <p:return> <p:departing> > { local:airportChoices($returnDeparting) } </p:departing> > <p:arriving> { > local:airportChoices($returnArriving) } </p:arriving> > </p:return> </p:itineraryClarification> else > <p:itinerary> <p:departure> > <p:departing>{$departureDeparting}</p:departing> > <p:arriving>{$departureArriving}</p:arriving> </p:departure> > <p:return> <p:departing>{$returnDeparting}</p:departing> > <p:arriving>{$returnArriving}</p:arriving> </p:return> > </p:itinerary> }; declare variable $msg external; copy $out := > $msg/env:Envelope modify ( replace value of node $out//m:dateAndTime > with fn:current-dateTime(), replace node $out//env:Body with > <env:Body> { local:airports($out//env:Body) } </env:Body> ) > return $out > </pre> > 16195 12 jonathan.robie 2007-08-17 21:35:27 +0000 (In reply to comment #11) > Thanks. I think there is still a problem. The local function is defined as > taking > elements of type env:Envelop as input, but it's passed an env:Body. > > You may want to remove '//env:Body' in the function call. Ooops - you're right - fixing that now. Thanks! Jonathan 16196 13 simeon 2007-08-17 23:08:03 +0000 Works! Thanks, - Jerome (In reply to comment #6) > [quote]Q3: Neither solution 1, nor solution 3 lead to the expected result. > Solution 1 doesn't delete piston, window and lock. > The recursive function is solution 2 is also incorrect, as it > deletes in "part-tree.xml" at the first call and in "part-list.xml" > at subsequent calls.[/quote] > > I believe this is correct for solution 1: > > > for $pt in doc("part-tree.xml")//part[@name="car"]//part, > $pl in doc("part-list.xml")//part > where $pt/@partid eq $pl/@partid > return > delete nodes $pl > > I believe this is correct for solution 2: > > declare updating function > local:delete-subtree($p as element(part)) > { > for $child in doc("part-list.xml")//part > where $p/@partid eq $child/@partof > return ( > delete nodes $child, > local:delete-subtree($child) > ) > }; > > for $p in doc("part-list.xml")//part[@name="car"] > return > local:delete-subtree($p) > 483 2007-08-17 17:32:48 +0000 2007-08-17 17:32:48 +0000 Fixed SOAP query. soap.xq text/x-c++src 3634 jonathan.robie ZGVjbGFyZSBuYW1lc3BhY2UgDSAgZW52PSJodHRwOi8vd3d3LnczLm9yZy8yMDAzLzA1L3NvYXAt ZW52ZWxvcGUiOw1kZWNsYXJlIG5hbWVzcGFjZSANICBtPSJodHRwOi8vdHJhdmVsY29tcGFueS5l eGFtcGxlLm9yZy9yZXNlcnZhdGlvbiI7DWRlY2xhcmUgbmFtZXNwYWNlIA0gIG49Imh0dHA6Ly9t eWNvbXBhbnkuZXhhbXBsZS5jb20vZW1wbG95ZWVzIjsNZGVjbGFyZSBuYW1lc3BhY2UgDSAgcD0i aHR0cDovL3RyYXZlbGNvbXBhbnkuZXhhbXBsZS5vcmcvcmVzZXJ2YXRpb24vdHJhdmVsIjsNDSg6 ICBBIGNsYXJpZmljYXRpb24gaXMgbmVlZGVkIG9ubHkgaWYgdGhlcmUgYXJlIG5vDSA6ICBhaXJw b3J0cyBvciBtb3JlIHRoYW4gb25lIGZvciBhIGdpdmVuIGNpdHkuIElmDSA6ICB0aGVyZSBpcyBw cmVjaXNlbHkgb25lLCB0aGVyZSBpcyBubyBuZWVkIHRvDSA6ICBhc2sgZm9yIGluZm9ybWF0aW9u IG9uIHRoYXQgY2l0eS4NIDopDQ1kZWNsYXJlIGZ1bmN0aW9uIGxvY2FsOmFpcnBvcnRDaG9pY2Vz KCRjaXR5IGFzIHhzOnN0cmluZykNew0gIGxldCAkYWlycG9ydHMgOj0gY29sbGVjdGlvbigiYWly cG9ydHMiKVtDSVRZID0gJGNpdHldDSAgcmV0dXJuDSAgICBpZiAoY291bnQoJGFpcnBvcnRzKSA9 IDApDSAgICB0aGVuIA0gICAgICAgPGVycm9yPiBObyBhaXJwb3J0cyBmb3VuZCBmb3IgeyRjaXR5 fSE8L2Vycm9yPg0gICAgZWxzZSBpZiAoY291bnQoJGFpcnBvcnRzKSA+IDEpIA0gICAgdGhlbiAN ICAgICAgIDxhaXJwb3J0Q2hvaWNlcz4NICAgICAgICB7IA0gICAgICAgICAgZm9yICRjIGluICRh aXJwb3J0cy9DT0RFDSAgICAgICAgICByZXR1cm4gKHN0cmluZyggJGMgKSwgIiAiKQ0gICAgICAg IH0NICAgICAgIDwvYWlycG9ydENob2ljZXM+DSAgICBlbHNlICgpDX07DQ0oOiAgTWFrZSBzdXJl IHRoYXQgZWFjaCBhaXJwb3J0IGlzIHVuYW1iaWd1b3VzLiBJZiB0aGVyZSBpcw0gOiAgbW9yZSB0 aGFuIG9uZSBhaXJwb3J0IGZvciBhIGNpdHksIGFzayBmb3IgY2xhcmlmaWNhdGlvbi4NIDoNIDog IFRoZSBwcmltZXIgb25seSBzaG93cyB0aGUgZXJyb3IgY29uZGl0aW9uLCBzbyBpdCBpcyBub3QN IDogIGNsZWFyIHdoYXQgdG8gZG8gaWYgdGhlcmUgYXJlIG5vIGVycm9ycy4gSGVyZSwgd2Ugc2lt cGx5DSA6ICByZXR1cm4gdGhlIGFpcnBvcnRzIGluIHRoZSBpdGluZXJhcnkuDSA6KQ0NZGVjbGFy ZSBmdW5jdGlvbiBsb2NhbDphaXJwb3J0cygkaW4gYXMgZWxlbWVudChlbnY6RW52ZWxvcGUpKQ17 DSAgICBsZXQgJGRlcGFydHVyZURlcGFydGluZyA6PSANICAgICAgJGluLy9wOmRlcGFydHVyZS9w OmRlcGFydGluZw0gICAgbGV0ICRkZXBhcnR1cmVEZXBhcnRpbmdBaXJwb3J0cyA6PSANICAgICAg Y29sbGVjdGlvbigiYWlycG9ydHMiKVtDSVRZID0gJGRlcGFydHVyZURlcGFydGluZ10NICAgIGxl dCAkZGVwYXJ0dXJlQXJyaXZpbmcgOj0gDSAgICAgICRpbi8vcDpkZXBhcnR1cmUvcDphcnJpdmlu Zw0gICAgbGV0ICRkZXBhcnR1cmVBcnJpdmluZ0FpcnBvcnRzIDo9IA0gICAgICBjb2xsZWN0aW9u KCJhaXJwb3J0cyIpW0NJVFkgPSAkZGVwYXJ0dXJlQXJyaXZpbmddDSAgICBsZXQgJHJldHVybkRl cGFydGluZyA6PSANICAgICAgJGluLy9wOnJldHVybi9wOmRlcGFydGluZw0gICAgbGV0ICRyZXR1 cm5EZXBhcnRpbmdBaXJwb3J0cyA6PSANICAgICAgY29sbGVjdGlvbigiYWlycG9ydHMiKVtDSVRZ ID0gJHJldHVybkRlcGFydGluZ10NICAgIGxldCAkcmV0dXJuQXJyaXZpbmcgOj0gDSAgICAgICRp bi8vcDpyZXR1cm4vcDphcnJpdmluZw0gICAgbGV0ICRyZXR1cm5BcnJpdmluZ0FpcnBvcnRzIDo9 IA0gICAgICBjb2xsZWN0aW9uKCJhaXJwb3J0cyIpW0NJVFkgPSAkcmV0dXJuQXJyaXZpbmddDSAg ICByZXR1cm4NICAgICAgIGlmICggY291bnQoJGRlcGFydHVyZURlcGFydGluZ0FpcnBvcnRzKT0w IG9yIA0gICAgICAgICAgICBjb3VudCgkZGVwYXJ0dXJlRGVwYXJ0aW5nQWlycG9ydHMpPjEgb3Ig DSAgICAgICAgICAgIGNvdW50KCRkZXBhcnR1cmVBcnJpdmluZ0FpcnBvcnRzKT0wIG9yIA0gICAg ICAgICAgICBjb3VudCgkZGVwYXJ0dXJlQXJyaXZpbmdBaXJwb3J0cyk+MSBvciANICAgICAgICAg ICAgY291bnQoJHJldHVybkRlcGFydGluZ0FpcnBvcnRzKT0wIG9yIA0gICAgICAgICAgICBjb3Vu dCgkcmV0dXJuRGVwYXJ0aW5nQWlycG9ydHMpPjEgb3IgDSAgICAgICAgICAgIGNvdW50KCRyZXR1 cm5BcnJpdmluZ0FpcnBvcnRzKT0wIG9yIA0gICAgICAgICAgICBjb3VudCgkcmV0dXJuQXJyaXZp bmdBaXJwb3J0cyk+MSApDSAgICAgICAgIHRoZW4NICAgICAgICAgIDxwOml0aW5lcmFyeUNsYXJp ZmljYXRpb24+DSAgICAgICAgICAgIDxwOmRlcGFydHVyZT4NICAgICAgICAgICAgICA8cDpkZXBh cnRpbmc+DSAgICAgICAgICAgICAgICB7IGxvY2FsOmFpcnBvcnRDaG9pY2VzKCRkZXBhcnR1cmVE ZXBhcnRpbmcpIH0NICAgICAgICAgICAgICA8L3A6ZGVwYXJ0aW5nPg0gICAgICAgICAgICAgIDxw OmFycml2aW5nPg0gICAgICAgICAgICAgICAgeyBsb2NhbDphaXJwb3J0Q2hvaWNlcygkZGVwYXJ0 dXJlQXJyaXZpbmcpIH0NICAgICAgICAgICAgICA8L3A6YXJyaXZpbmc+IA0gICAgICAgICAgICA8 L3A6ZGVwYXJ0dXJlPg0gICAgICAgICAgICA8cDpyZXR1cm4+DSAgICAgICAgICAgICAgPHA6ZGVw YXJ0aW5nPg0gICAgICAgICAgICAgICAgeyBsb2NhbDphaXJwb3J0Q2hvaWNlcygkcmV0dXJuRGVw YXJ0aW5nKSB9DSAgICAgICAgICAgICAgPC9wOmRlcGFydGluZz4NICAgICAgICAgICAgICA8cDph cnJpdmluZz4NICAgICAgICAgICAgICAgIHsgbG9jYWw6YWlycG9ydENob2ljZXMoJHJldHVybkFy cml2aW5nKSB9DSAgICAgICAgICAgICAgPC9wOmFycml2aW5nPg0gICAgICAgICAgICA8L3A6cmV0 dXJuPg0gICAgICAgICAgPC9wOml0aW5lcmFyeUNsYXJpZmljYXRpb24+DSAgICAgICAgIGVsc2Ug DSAgICAgICAgICA8cDppdGluZXJhcnk+DSAgICAgICAgICAgIDxwOmRlcGFydHVyZT4NICAgICAg ICAgICAgICA8cDpkZXBhcnRpbmc+eyRkZXBhcnR1cmVEZXBhcnRpbmd9PC9wOmRlcGFydGluZz4N ICAgICAgICAgICAgICA8cDphcnJpdmluZz57JGRlcGFydHVyZUFycml2aW5nfTwvcDphcnJpdmlu Zz4NICAgICAgICAgICAgPC9wOmRlcGFydHVyZT4NICAgICAgICAgICAgPHA6cmV0dXJuPg0gICAg ICAgICAgICAgIDxwOmRlcGFydGluZz57JHJldHVybkRlcGFydGluZ308L3A6ZGVwYXJ0aW5nPg0g ICAgICAgICAgICAgIDxwOmFycml2aW5nPnskcmV0dXJuQXJyaXZpbmd9PC9wOmFycml2aW5nPg0g ICAgICAgICAgICA8L3A6cmV0dXJuPg0gICAgICAgICAgPC9wOml0aW5lcmFyeT4NfTsNDWRlY2xh cmUgdmFyaWFibGUgJG1zZyBleHRlcm5hbDsNDWNvcHkgJG91dCA6PSAkbXNnL2VudjpFbnZlbG9w ZQ1tb2RpZnkgKA0gIHJlcGxhY2UgdmFsdWUgb2Ygbm9kZSAkb3V0Ly9tOmRhdGVBbmRUaW1lIAog ICAgIHdpdGggZm46Y3VycmVudC1kYXRlVGltZSgpLA0gIHJlcGxhY2Ugbm9kZSAkb3V0Ly9lbnY6 Qm9keSANICB3aXRoIDxlbnY6Qm9keT4NICAgICAgICB7IGxvY2FsOmFpcnBvcnRzKCRvdXQvL2Vu djpCb2R5KSB9DSAgICAgICA8L2VudjpCb2R5Pg0pDXJldHVybiAkb3V0Cg==