23 November 2011
An introduction to Agile Testing with Bonfire
10 November 2011
Commercieel gebruik van Open Source bibliotheken, deel vier
03 October 2011
What’s new in Spring Web Services 2.0
25 August 2011
Type safe property paths using QueryDSL
22 August 2011
Change in jQuery
19 August 2011
Automated database migration with Izpack and Liquibase
15 August 2011
The Dependency Inversion Principle
Controlling complexity is the essence of computer programming.
— Brian Kernigan in [Kernighan-Plauger]
08 August 2011
JARB in practice
04 August 2011
Awesome tables with CSS3
20 July 2011
Advanced unit testing (with) your Spring configuration
If you drop XML and configure your Spring web application in Java, you’ll still want to test your application. In fact, you can now also test your configuration.
A previous blog post describes how.
REST webservices do not need integration tests
For REST webservices, integration tests have become superfluous. Not that testing them is not important (it is), but because we can fully test them using component tests.
This post continues our series to replace our Spring XML configuration with code and to fully test it and the code that uses it. As a finale, I’ll demonstrate how to test REST webservices during the unit/component test phase, thus reducing the amount of time spent testing.
08 July 2011
Easy Installer with IzPack
30 June 2011
Spring Data JPA with QueryDSL: Repositories made easy
27 June 2011
Easy Command Line Interface coding with JCommander
24 June 2011
CSS3, lightning talks and foosball on KTM
22 June 2011
Atlassian Summit 2011 Wrap Up
We have finally recovered from the jetlag, impressions and hangovers related to the Atlassian Summit 2011, so it is time to wrap up on all the good things we have seen and heard in San Francisco.
16 June 2011
42 sponsors GOTO Amsterdam conference
15 June 2011
Java Repository Bridge library in practice
10 June 2011
Drop XML: configure your Spring web application in Java
Since Spring 3.0, configuration of your application context is possible in Java (using the @Configuration
annotation). But it is only now maturing to a point where you can fully configure your web application, with the coming release of Spring 3.1 (milestone 2 was released just a few days ago). This blog post describes how.
06 June 2011
Using database constraints in Java
03 June 2011
The idea behind JARB - JAva Repository Bridge
30 May 2011
Introducing a security layer in your application architecture
26 May 2011
Mock frameworks
23 May 2011
Leveraging the Spring MVC 3.1 HandlerMethodArgumentResolver interface
A familiar problem when implementing a REST server, is that your framework limits what you can do. Sometimes, this problem can be mitigated (not solved) by reformulating (i.e. changing) your business needs. For example, you can reformulate save multiple changes to an invoice and its invoice lines with one click on a save button
to save each of multiple changes to an invoice and its invoice lines as separate UI actions
. Unfortunately, this change increases your audit trail and thus technology trumps business needs.
20 May 2011
Testing RESTful applications
12 May 2011
Bridging the divide between Java and the database with Liquibase
10 May 2011
Automate Liquibase migrations
05 May 2011
HTML and CSS workshop for JAVA developers
03 May 2011
Using Speakeasy for integration
29 April 2011
Spring Security: accessing Spring beans from your security annotations
25 April 2011
Combining JPA and Excel to generate testdata for the database
23 April 2011
Heeft Java nog toekomst, of gaan andere talen de rol van Java overnemen?
Vooral deze passage:
"Imperative languages such as Java and C++ have come to be known as "high ceremony" languages because of the often mind-numbing amount of syntactic boilerplate and complex object interaction patterns they impose just to get relatively simple applications up and running. Many developers turn to interactive development environments (IDEs) to help them manage this verbosity and complexity, but, in my opinion, this just works around the real problem rather than solves it."
en:
"Using the wrong languages like this can impose a much larger tax on development efficiency than you might realize. Like the proverbial frog in the pot of water on the stove, eventually boiling to its demise as the water temperature slowly increases because it can sense the changes until it's too late, developers who primarily use popular imperative languages like Java and C++ can become so accustomed to the boilerplate, verbosity, and ceremony these languages require that they simply don't realize just how inefficient their development efforts really are. Given how defensive such languages' users can often be, perhaps this form of programming language loyalty is a less sinister variant of Stockholm syndrome, where captives counterintuitively develop a sense of devotion and emotional attachment to their captors."
Prachtig! En ook herkenbaar.
Het is een proces wat zich in alle technologische gebieden voltrekt, maar in de software engineering met een hoge frequentie, omdat gebied zo snel verandert. Software engineers werken met een bepaalde techniek (omgeving, programmeertaal, tool, etc), specialiseren zich daarin, en investeren zichzelf erin. Als er dan iets nieuws of anders langskomt, is de neiging groot om dat als flauwekul, onzinnige nieuwlichterij of zo af te doen. Logisch, begrijpelijk, en meestal nog terecht ook. Want heel vaak zijn die nieuwigheden helemaal niet zo goed, zitten er verborgen nadelen en, en hoe dan ook leveren ze niet de extra productiviteit die het zinnig maakt om van de bekende technologie af te stappen.
Maar van tijd tot tijd moet dat toch gebeuren. Het is duidelijk dat het Web als platform zoveel nieuws heeft gebracht dat een deel van de gangbare tools en talen wel eens aan vervanging toe zou kunnen zijn.
Overigens roept Vinoski's verhaal wel vragen op. Bijvoorbeeld:
Zijn die FPs echt beter? Hoe belangrijk is de relatie met REST in dit verband? Hoe verhoudt OO zich tot dit verhaal?
En is Java echt aan het einde? Zo ja, komt er dan weer een "nieuw Cobol", een taal die min of meer algemeen wordt gebruikt zoals Java nu? En welke zou dat dan zijn?
Een goede reden om eens te kijken naar de mogelijkheden van talen zoals het door Vinoski genoemde Ruby, of Python, of Scala, maar misschien ook wel naar bv het nieuwe Go. Of hebben we zo''n taal niet meer nodig?
Maar dat een andere keer.
(dit verhaal is elders in andere vorm eerder gepubliceerd).
15 April 2011
Java and the Frontend - what to choose?
11 April 2011
Unit testing Spring beans with mocked dependencies
When overriding dependencies of Spring beans with mock objects, all tests except the first will fail. This blog post explains why and provides a simple solution.
29 March 2011
When Random isn't as Random as expected
16 March 2011
Confluence 3.5 Released: Embed Multimedia and Code
09 March 2011
Javascript eval problematiek
07 March 2011
Matching made easy - Hamcrest
25 February 2011
Sneller Wicket Applicaties maken met de Qwickie Eclipse Plugin
23 February 2011
Persistence API’s - JDO vs. JPA
JDO kent een aantal voordelen ten opzichte van JPA, die op geen enkele manier zijn te bereiken met JPA. Deze features van JDO zijn echter niet nodig een webapplicatie; je kunt altijd zonder (zonder verlies van gemak/functionaliteit). Sterker nog: zonder het gebruik van deze exclusief-voor-JDO-features zijn de uiteindelijke kosten van software lager.