The honey bees are out collecting pollen from the first flowers of spring
WordPress.com is excited to announce our newest offering: a course just for beginning bloggers where you’ll learn everything you need to know about blogging from the most trusted experts in the industry. We have helped millions of blogs get up and running, we know what works, and we want you to to know everything we know. This course provides all the fundamental skills and inspiration you need to get your blog started, an interactive community forum, and content updated annually.
The cats know how to stay cozy and warm on a cold day like today.
It snowed recently and when I went out to check on the chickens I could see many coyote footprints around the perimeter of the chicken run. Among them was a set of huge footprints.
For comparison that’s my footprint on the right
Here’s the other photo I took showing a clear paw print . This one wasn’t as big.
Pretty excited that they are bringing back HeroQuest.
I started as a temp at Hasbro back in 2006. When they moved my department to a Dedham office in 2010 I left, only to return to Hasbro in 2011 once they moved my department back. At that time I thought I’d never leave Hasbro again. But things change. Today was my last day at Hasbro for the second time. I’m off to start a new adventure. Leaving Hasbro again was twice as hard as it was the first time I said goodbye. To all my Hasbro friends, I look forward to meeting up for a drink once Covid is over.
This morning a fox stopped by to look at the chickens. (Sorry its blurry, I took the photo through the kitchen window)
The Cascade hops I planted in the backyard haven’t done much since 2015. There were a handful of cones each year, but it wasn’t until this year that there were enough to harvest.
I collected 3.3 ounces of hops. They smelled amazing. Sweet and delicious.
But how to best use them? I decided to use them as a late add to a one gallon lager beer kit I had.
My track record with beer brewing is not the best. Out of the five or so kits I’ve made only about two have been drinkable. But I won’t get better unless I keep practicing.
Brew day went smoothly and the wort looks great. I’ll find out in a few weeks if it’s drinkable.
Here’s the instructions I use whenever I need to remember how to set up basic server-side authentication on a Lucee server. These are really instructions for Apache Tomcat, which Lucee uses as its web server.
This is something I often do for development sites, but not production. It will allow your Lucee website to authenticate against a static file of users.
(If you are looking for a way to do this dynamically one option is to connect your website to Active Directory. This is how our production sites are configured and I’ve documented the process here.)
If you’re like me and migrating from Apache Webserver this process is similar to adding users to a password file using the htpasswd command.
First we will create an xml file with our user data. Store this outside of your web root! The format looks like this:
<?xml version="1.0" encoding="UTF-8"?> <tomcat-users xmlns="http://tomcat.apache.org/xml" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://tomcat.apache.org/xml tomcat-users.xsd" version="1.0"> <role rolename="canaccessMYAPP"/> <user username="gaspard" password="abcd1234" roles="canaccessMYAPP"/> </tomcat-users>
The userstore ends up being global within Tomcat, so I’ve made the security role specific to MYAPP. Later on you’ll see how I use this in the web.xml to control access to only MYAPP.
In our server.xml file, now we will tell Tomcat about our file with the user data by making an entry inside the <GlobalNamingResources> tag.
<GlobalNamingResources> <Resource name="UserDatabase" auth="Container" type="org.apache.catalina.UserDatabase" description="User database that can be updated and saved" factory="org.apache.catalina.users.MemoryUserDatabaseFactory" pathname="conf/tomcat-users.xml" /> <Resource name="MY_APP_UserDatabase" auth="Container" type="org.apache.catalina.UserDatabase" factory="org.apache.catalina.users.MemoryUserDatabaseFactory" pathname="C:\MY_APP-users.xml" /> </GlobalNamingResources>
(you can remove the default user store on lines 2-6)
Now that we’ve told Tomcat about our XML file with user data, let’s tell Tomcat that this file is available within the engine.
<Engine name="Catalina" defaultHost="127.0.0.1"> <!-- Use the LockOutRealm to prevent attempts to guess user passwords via a brute-force attack --> <Realm className="org.apache.catalina.realm.LockOutRealm"> <Realm className="org.apache.catalina.realm.UserDatabaseRealm" resourceName="UserDatabase"/> <Realm className="org.apache.catalina.realm.UserDatabaseRealm" resourceName="MY_APP_UserDatabase"/> </Realm> <Host name="MY_APP.test" appBase="webapps" unpackWARs="true" autoDeploy="true" > <Context path="" docBase="C:\wwwroot\MY_APP\public_html\" /> <Valve className="org.apache.catalina.valves.AccessLogValve" directory="logs" prefix="access_log" suffix=".txt" pattern="%h %l %u %t "%r" %s %b" /> </Host> </Engine>
We’ve also defined our host within the <engine> area. You can read more about that here.
Now lets tell our website to authenticate against our list of users. In our web.xml we will add the following:
<web-app xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="http://xmlns.jcp.org/xml/ns/javaee" xsi:schemaLocation="http://xmlns.jcp.org/xml/ns/javaee http://xmlns.jcp.org/xml/ns/javaee/web-app_3_1.xsd" id="WebApp_ID" version="3.1"> <display-name>test</display-name> <welcome-file-list> <welcome-file>index.html</welcome-file> <welcome-file>index.htm</welcome-file> <welcome-file>index.cfm</welcome-file> <welcome-file>default.html</welcome-file> <welcome-file>default.htm</welcome-file> <welcome-file>default.cfm</welcome-file> </welcome-file-list> <security-constraint> <web-resource-collection> <web-resource-name></web-resource-name> <url-pattern>/*</url-pattern> </web-resource-collection> <auth-constraint> <role-name>canaccessMYAPP</role-name> </auth-constraint> </security-constraint> <security-role> <role-name>canaccessMYAPP</role-name> </security-role> <login-config> <auth-method>BASIC</auth-method> </login-config> </web-app>
As I said at the start, I usually only use this for dev environments. But if you have multiple user files for multiple web apps on one server the user accounts are global. We don’t want the users from MYAPP #1 getting access to MYAPP #2. In the above example I am controlling access by stating that this website only allows users with “canaccessMYAPP”. If I had a second user database I would make a role for those users called “canaccessOTHERAPP” and configure that web.xml to only allow the users with that role to access.
Hope some of you find this useful!