Java Magazine

Als je een project start op basis van Java EE of Spring, dan kies je eerst een applicatieserver. Wordt het Tomcat, WildFly of WebSphere? Het maken van deze keuze lijkt vanzelfsprekend, maar wij denken dat het, anno 2014, tijd is om ons af te vragen of dat nog wel zo is. Er zijn allerlei recente ontwikkelingen die invloed hebben op die keuze, zoals de opkomst van de cloud en microservices, de populariteit van single page applicaties en de procesveranderingen die worden teweeggebracht door Continuous Delivery en DevOps. Gaan we binnenkort afscheid nemen van de applicatieserver?

Tegenwoordig is continuous delivery erg populair en applicaties worden automatisch uitgerold over de verschillende omgevingen. Vaak blijft het daarbij en wordt de rest van de software zoals de applicatieserver handmatig of met een los proces uitgerold. Idealiter zouden applicaties inclusief alle benodigdheden uitgerold moeten worden. Dit is op te lossen door alle software op te nemen in Docker containers en die vervolgens met bijvoorbeeld Jenkins uit te rollen. Dit artikel geeft een introductie tot Docker. Vervolgens worden de belangrijkste onderdelen behandelt met een aantal voorbeelden. Na het lezen van dit artikel kun je direct zelf aan de slag met Docker! Tevens wordt nog een vergelijking tussen Docker en virtuele machines gemaakt. Als laatste worden enkele toepassingen van Docker toegelicht.

Afgelopen zomer bezocht ik de Q-Con New York conferentie en daar gaf Adrian Cockroft tijdens zijn sessie de tip om de Early Release van “Lean Enterprise” te gaan lezen. Een Early Release? Een boek dat pas op 4 januari 2015 gepubliceerd gaat worden? Waarom zou je dat nu al gaan lezen? Voor mij waren er een paar redenen. Ten eerste, omdat ik groot fan ben van het boek Continuous Delivery en van één van de auteurs, Jez Humble, die ook meeschrijft aan dit boek. Daarnaast behoort dit boek tot de Lean Series, waarvan Eric Ries (schrijver van Lean Startup) de curator is. En tot slot, omdat het concept van een Early Release mij enorm aansprak. Dit is echt een voorbeeld van “practice what you preach”. Iterative development in combinatie met validated learning voor het schrijven van een boek! Met feedback van early adopters, als ondergetekende, kunnen de auteurs bijsturen om zo de kwaliteit te verhogen en voorspelbare voortgang realiseren. De verwachtingen over dit boek waren dus hoog gespannen! Maar zijn deze verwachtingen ook uitgekomen?

In elke editie zal Robert Scholte een probleem voorleggen en deze oplossen met behulp van Apache Maven om meer inzicht te geven in Maven zelf en de vele beschikbare plugins.

Met open mond staren bijna 200 kinderen naar een drone die salto's maakt en een robot die de Gangnam Style zingt en danst. Deze kinderen, nog maar 10 tot 14 jaar, zitten klaar in de grote hoorcollegezaal van de Universiteit van Amsterdam (UvA). Dit markeerde op 20 september het begin van de grootste Devoxx4Kids sessie in Nederland tot nu toe.

Bij het onderwerp ‘Big Data’ denken veel mensen al snel aan bedrijven als Google, Facebook en Twitter. En inderdaad: met 500 miljoen tweets per dag, 1,3 miljard actieve Facebook-gebruikers of 30 miljard webpagina’s om te doorzoeken, gaat het echt om ‘Big Data’. Veel kleinere bedrijven hebben zonder het te weten zelf ook ‘Big Data’ – de logfiles van hun applicaties. In dit artikel lees je hoe ING met Elasticsearch, Logstash en Kibana inzicht in deze gegevens krijgt, en hoe je dit zelf ook kunt doen.

In elke editie zal Robert Scholte een probleem voorleggen en deze oplossen met behulp van Apache Maven om meer inzicht te geven in Maven zelf en de vele beschikbare plugins.

Iedereen heeft wel zo'n prachtige Nokia gehad met het beruchte spelletje snake. In deze challenge gaan we iets doen wat daar op lijkt. Onze slang groeit alleen oneindig en heeft één vreemde eigenschap. Elke keer als de slang een stap neemt en zijn totale lengte een priemgetal is, moet de slang daarna een bocht maken van 90 graden. Uiteraard geldt nog steeds dat onze slang zichzelf niet mag raken, als een coördinaat gebruikt is dan mag deze niet nogmaals gebruikt worden.

De natuur heeft georganiseerd dat levende wezens met elkaar communiceren, o.a. door middel van chemische stoffen, aanrakingen, visuele patronen en geluiden. De hoger (!?) ontwikkelde soorten gebruiken al deze middelen door elkaar en om chaos te vermijden hebben ze protocollen ontwikkeld om de contacten te normaliseren. Helaas nemen we het niet zo nauw, we zijn slordig of "je begrijpt wel wat ik bedoelde". En we maken er ook nog een zooitje van door verkeerde vertalingen, interpretaties of gewoon onzin:

Vaak worden de contouren van de front-end van een applicatie snel neergezet. Hierdoor krijgt de gebruiker al vroeg een indruk hoe de applicatie er in grote lijnen uit gaat zien en welke functionaliteit wordt ondersteund. Voor demo-doeleinden is dat prima. Wat de gebruiker echter snel vergeet, is dat er nog veel tijd besteed moet worden aan het tot in detail uitprogrammeren. Hierbij kan je denken aan het programmeren van alle scripts die de elementen op een pagina bepaald gedrag toekennen, de opmaak van de pagina’s en vooral belangrijk: de koppelingen met de back-end. Vraagstukken die hierbij naar boven komen zijn: welk Javascript-framework wordt er gebruikt, waar komen de validaties (front- of server-side) en welke browsers moeten we ondersteunen. Ook bekijken we hoe we de ontwikkelingstaken moeten verdelen, hoe we gebruik kunnen maken van continuous integration en of onze applicatie automatisch getest wordt. Vaadin neemt een groot aantal van deze vraagstukken uit handen en biedt een aantal interessante oplossingen.