paluch.biz

A couple days ago I wrote about Clean Architecture.

Branching by Abstraction is a common approach now when trying to keep a software system functional though all the changes.

Java is currently the one and only language having checked exceptions.

For quite a long time I was seeking for a reasonable explanation of software architecture.

Integration Testing describes every test, which integrates more than one component that is tested.

Do you know Puppet?

Some time ago I got in touch with one of my 2006 written applications.

Prior to this article I wrote about testing SOAP WebServices locally.

In Continuous Delivery you deliver often and to different environments.

As soon as you start Continuous Delivery you don’t want to build artifacts for a specific environment.

I’d guess, nearly every developer, who assisted on releasing and go-live of his software ran into the same issue: How to deal with sensitive configuration data such as passwords, keys and tokens?

Once someone has written a software and he wants to sell it, ideas of licenses and copy protection arise.

It’s a common problem almost which every application has: Where do I put my configuration?

In my last post about Integrationtest-driven development/Test-driven integration I was talking how to get started with integration testing.

TDD (test-driven development) is a well known development process for now.

JUnit test are inherent to almost every professional Java project.

In the early days of development, where technical approaches and feasibilities were depending on "is there any solution available", lots were happy connecting a database using a web front end.

MongoDB is known for its easy and near zeroconf setup.

Some time ago I’ve posted how to control a relay using Midi.

Some time ago, I’ve used an USB-based relay to control a XFD (extreme feedback device).

ThoughtWorks recommends it, Ops love it and even you won’t ever miss it: health check pages.

Do you SOA?

I’m working for 3 years now with an agile approach.

In every evolution step has a start and an end.

A couple months ago, the team, I work on, introduced integration tests.

Recently I reported about Clean Code Development.

All the developers I know, recieve a mass of Mail - JIRA updates, Commit-Mails, daily mails and sometimes a notification from your Build system about broken builds.

In my last post, Unit-Testing of Web-Services with JUnit - SOAP Services, I’ve demonstrated how you can test local SOAP Services with remoting in a local Unit-Test.

I want to give you a better insight in Clean Code.

Now it’s 6 years ago, since I started to apply Clean Code Development (CCD).

There are days or weeks, you feel, every day something is failing.

With modern Tooling it’s easy, to Mock a WebService - take your Service-Class, inject Mocks (for your dependencies) and tell the Mocks how to behave.

Can you tell me this pirate’s riddle solution?

Roy T.

Exceptions, ja, was sind eigentlich Exceptions?

Exceptions, yes, what are exceptions?

In many software systems and use cases there are exceptions.

In vielen Software-Systemen und Use Cases gibt es Ausnahmen.

Vor ca. einer Woche habe ich den Quellcode meines JBoss Development Deployers auf GitHub migriert.

Erst neulich habe ich meine Server konsolidiert und virtualisiert.

Häufig wird die Anforderung gestellt, Aufgaben im Hintergrund zu verarbeiten.

Vor nicht allzulanger Zeit, da gab es mal ein Projekt, in einem nicht weit entfernten Land.

Im ersten Teil ging es um die Top 5 Ursachen für Performance-Probleme in Java und J2EE-Umgebungen.

Das Release 0.6 des JBoss Development Deployers ist nun da.

Demnächst ist es soweit.

Eine häufige Aussage von Anwendern ist: Schon wieder ist alles langsamer geworden.

EMF kann aus einem Modell Java-Code erzeugen.

Wenn ich heute jemanden Frage, was er in der letzten Zeit so gemacht hat, so antworten über 90 % "Ein Projekt im Bereich …".

Viele Entwickler, denen ihre Software wichtig ist, haben eine Idealvorstellung vom Prozess der Entwicklung.

Entwickler in Multi-Modul-Projekten haben viele Aufgaben.