I recently had the opportunity to attend Connect.Tech 2017 and wanted to write up a quick review of the event.  I’ll start off by saying this won’t be your typical conference review as I was privileged to attend in a much different capacity than I normally do:

That’s right, I volunteered, and it was an amazing experience that I highly recommend.  In my past (ColdFusion) days I had seen a little bit of the dirty underbelly of the beast that is running a conference, but this experience pulled the curtain back just a bit more and let me gain a new respect for what people like Pratik and Vincent go through to put on events that so many of us take for granted in the tech world.  Running a conference is a labor of love.  There’s always a fire to put out or issue to address.  Audio issues, timing, setup, teardown...wait, what’s that...a speaker couldn’t make it?  Cost is another factor.  Conferences are **not **cheap.  One sponsor shared with me that they asked the facility for an extra power strip for their booth.  The technician asked them who they should charge the $101 dollar rental fee for the power strip.  **One hundred and one dollars.  *For a power strip!!  ***

I use the Database view/plugin in InelliJ IDEA quite often.  It’s actually become my “go to” editor for SQL scripts because of it’s responsiveness, the fact that it’s right there inside my IDE and the code completion and join hints are often times better than the DBMS vendor’s offering.  It’s pretty easy to open a new console to start writing queries once you’ve set up a datasource.  You can click the ‘SQL Console’ icon in the toolbar, or right click on the datasource and choose ‘Console’:\

One of the handiest features of Grails is the “flash” scope.  The flash scope is “A temporary storage map that stores objects within the session for the next request and the next request only, automatically clearing out the objects held there after the next request completes.”  It’s a handy way to send messages and errors around when dealing with form posts and redirects.  Since I’ve been working with Spark Java I’ve found myself missing this little feature so I decided to throw together my own implementation.  I’ve added the following closure inside of my main() method in my Bootstrap class:

The latest journey in my quest to see just how many new technologies and frameworks I can learn in one week involves Morphia.  Morphia is a “Java Object Document Mapper for MongoDB”.  In other words, it let’s us map our POJOs and POGOs to MongoDB Documents and persist them in MongoDB.  \

Right, so, on to the codes.  To get started with Morphia declare a dependency as such:

compile group: 'org.mongodb.morphia', name: 'morphia', version: '1.3.1'

Obviously you’ll need to make sure you’ve got access to a running instance of MongoDB before you try to connect/persist to it.  Next, create a domain class - we’ll call this one Person:

In the last post we looked at how Thymeleaf handles reusable layouts.  A reddit user enlightened me about an open source ‘dialect’ for Thymeleaf that makes it behave in a similar manner to SiteMesh.  It’s documented pretty well, but...

Yeah, documentation can be boring sometimes, so I thought I’d put together a quick post on how that would look in the Spark Java application I’ve been working with.  It works well, but it suffers from an inability to pass model variables to the layout template.  That’s something that SiteMesh can handle (although in a less-than-elegant manner in my opinion) and in my view it is almost deal breaker.  Something as simple as a nav menu that is common across all pages will ultimately require some dynamic data, and if we’re going to need to th:insert the fragment on every page, then what are we really gaining by using this style of layout template?  I’ll add how I’d think this could be handled at the end of this post, but first let’s look at how to implement this dialect in the project.

Just a quick update after my last post to clarify things a bit.  I mentioned in that post my dismay regarding the inability to pass model variables from the child view to the parent layout - and I shared that concern with the dialect developer Emanuel on GitHub.  He quickly wrote back to clarify that it is indeed possible:

Hi Todd! First of all, nice blog - I came across it the other day when you wrote about using Thymeleaf w/ Spark \