Parsing Responses
When I mentioned earlier about the BOINC XML parser assuming a line-by-line parse what I meant by that the XML responses are relatively flat and is parsed in one pass. This has some interesting ramifications, for instance the relationship between XML elements is determined by what was parsed before it.
For an example of what I mean I’m going to use the uber GUI RPC <get_state> which dumps the BOINC Daemons entire state and should be called at the beginning of any session. Most of the mini update RPC’s do not contain any relational information so you have to run a quick query against the <get_state> results to map a workunit to a project for instance.
Here would be the request:
<boinc_gui_rpc_request> |
Here is a simplified version of the response:
<boinc_gui_rpc_reply> |
So in this example you can see that there is no explicit reference to a project in any of the app, app_version, file_info, workunit, and result elements because it is assumed that they all belong to the same project until the next project element is parsed.
This example illustrates what I mean by a relatively flat XML structure. XPath and XQuery would have a hard time trying to return results that are not in a hierarchical in nature.
—– Rom
This post was last modified on December 13, 2020 9:56 am
2020 turns out to be a hardware refresh year for ROMWNET. I've upgraded the network…
After a bit of research and experimentation, I figured out how to fix my permalink…
After a seriously long time, I've finally upgraded my blogging platform to WordPress. Dasblog was…
Original post: New BOINC Manager Design Project: BOINC Sentinels Some time back, I started BOINC…
So I have been working on a little side project on and off for a…
Well I believe I have found and fixed the screen saver issue that has been…
This website uses cookies.