Developer's Diary
Software development, with Terry Ebdon
11-Feb-2020 Operator Messages & HSQLDB Activity Tracking

Please

I was playing around with PLEASE to send operator messages to the RSTS/E spooler utilities, in the small hours. I've been thinking about writing a Groovy app to capture these messages. The app could convert them to Log4J2 messages, to be displayed and filtered by standard tools. e.g. Apache Chainsaw or an Atom plugin. The app could also display messages directly. Returning to this now I see that there's an Operator Services Console (OSC), which defaults to KB0:, i.e. a serial line. More operators can be added, as KB/PPN combinations, but that only works if those accounts are logged in. Obviously I don't want to have KB0: locked out by an app. I'd have to add another KB: to telnet, if I haven't done so already, and change the OSC to that. If I want the app to also send commands then it might then it might need a separate telnet KB: to avoid issues with asynchronous message delivery from OPSER. I'll need to experiment with this. DZ11 lines can be connected to a TCP/IP port using the attach command. The simulator can also log traffic on DZ11 lines.

HSQLDB, BASIC-PLUS & Activity Tracking

I've been messing around with an activities.csv file using HSQLDB's Text Tables and, most recently, in BASIC-PLUS. I need to spend more time on fun coding stuff. HSQLDB Text Tables look like a very interesting way to access CSV data.

For activity tracking all I really need is a couple of simple tables and some reports. I had that working in Libre Office Base, but that app is unusable due to reliability issues. It would be really easy to get that working again in Microsoft Access, and it would be rock solid. But I'd like a solution that's not dependent on an annual "rental" fee. (Though I regard Office 365 as essentially "free". I pay for OneDrive, Office is a very nice bonus.) The real goal is to move my two photography databases over to apps that don't depend on Office 365. The Activity Tracking project is, effectively, a proof of concept. Mirroring the Activity Tracking app on RSTS/E is a bit of a distraction; might be best to drop that for the moment.

Groovy code to execute a query and report distinct activities is trivial. The end result doesn't look as nice as the output from Base, but it's much more reliable. I imagine I could code up a simple HTML report in similar time that it takes to create a Base report. Arguably Microsoft Access is still a better solution, particularly if data entry and random queries are required. But Groovy with HSQLDB is not legacy technology and doesn't require an Office 365 licence.

YARG might be a useful report generator. It's open source and has example code in Groovy.

10-FEB-2020 👈 Top of page 👉 12-FEB-2020

© 2020 Terry Ebdon.

Find me coding on GitHub, networking on LinkedIn, answering questions on Stack Exchange and hanging out on twitter.