A majority of Java developers came to embrace and love Spring’s Inversion of Control (IoC) to inject dependencies. However not all projects are Spring-based! One may want to consider alternatives for taking care of dependency injection… And one of those options is the Guice framework.
You decided to apply for that position or mission and nailed the technical interview. They want you on board! That sounds great, but… before saying “yes” there might be a few questions you should ask and a few things to clarify.
As professional developers, we constantly try to make our code readable for all to understand. We use the term “fluent code” to describe that line of thought. But beginners may find that a bit of an abstract notion… In this post I propose you to examine a concrete case I have recently encountered, and one solution for turning that bit of code into something I am proud(er) of.
So far in this series of posts we have examined how to handle PGP encryption’s core tasks in Java. We now move to the front end side and examine the incredible power of OpenPGP.js !
Say you want to test your automated scripts on your local machine before deploying on the cloud. Ideally, you’d need some kind of virtualized environment to emulate the production situation as closely as possible. In this post, we’ll set up such an environment using the trusty and venerable VirtualBox.
In the previous installment we examined how to generate PGP keys using Java. Now that we have those, we can start encrypting! This post examines how to leverage the excellent Bouncy GPG library to make Java PGP encryption as easy as it gets.
You may have noticed: encryption has received some bad rap lately. I’m talking about Efail and SigSpoof of course, two flaws that impacted OpenPGP-based applications such as GnuPG, Enigmail, etc. Does it mean that OpenPGP is broken?
Oh you noticed, didn’t you? Indeed, I have decided to update my blog’s presentation a little bit, make it more readable and mobile-friendly. The old …