
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"><html><head><meta content="text/html;charset=UTF-8" http-equiv="Content-Type"></head><body ><div style="font-family: Verdana, Arial, Helvetica, sans-serif; font-size: 10pt;"><div>Thanks Tony,<br></div><div><br></div><div>It looks like JSON is the flavor-of-the-moment as far a serialization.<br></div><div><br></div><div>I have never done it, but it is useful in Seaside (from what I have read) and so worth learning.<br></div><div><br></div><div>I am looking forward to getting the RabbitMQ working too.<br></div><div><br></div><div><br></div><div>Next steps on the SAX stuff is to divide into "pages" and wrap with an object containing meta-data.<br></div><div>The wrapper will contain an XMLDocument containing the "section" of the large dump.<br></div><div>I can then use XPath on that mini-XMLDocument to get the wiki markup to parse after I transport it via RabbitMQ json etc.<br></div><div><br></div><div>But before that, just get some statistics on meta-data and another speed test.<br></div><div>Then use that meta-data to inform the next parts of the architecture.<br></div><div>Then do that "wrapper" stuff I described above.<br></div><div><br></div><div><br></div><div>My first task may be to document this stuff using i different dataset of NOAA weather stations:<br></div><div><br></div><div><blockquote style="border: 1px solid rgb(204, 204, 204); padding: 7px; background-color: rgb(245, 245, 245);"><div>[(DocDemoSaxHandler parseURL: '<a target="_blank" href="https://w1.weather.gov/xml/current_obs/index.xml">https://w1.weather.gov/xml/current_obs/index.xml</a>' upToLimit:nil)<br></div></blockquote><br></div><div>Maybe spin up a Seaside app with Zurb framework to display it on demand.<br></div><div><br></div><div>Be a neat mini-example app with multiple systems.<br></div><div><br></div><div>Anyhoo...thanks for the info on the MQ.<br></div><div><br></div><div>cordially,<br></div><div><br></div><div>t</div><div>.<br></div><div><br></div><div><br></div><div><br></div><div class="zmail_extra_hr" style="border-top: 1px solid rgb(204, 204, 204); height: 0px; margin-top: 10px; margin-bottom: 10px; line-height: 0px;"><br></div><div class="zmail_extra" data-zbluepencil-ignore="true"><br><div id="Zm-_Id_-Sgn1">---- On Thu, 21 Oct 2021 15:59:01 -0400 <b>Tony Garnock-Jones <tonyg@leastfixedpoint.com></b> wrote ----<br></div><br><blockquote style="margin: 0px;"><div>On 10/21/21 20:52, gettimothy wrote: <br>> If <a href="http://www.squeaksource.com/AMQP/" target="_blank">http://www.squeaksource.com/AMQP/</a> <br>> <<a href="http://www.squeaksource.com/AMQP/" target="_blank">http://www.squeaksource.com/AMQP/</a>> AMQP can handle "objects" then I can <br>> use STOMP (which I used before, about 10 years ago for a commercial app <br>> involving squeak) <br> <br>AMQP/STOMP just transport sacks of bytes around. They care little about <br>the internal structure of those byte sequences. They make you expose <br>enough structure to do routing, and that's it. Usually routing is done <br>on a single string attached as metadata to the binary blob du jour. <br> <br>So you will need to pick a serialization/pickling/marshalling framework <br>to use to turn portions of your Smalltalk object graph (or, if you're <br>lucky, tree) into a byte string - then route that via <br>AMQP/STOMP/MQTT/whatever - then deserialize again at the other end. <br> <br>I'm out of date wrt nice ways to serialize Smalltalk objects! What do <br>people recommend these days? <br> <br>Tony <br></div></blockquote></div><div><br></div></div><br></body></html>