Monday, September 07, 2020
In 2009, I switched from a shared to a private Tomcat jsp hosting plan for use with qisoftware.com.
What is Tomcat?
Apache Tomcat is a long-lived, open source Java servlet container that implements several core Java enterprise specs, namely the Java Servlet, JavaServer Pages (JSP), and WebSockets.
The switch [on qisoftware.com's servers] enabled me to restart my private Tomcat service whenever the need arose.
The switch for hosting-q.com, where I maintain most of my Java Servlets, occurred in October 2018.
When I started using private Tomcat services, I only needed to be able to restart Tomcat so updates to the web.xml file and new Java .class files were recognized.
This to say, that if I ever had a problem with either shared or private Tomcat services-- I simply decided my web hosting providers should research and fix the problem.
In October 2018, a newer Tomcat private service was established on hosting-q.com, for which (quite frankly), I had to do a bit of research- to have it work correctly. Last week, I forgot I had to do this. Yes (even then), I tried asking the web hosting provider to resolve some of the issues, however now I realize, they feel if you ask for a private Tomcat hosting plan, then you know how to run a private Tomcat service.
Last Wednesday (September 2, 2020), when I okayed the update for the current Java JDK version 1.6, the web hosts also indicated they would update both Tomcat to version- 8 (8.5) and the Java JDK to 1.8. When this happened, the site dropped almost immediately.
Java JDK 1.8 is considered a must have to handle today's SSL issues, and since I have been developing in that environment (JDK 1.8) since December 2019, I knew it was a must have for qisoftware.com servers.
Preliminary tests showed, I could not even install a simple Java JDK 1.8 test servlet on qisoftware.com servers without dropping the entire site (keep in mind when you use a private Tomcat service the Apache Tomcat server is used to run the entire site).
The other issue, for the last year or so, I have been migrating new tools, or updates of existing tools to hosting-q.com because qisoftware.com's versions of Java and Tomcat simply could not handle the new interfaces.
Two weeks ago, when hosting-q.com experienced an overload, I knew I had to do something about qisoftware.com- to assist in the efficient distribution and deployment of Java class files, between the two sites.
I had errands to run Wednesday (September 2, 2020) morning, and knew before I left- I had a lot of problems. When I returned, I was able to figure out how to map qisoftware.com and reginadenisethomas.com to the new Apache Tomcat Server.
By the end of Wednesday evening, I had the following sub-domains mapped.
I probably should not admit to this, however here goes. While trying to get the sub-domains mapped, I inadvertently deleted all of the files in most of the sub-domains, reginadenisethomas.com and the rest of the lower directories under the main level.
No problem- remix.qisoftware.com and personal.qisoftware.com are Thingamablogs so I simply ran the local software and reinstalled each blog (personal.qisoftware.com took over nine hours to reinstall on a Verizon FiOS network-- think we are sharing some of our throughput with neighbors).
As requested two days before (August 31, 2020) by my web hosting providers, I made a backup of the entire site (oddly enough, Tomcat & WiredPages directories were missing), so it was easy to use a secure copy command to replace the deleted directory structures.
Other issues I had to resolve:
cgiemail-- though the cgi-bin directory appeared to be mapped, the MIT Form to Email application I have used since 2004 or so, simply would not work. Created a PHP Form-to-email Function to handle qisoftware.com/contact.html and wiredpages.qisoftware.com/busdir/SubmitListing.html.
index.php not recognized for forums.qisoftware.com. The following command set did work for 10 minutes and then suddenly dropped the Tomcat Server.
Had to come up with another way, which I am not happy about.
Continuing to look at this problem.
All of this to say, at this time, qblog.qisoftware.com (Q's Wire, MySQL Database uncorrupted) and blog.qisoftware.com (original Business Blog) are not installed. Very easy to use the secure copy command to load these sub-domains and the associated directory trees. I am simply weighing the options.
Did you want to ask if you should use Java Servlet Technology or use someone like me to develop custom tools? Yes. Most big sites use Java technology. It is more secure and executes faster than most scripting languages. Smaller sites can use a shared Tomcat environment. Developers like me-- need the Private Tomcat Server.