DSL’s met Groovy builders

De laatste tijd heb ik veel met Groovy mogen doen, wat naast Java een van de vele talen is die op de JVM draait. Groovy heeft vele features, zoals closures en meta-programmering van andere dynamische talen als Python en Ruby overgenomen. Tegelijkertijd integreren groovy en java naadloos met elkaar, waardoor java programmeurs zich gelijk thuis voelen met groovy, ze kunnen immers al hun gebruikelijke klasses en api’s ook vanuit groovy gebruiken en aanroepen. Het is begrijpelijk dat deze taal met moderne features gecombineerd met de mogelijkheid de vele libraries van het Java platform te kunnen gebruiken de laatste tijd een hot topic is. Een ander hot topic van 2008 waren DSL’s (Domain Specific Languages). DSL’s zijn kleine subtaaltjes die speciaal ontworpen zijn om een specifiek probleem op te lossen. Zo kan SQL bijvoorbeeld als een DSL beschouwd worden om het probleem op te lossen hoe je interacteert met een relationele database. Ruby on Rails word door sommigen beschouwd als een DSL om het probleem “hoe maak ik een webapplicatie” op te lossen, al heb je het in het algemeen over meer specifieke problemen als je over DSL’s spreekt. In java wordt vaak XML gebruikt om domein specifieke problemen op te lossen, denk aan hibernate mappings, maven build files, etc. In deze post wil ik laten zien hoe je met Groovy Builders DSL’s kunt maken die gerelateerd zijn aan het probleem hoe je hierarchische data-structuren kan opbouwen.
Lees verder

Permalink  |  Eén reactie

Mock objects in Java unit tests (deel 2)

In het eerste deel van dit blog artikel heb ik het gehad over hoe mock objecten zijn te maken met EasyMock, jmockit, en hoe er zelf een framework voor te maken is. In dit tweede deel laat ik wat zien van hoe deze frameworks technisch zijn geimplementeerd.
Lees verder

Permalink  |  Reageer

Mock objects in Java unit tests (deel 1)

In mijn eerste blog artikel (ooit!) wil ik het graag hebben over het mocken van objecten in Java unittests.
Het is gesplitst in twee delen. In dit eerste deel zal ik kort wat highlights beschrijven van 2 Java mocking frameworks, iets vertellen over een eigen frameworkje wat ik voor dit artikel heb gemaakt, en het een en ander ook vergelijken met mocken in Groovy. In een later volgend deel kijk ik kort naar de implementatie-wijzen van de frameworks.
Lees verder

Permalink  |  Eén reactie

JavaOne 2008 – Grails

JavaOne 2008

Een van mijn persoonlijke doelen op deze JavaOne is om te bepalen in hoeverre Groovy en Grails levensvatbaar is. Na enige experimenten met Ruby On Rails, waarbij ik erg onder de indruk was van de snelheid waarmee je kunt ontwikkelen, is mijn grootste kritiekpunt dat ik ruby moet gebruiken, een taal waarin ik niet erg thuis ben. Daarnaast is en blijft ruby deployment op een JVM nog steeds lastig. Het gebruik van Jruby is net niet hetzelfde als ruby waardoor je onhandige mappings krijgt tussen ruby en java objecten.
Groovy en Grails lijken daarbij alle problemen op te vangen. Ten eerste omdat Groovy opgezet is om gebruikt te kunnen worden in combinatie met Java. En de meest “native� scripting taal is in de JVM.

Lees verder

Permalink  |  Reageer

G2One / No Fluff Just Stuff meetup

Na een lange maar interessante dag CommunityOne besloten Okke en ik gisteravond na het diner toch nog even naar de G2One / No Fluff Just Stuff (NFJS) meetup te gaan. Het duurde even voor we het hotel vonden waar de bijeenkomst plaats vond, maar gelukkig waren we op tijd voor de No Fluff Just Stuff panel discussie. Het bleek een van de betere panels, misschien de beste, die ik ooit heb bijgewoond.

Lees verder

Permalink  |  Reageer

Gedrag gedreven ontwikkeling met Java en Groovy

En half jaar geleden woonde ik een presentatie over RSPec van Aslak Hellesøy bij op RubyEnRails 2007. RSpec is een framework dat de ontwikkelaar een DSL aanbiedt voor het beschrijven van verwacht gedrag van een stuk code.

Het schrijven van specificaties die gebruikt worden om te bepalen of code doet wat men ervan verwacht, wordt ook wel “Behavior Driven Development” (BDD) genoemd. Persoonlijk vind ik het een erg intuïtieve manier voor het schrijven van tests. Tevens is het zo dat de rapportages die door bijvoorbeeld RSpec worden gegenereerd ook door een niet-techneut gelezen kunnen worden. Hierdoor wordt hetgeen getest wordt inzichtelijker.
Lees verder

Permalink  |  2 reacties

Battle of the Geeks

25 September organiseerde Finalist de Battle of the Geeks. Het concept van de avond was eenvoudig: Ontwikkelaars kregen een half uur om hun verhaal te vertellen waarna het publiek de gelegenheid had om te stemmen.

Lees verder

Permalink  |  Reageer