Sat, Mar
0 New Articles

Practical OSS: MkDocs for the IBM i, Part 2

  • Smaller Small Medium Big Bigger
  • Default Helvetica Segoe Georgia Times

MkDocs, the dynamic static site generator, or how I built a website without writing any HTML.

In my last article, I introduced MkDocs, a wonderful static site generator. Today I’m going to show you what I consider to be the most important feature of MkDocs: the dynamic debugging mode. But to get there, we have to build a page. Along the way, I’ll briefly present a few of the fundamental features of MkDocs, features that we’ll address in more detail later.

What Is a Static Website Generator?

In the previous article, I explained that a static website generator is pretty much just exactly what it sounds like: it’s a tool that generates static websites. That’s a little circular, I suppose, so let’s go a little deeper. A static website is one where all of the content is stored in text files, which are sent to the browser as is, with no extra middleware. Contrast this with a dynamic web page, where the contents of the page change depending on conditions. Without going into a lot of discussion about when you would use one architectural approach over the other, the practical difference is that a static website can be served by just about any web server out there, including the ubiquitous Apache server, with almost no configuration required. Conversely, a dynamic website requires some manner of a web application server to process the requests for dynamic information. One of the original options in the IBM i world was to use WebSphere and JavaServer Pages (JSP). Many other options existed throughout time, including ASP.NET in the Microsoft space and CGI in many other places (specifically RPG CGI on the IBM i). More recently, you have PHP, Python, and Ruby.

Those languages aren’t dedicated to web development (well, PHP originally was, but that’s a different story) and in fact usually require some sort of frameworks; that’s a topic for another day perhaps. MkDocs is written in Python, but really that’s not relevant at this point. In fact, rather than getting lost in the minutiae of dynamic web applications, understand that none of that is important when you’re developing in MkDocs.

Wait, Why Don’t I Need to Know About Dynamic Websites?

You don’t need to know anything about the various dynamic web technologies because you will use only static web pages. One of the commands in the MkDocs product is the build command, which takes your text documents and generates a complete, server-ready website. In fact, it even has built-in integration to upload to a GitHub repository. That’s not something you’ll use for an internal website, but the point is that all of the deployment work is done for you. The process looks like this:

Practical OSS: MkDocs for the IBM i, Part 2 - Figure 1

Figure 1: You edit text files, and MkDocs reformats them into web-ready static files.

It’s all very simple. You edit plain text documents, call mkdocs to reformat them into a website, and then use an Apache instance to serve it to your user community. All of this happens in the IFS and can be done using green-screen tools, RDi, or Windows utilities. I personally use RDi because I liked the integrated nature of it, especially as I was learning the tool. The MkDocs utilities run in QShell, but QShell and the green-screen don’t really work together all that well. Instead, I found it very easy to set up a secure shell (SSH) window in RDi. I have since created green-screen command wrappers around most of those commands, which I’ll share in the deployment article. But I still do all of my work in RDi, because it’s very easy to navigate the IFS and edit my source documents.

One caveat: In order to get all of this working smoothly, I had to install the open-source packages. Review some of my notes from the first article. The bad news is that for us green-screen dinosaurs, the open-source world is a little bit untamed. The good news is that there are people like Kevin Adler of IBM who are working tirelessly to make this as painless as possible for us. When I first went through this, I didn’t do things quite correctly and I ended up with an environment where my best bet was probably just to uninstall and reinstall, but I was determined to understand the issues and Kevin was tireless in his support. I don’t usually drop a lot of names, but this was one of those cases where it really did take a village. I needed the enthusiastic help from many of the usual suspects on midrange.com mailing lists as well: comments from Mark Waterbury, John Yeung, and Quintin Holmberg and a lot of input from Jack Woehr finally got me over the hump. If you’re not a member of midrange.com, you should be. There’s simply no reason not to be; David Gibbs has been running this out of the kindness of his heart for a very, very long time.

I already mentioned Mark Waterbury in the first article, because he deserves special mention for having put together the initial instructions in the first place. Sadly, I think had the wrong link; click here for the correct one!

Before We Deploy, We Test!

Okay, deploying the website from the working folders to the production folders is very easy, but as developers we know that we need a sandbox. This is where MkDocs shines. You could just deploy to another Apache instance every time you need to test a change, but MkDocs makes it a lot easier. It actually has an “auto-update” testing mode: a special standalone dedicated web server sits on the working folders and serves up the reformatted pages just as if you had deployed them to a production site. But perhaps even more important, it does this automatically in the background. You start the test server, point a browser to its port, and look at the current version of a page. You can then edit the source text for that page and save it, and the server automatically senses the change, reformats the text file, and even pushes the change out to your browser. The first time I saw it, I definitely did a Keanu Reeves “Whooooooa!” (Matrix style, not Bill and Ted).

I think it’s time to walk through a test page to see how this works. First, let’s show the rather streamlined process flow for the automated test server.

Practical OSS: MkDocs for the IBM i, Part 2 - Figure 2

Figure 2: This is how the test server works – it directly serves up the working pages.

This is pretty awesome. I’m not sure how they do all of this under the covers. While I assume it involves a working directory that looks just like the normal build directory, there are other things going on that required some high-level geek skills. In any case, it’s pretty simple: you go into the UNIX-y part of the machine (either via QSH or, better yet, through an SSH terminal app), change to the directory containing the working source, and start the server. You can create a new website and start testing with it immediately. I’m going to assume you’ve correctly installed MkDocs and you’re logging into the system using your preferred method of UNIX access. Again, I highly recommend the use of SSH. Anyway, you should be able to do this:

mkdocs -V

And see this:

mkdocs, version 1.1.2 from /QOpenSys/pkgs/lib/python3.6/site-packages/mkdocs (Python 3.6)

Anything else and you’re running a different version than I am, and in the open-source world that could mean serious differences, but that should be enough for now. Now we have to create our test sandbox. I recommend the following steps:

md /mkdocs

cd /mkdocs

mkdocs new TestProject

mkdocs serve –dev-addr=

That’s it for IFS setup. Now you have a high-level folder to hold all of your MkDocs source (in case you decide to create more than one website). The mkdocs new command creates a subfolder named TestProject and sets it up for an initial test. Under that, you have your first website folder, TestProject (and case is important). The only thing that would change at your shop might be the port number (the address says you’re running on the local server). Pick one that isn’t already in use, and that’s it. Then you go to your favorite browser and key in the address of your IBM i: http://my.ibmi.addr:8888. This is what you’ll see:

Practical OSS: MkDocs for the IBM i, Part 2 - Figure 3

Figure 3: This is how the (nearly) untouched example page looks.

Well, you’ll see that but not with the phrase “This was edited in RDi”. I added that to my source. “What source?” you ask. The source that the mkdocs new command created for you. Let’s tie up today by looking at the source that created Figure 3:

# Welcome to MkDocs

For full documentation visit [mkdocs.org](https://www.mkdocs.org).

This was edited in RDi.

## Commands


* `mkdocs new [dir-name]` - Create a new project.

* `mkdocs serve` - Start the live-reloading docs server.

* `mkdocs build` - Build the documentation site.

* `mkdocs -h` - Print help message and exit.


## Project layout

mkdocs.yml # The configuration file.


     index.md # The documentation homepage.

     ...     # Other markdown pages, images and other files.

This source file was auto-generated during the creation of the project. I added the red line using RDi. And as you can see, there is very little to it, yet you get a very pretty web page. You can see navigation and bulleted lists and links, all with no requirements for HTML, CSS, or JavaScript skills. And if I change that file (/mkdocs/TestProject/docs/index.md), the browser will automatically update itself. That’s pretty impressive.

That’s all it takes! We’ll follow up with an article on the technical details of how to organize your IFS for a real production website.


Joe Pluta

Joe Pluta is the founder and chief architect of Pluta Brothers Design, Inc. He has been extending the IBM midrange since the days of the IBM System/3. Joe uses WebSphere extensively, especially as the base for PSC/400, the only product that can move your legacy systems to the Web using simple green-screen commands. He has written several books, including Developing Web 2.0 Applications with EGL for IBM i, E-Deployment: The Fastest Path to the Web, Eclipse: Step by Step, and WDSC: Step by Step. Joe performs onsite mentoring and speaks at user groups around the country. You can reach him at This email address is being protected from spambots. You need JavaScript enabled to view it..

MC Press books written by Joe Pluta available now on the MC Press Bookstore.

Developing Web 2.0 Applications with EGL for IBM i Developing Web 2.0 Applications with EGL for IBM i
Joe Pluta introduces you to EGL Rich UI and IBM’s Rational Developer for the IBM i platform.
List Price $39.95

Now On Sale

WDSC: Step by Step WDSC: Step by Step
Discover incredibly powerful WDSC with this easy-to-understand yet thorough introduction.
List Price $74.95

Now On Sale

Eclipse: Step by Step Eclipse: Step by Step
Quickly get up to speed and productivity using Eclipse.
List Price $59.00

Now On Sale



Support MC Press Online

$0.00 Raised:

Book Reviews

Resource Center

  • SB Profound WC 5536 Have you been wondering about Node.js? Our free Node.js Webinar Series takes you from total beginner to creating a fully-functional IBM i Node.js business application. You can find Part 1 here. In Part 2 of our free Node.js Webinar Series, Brian May teaches you the different tooling options available for writing code, debugging, and using Git for version control. Brian will briefly discuss the different tools available, and demonstrate his preferred setup for Node development on IBM i or any platform. Attend this webinar to learn:

  • SB Profound WP 5539More than ever, there is a demand for IT to deliver innovation. Your IBM i has been an essential part of your business operations for years. However, your organization may struggle to maintain the current system and implement new projects. The thousands of customers we've worked with and surveyed state that expectations regarding the digital footprint and vision of the company are not aligned with the current IT environment.

  • SB HelpSystems ROBOT Generic IBM announced the E1080 servers using the latest Power10 processor in September 2021. The most powerful processor from IBM to date, Power10 is designed to handle the demands of doing business in today’s high-tech atmosphere, including running cloud applications, supporting big data, and managing AI workloads. But what does Power10 mean for your data center? In this recorded webinar, IBMers Dan Sundt and Dylan Boday join IBM Power Champion Tom Huntington for a discussion on why Power10 technology is the right strategic investment if you run IBM i, AIX, or Linux. In this action-packed hour, Tom will share trends from the IBM i and AIX user communities while Dan and Dylan dive into the tech specs for key hardware, including:

  • Magic MarkTRY the one package that solves all your document design and printing challenges on all your platforms. Produce bar code labels, electronic forms, ad hoc reports, and RFID tags – without programming! MarkMagic is the only document design and print solution that combines report writing, WYSIWYG label and forms design, and conditional printing in one integrated product. Make sure your data survives when catastrophe hits. Request your trial now!  Request Now.

  • SB HelpSystems ROBOT GenericForms of ransomware has been around for over 30 years, and with more and more organizations suffering attacks each year, it continues to endure. What has made ransomware such a durable threat and what is the best way to combat it? In order to prevent ransomware, organizations must first understand how it works.

  • SB HelpSystems ROBOT GenericIT security is a top priority for businesses around the world, but most IBM i pros don’t know where to begin—and most cybersecurity experts don’t know IBM i. In this session, Robin Tatam explores the business impact of lax IBM i security, the top vulnerabilities putting IBM i at risk, and the steps you can take to protect your organization. If you’re looking to avoid unexpected downtime or corrupted data, you don’t want to miss this session.

  • SB HelpSystems ROBOT GenericCan you trust all of your users all of the time? A typical end user receives 16 malicious emails each month, but only 17 percent of these phishing campaigns are reported to IT. Once an attack is underway, most organizations won’t discover the breach until six months later. A staggering amount of damage can occur in that time. Despite these risks, 93 percent of organizations are leaving their IBM i systems vulnerable to cybercrime. In this on-demand webinar, IBM i security experts Robin Tatam and Sandi Moore will reveal:

  • FORTRA Disaster protection is vital to every business. Yet, it often consists of patched together procedures that are prone to error. From automatic backups to data encryption to media management, Robot automates the routine (yet often complex) tasks of iSeries backup and recovery, saving you time and money and making the process safer and more reliable. Automate your backups with the Robot Backup and Recovery Solution. Key features include:

  • FORTRAManaging messages on your IBM i can be more than a full-time job if you have to do it manually. Messages need a response and resources must be monitored—often over multiple systems and across platforms. How can you be sure you won’t miss important system events? Automate your message center with the Robot Message Management Solution. Key features include:

  • FORTRAThe thought of printing, distributing, and storing iSeries reports manually may reduce you to tears. Paper and labor costs associated with report generation can spiral out of control. Mountains of paper threaten to swamp your files. Robot automates report bursting, distribution, bundling, and archiving, and offers secure, selective online report viewing. Manage your reports with the Robot Report Management Solution. Key features include:

  • FORTRAFor over 30 years, Robot has been a leader in systems management for IBM i. With batch job creation and scheduling at its core, the Robot Job Scheduling Solution reduces the opportunity for human error and helps you maintain service levels, automating even the biggest, most complex runbooks. Manage your job schedule with the Robot Job Scheduling Solution. Key features include:

  • LANSA Business users want new applications now. Market and regulatory pressures require faster application updates and delivery into production. Your IBM i developers may be approaching retirement, and you see no sure way to fill their positions with experienced developers. In addition, you may be caught between maintaining your existing applications and the uncertainty of moving to something new.

  • LANSAWhen it comes to creating your business applications, there are hundreds of coding platforms and programming languages to choose from. These options range from very complex traditional programming languages to Low-Code platforms where sometimes no traditional coding experience is needed. Download our whitepaper, The Power of Writing Code in a Low-Code Solution, and:

  • LANSASupply Chain is becoming increasingly complex and unpredictable. From raw materials for manufacturing to food supply chains, the journey from source to production to delivery to consumers is marred with inefficiencies, manual processes, shortages, recalls, counterfeits, and scandals. In this webinar, we discuss how:

  • The MC Resource Centers bring you the widest selection of white papers, trial software, and on-demand webcasts for you to choose from. >> Review the list of White Papers, Trial Software or On-Demand Webcast at the MC Press Resource Center. >> Add the items to yru Cart and complet he checkout process and submit

  • Profound Logic Have you been wondering about Node.js? Our free Node.js Webinar Series takes you from total beginner to creating a fully-functional IBM i Node.js business application.

  • SB Profound WC 5536Join us for this hour-long webcast that will explore:

  • Fortra IT managers hoping to find new IBM i talent are discovering that the pool of experienced RPG programmers and operators or administrators with intimate knowledge of the operating system and the applications that run on it is small. This begs the question: How will you manage the platform that supports such a big part of your business? This guide offers strategies and software suggestions to help you plan IT staffing and resources and smooth the transition after your AS/400 talent retires. Read on to learn: