Shipping a new release of software usually involves quite a few steps. Depending on the type of software, this may be something you rarely do. Thus, it often involves manual steps. This is not necessary! Maven has had its “Release Plugin” since approximately April 2007; yes, that's over 12 years! It has served both the Maven project and many other software projects.
This year I'm returning to Devoxx. I'm planning to write some notes on interesting sessions or other content. Also, I'll be delivering my talk on Transport Layer Security tomorrow. But today was a day of catching up with old friends and attending a talk or two.
One talk really caught my attention: “Implementing a simple JVM in Rust”.
Third day on Code One already! Highlights for today: the Community Keynote, a trip to GitHub and a session called “Sarcasm as a Service”.
On this second day at Code One I have again visited interesting sessions. One on security by Jim Manicode and one on cash (or the lack thereof) in Sweden.
This year I'm returning to Oracle Code One (formerly JavaOne) for the third time. I'm planning to write some notes on interesting sessions or other content.
When you're writing Java applications, chances are you're using Maven for dependency management. It lets you declare the artifacts you need to build your application. Those artifacts also depend on other artifacts. This means you have transitive dependencies - dependencies you didn't declare yourself but you need them anyway.
From yesterday until tomorrow I'm attending Devoxx Poland (or Devoxx PL for short). It's the second largest conference in the Devoxx family with around 2700 people attending. The conference is held in the ICE Kraków Congress Centre, a large venue with an amazing primary room. Entrance of the ICE The main reason I'm here is to give a talk about GraalVM on Wednesday morning. Apart from that, it's a nice opportunity to network, meet old friends and make new ones.
Recently, I was building a website with documentation for one of the projects I'm involved with. I wanted to protect access to that website to a specific set of people inside my company. Here's how I did it.
When you want to transmit binary files over SOAP-based webservices, you have two choices: Base64 or Message Transmission Optimization Mechanism (MTOM). The latter is much more efficient, but also harder to troubleshoot if it doesn't work at once. Both options have their own typical scenario Serialise the file content using Base64 and include the result right into the XML structure. This is relatevely easy to implement and troubleshoot. It usually works well for small binary files, but as files grow larger, you may run into performance issues.