Improvising a teleprompter

For a web conference session I was giving this afternoon, I’d written a script. Although I might not follow it exactly, it was meant to give a structure and ensure I didn’t forget points I wanted to make. But reading it while looking down at a printed page would make it difficult to look at the camera. And looking at the camera would make it difficult to read the words. Not to mention the problem of driving the slides through, by clicking on the presentation application in a browser. Putting things on the laptop’s 2nd monitor would mean frequent eye movement so I was not “looking at” the audience. Not very satisfactory.

With an hour to go, I had a brainwave – I could use my standby laptop propped up behind the main system and use that screen. And because of the need to both click on the presentation system AND to scroll through the script, while not looking down to move cursors or switch between applications, I’d be able to use another mouse. I grabbed an empty box to act as a stand, copied a PDF to the other machine, and tried it out. I had left-hand for the teleprompter scrolling mouse; right-hand for the presenting mouse.

And it all seemed to work pretty well from my perspective. Other than running short on time. But that was not the technology’s fault.

Using a 2nd system as an improvised teleprompter

This post was last updated on August 7th, 2020 at 08:45 am

Presentations for virtual events

This week I’ve been preparing material for two virtual events that are happening at the same time: SHARE and IBM’s Integration Technical Conference. In normal times, I’d have had to make a choice as to which conference to attend, but both are now using remote presentations. So I can give talks (different ones) at both.

The TechCon event is using “live” presentations, streamed with the presenter talking from home. I’ve been doing a lot of presentations like that already over the last few months – I talked about that in another recent post. While the platform running the TechCon stream is different, and some details will change, it’s probably not really going to affect how I work with that material.

The SHARE event is a little more interesting technically as they want the sessions to be prerecorded, submitted as a video, and then having just a short live Q&A at the end. I guess that helps with risky situations like bandwidth restrictions or network failures at the presenter’s end. Running everything centrally makes it more controllable. But I found a couple of challenges doing the recordings.

Continue reading “Presentations for virtual events”

This post was last updated on July 26th, 2020 at 05:22 pm

Updates for MQ metric exporters

The MQ metric exporters are a set of Go programs that deliver queue manager statistics and status to databases such as Prometheus and Influx. They have recently been updated, giving more consistent function and a much easier configuration. This post will explore and explain these changes.

For an introduction to these exporters, see some of my earlier posts in this blog.

Continue reading “Updates for MQ metric exporters”

This post was last updated on November 27th, 2021 at 02:59 pm

A “major” update to the MQ Go package version

The Go language and toolchain did not have a good version control system when created. Systems built on Go could not easily define the levels of the dependencies underpinning the system. Various tools were developed to help with that such as dep and glide. But more recently, the Go compiler environment has defined modules as the way forward. The MQ Go packages are now available in a format that works with modules, with a major number version update to match. This post describes what has been done in the core MQ packages.

A separate post talks about changes in the mq-metric-samples repository that exploits these packages and enables monitoring in tools like Prometheus and Influx.

Continue reading “A “major” update to the MQ Go package version”

This post was last updated on June 4th, 2020 at 09:44 am

MQ API Exits – FAQ

In the past few months I seem to have been been sent a bunch of questions about MQ API Exits from a variety of developers. Some of the questions were repeated so I thought I’d try to collect them, tidy them up, and turn them into an FAQ article.

API Exits were originally made available for one platform in MQSeries V5.2 and then extended to the rest of the Distributed family in V5.3 so they have been around for a while.

Exits are an advanced topic and I’m not planning on going into much general information about these exits. I will assume that someone interested in this article already knows the basic principles and is comfortable working in this environment. For more information on the interfaces see the product documentation and the sample amqsaxe0.c exit.

Continue reading “MQ API Exits – FAQ”

This post was last updated on October 7th, 2024 at 10:31 am

MQ JMS and Spring Boot – improved efficiency

The efficiency of MQ JMS is now improved when used in a Spring Boot application.

The Spring Framework provides simple ways for Java programs to use a variety of interfaces. Its JMS component includes classes that help a program wait for new messages, similar to a Message Driven Bean. The default behaviour of the Spring implementation is known to be non-optimal when working with IBM MQ and I wanted to improve the efficiency.

This article shows recent improvements to Spring Boot and the corresponding MQ JMS Spring Boot component. They remove the need for application developers to know about, and to write code to deal with that inefficiency.

Continue reading “MQ JMS and Spring Boot – improved efficiency”

This post was last updated on March 30th, 2020 at 04:41 pm

Viewing MQ configurations with Grafana

This post shows how you can use Grafana to selectively view information about your MQ configuration. Which may sound a little odd. Grafana’s strength is primarily to show statistics and metrics in pretty graphs. So why would we want to use it to look at queue definitions? The answer is that you usually would not! There are many more appropriate tools for displaying and updating the queue manager configuration – even the MQ Explorer or MQ Console are better. But there may be times when a limited set of information may be desirable, so you can link from a graph to a different view, within the same tool.

But another important aspect that I hope this shows is the power of a common data format. The techniques I’ll show here could be used to combine a variety of different tools, and perhaps this will give you some ideas.

Continue reading “Viewing MQ configurations with Grafana”

This post was last updated on November 25th, 2019 at 02:18 pm

Exploring the MQ archives: Education 1996-style

Recently, we have been creating and publishing a lot of material to help educate people about MQ. You can find that here.

But how might you have learned about MQ in its early days? While hunting through archives for something that I was, in the end, unable to find, I did come across one piece of education that was created over 20 years ago.

You can now see what it was like in this video.

Table of Contents for the training program

Just a few thoughts that I had:

  • While the style may be different, and details vary, a lot of the content is recognisably the same
  • It’s nice to see the MQ Dancers logo return, even as a tiny icon
  • In 1996, the course ended by saying that MQ was “long-term”. Yes, they got that right.

I hope you enjoy it.

This post was last updated on November 20th, 2019 at 09:14 pm