Anonimatron: Overview

Thursday 2013-10-31

It's the LawIn every software project, there comes a time where a bug pops up, nobody knows how to reproduce it, and somebody says “I know, let’s test this against a copy of the production database”. Even with the best intentions, once production data leaves the production machine with all its safeguards it becomes really hard to do access control on that data.

Most of the time, it’s not even needed to have that data. Developers just need a data set which resembles the production scenario close enough. Some brave souls have mixed succes with data generators, but those generators usually are tedious to maintain and die a slow death under the pressure of the daily grind.

In some ambitious projects automated integration testcases are built on top of the data which was inserted by the data generators. As the generators die, so die the tests. If you recognize this pattern, Anonimatron might be the answer for you.

Read the rest of this entry »


Non-Java Binary Dependencies in Maven

Thursday 2013-07-18

binary-pillowSuppose you have a Java Server application, and some of the runtime binaries in that application are external to your application. Generated image files, compiled Silverlight components in your pages, or resource files which are managed by an external team.

Much like the jar files used by your application, these external binaries can be seen as dependencies, with versions. This blogpost assumes your project is built with Maven 2, because the real world isn’t always a greenfield project.

Because Maven is designed around jar file dependencies, and a lot of it’s internal decisions are based on file extensions, it looks like this problem can not be tackled with Maven. But there is a way to do this. It will decouple your sub-projects and make version and dependency management much better.

Read the rest of this entry »


BaseCamp Import problem [fixed]

Friday 2013-05-03

route.gdb not foundOn Mac OSX, when installing Garmin BaseCamp 4.1.2 from the Appstore, there is a chance that importing downloaded routes in gdb or gpx files from your local machine will not work. The error you’ll get is “[filename].gdb not found”, in a popup much like the one shown here. If you open the console app, you’ll see the following error in the logfile:

sandboxd[28092]: ([27931]) Garmin BaseCamp(27931) deny file-read-data /Users/rolf/Desktop

This means that the OSX Sandbox mechanism does not allow Garmin BaseCamp to read files in that folder. I have briefly searched documentation on how to grant BaseCamp the rights to read files there, but I couldn’t find anything that would work. I did find a way to work around this problem though: Garmin BaseCamp does have rights to read your Garmin device. So here we go:

  1. Temporarily copy the files you want to import in Garmin BaseCamp onto your device (or in my case: the extra SD card in the device).
  2. Start Garmin BaseCamp, and select “File” -> “Import…”.
  3. Browse to the Garmin SD card and select the gdb file to import. Voila. That will get it into BaseCamp.
  4. Delete the gdb file from the Garmin. We don’t need it anymore, the Garmin was just a place where BaseCamp could read the file.

From here on, everything should work as normal. This is just a workaround. If anybody finds out how to really fix this problem let me know.


Why you should not use SOAP Headers

Monday 2012-12-24

container

In the project I am working on right now we use apache XCF and Spring to provide a SOAP service to our customers. As part of the messages, there is a userid/password combo telling the application which user sent the request. I struggled with that today because I think that userid/password info should actually be in the SOAP Header, cleaning up my API, enable me to implement different authentication techniques in the future and generally be more “compliant” to the SOAP standard. Boy was I wrong.

Read the rest of this entry »


Make your buildserver talk

Sunday 2012-12-16

Jenkins talkingHave you ever started a shell script which takes a while and you keep monitoring that window because you really need those results? If you are working on a Mac, you can use the Mac’s power of speech to tell you a command is finished. Here’s how:

./yourreallyslowbuild.sh; say "really long build is finished"

With a little curl and shell scripting magic, I told my Mac to constantly monitor our Jenkins buildserver, and bug everybody in the office when the hourly build is failing:

Read the rest of this entry »


Follow

Get every new post delivered to your Inbox.

Join 29 other followers