Java Magazine

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.

De JavaOne van 2014 werd van meet af aan neergezet als 'bigger and better'. Lekker Amerikaans natuurlijk, maar er was geen woord van gelogen. Het bezoekersaantal leek te zijn gestegen en er heerste een goede vibe.

Het HTTP-protocol is ooit bedacht voor overdracht van hypertext, bijvoorbeeld van een (web-)server naar een browser. De browser stuurt hiertoe een request en krijgt daarop een response van de web-server terug. Maar hoe stuur je vanuit een server informatie naar verbonden browsers, zonder dat deze hierom vragen? Java Enterprise Edition 7 (JEE 7) standaardiseert WebSockets welke de gevraagde server-push mogelijk maken, maar niet alle browsers ondersteunen die. Internet Explorer in versies kleiner dan 10 zijn een bekend voorbeeld hiervan en hebben nog altijd een substantieel marktaandeel. De vraag die ik beantwoord in dit artikel is: hoe implementeer je efficiënte cross-browser server-push met standaard JEE technologie?

Het consumentenvertrouwen is sinds de economische crisis een veel besproken onderwerp in Nederland. In dit artikel laten we zien hoe ogenschijnlijk losstaande (en wellicht onbekende) application services van Google eenvoudig en snel gebundeld kunnen worden tot een app, die het consumentenvertrouwen in Nederland op social media meet, registreert en visualiseert. Het artikel is gesplitst in twee delen, verspreid over twee uitgaven van het Java Magazine. In deel 1 (vorige editie Java Magazine) hebben we ons geconcentreerd op de Google Prediction API. In dit tweede deel bespreken we Google Fusion Tables.

De afgelopen jaren zagen we de productie van data steeds meer toenemen. Elk jaar produceerden we weer een beetje meer data dan het jaar ervoor. Deze stijging in data zorgde voor problemen in de databases, die de data moesten opleveren en oplossingen hiervoor rezen de pan uit. Onder de noemer NoSQL (Not only SQL) ontwikkelden technologieën als Hadoop, MongoDB, Cassandra en Neo4j zich snel. Waarin onderscheidt Neo4j zich en hoe kan je het gebruiken? In dit artikel zullen we dat verder uitleggen.

Het liefst werken ontwikkelaars in een green field project. Lekker van de grond af aan werken. Geen legacy en de nieuwste technieken voor het oppakken. Helaas is dit meestal niet de realiteit…

Ontwikkelaars hebben vaak hun desktop of laptop volstaan met allerlei development software, waarin veel tijd is geïnvesteerd en dat ondertussen ook alweer verouderd is. Als alternatief kan je Oracle Virtualbox images maken, maar dit neemt weer veel schijfruimte in beslag. Daarnaast hebben we vaak geen idee wat de status is van deze VM’s. Gelukkig is hiervoor een oplossing en dat is server provisioning met behulp van Vagrant.

Splash paint. Misschien kunst met een kleine k, maar leuk is het wel. Leg een doek op de grond en gooien maar met de verf. In de challenge van deze editie gaan we op zoek naar de kleinste, aaneengesloten verfvlek op een doek. Om het eenvoudig te houden, is het doek opgedeeld in een 12x12 grid. Een voorbeeld input voor je programma is als volgt:

Het consumentenvertrouwen is sinds de economische crisis een veel besproken onderwerp in Nederland. In dit artikel laten we zien hoe ogenschijnlijk losstaande en wellicht onbekende application services van Google eenvoudig en snel gebundeld kunnen worden tot een app die het consumentenvertrouwen in Nederland op social media meet, registreert en visualiseert. Het artikel is gesplitst in twee delen, verspreid over twee uitgaven van het Java Magazine. In deel 1 concentreren we ons op de Google Prediction API, in deel 2 -gepubliceerd in de volgende uitgave van het Java Magazine- bespreken we Google Fusion Tables.

De vorige artikelen hadden snelheid als onderwerp. Het werd toen duidelijk dat, zodra je meerdere dingen parallel wilt gaan doen, het lastiger wordt om te voorspellen hoe snel de applicatie zal zijn. Maar dat is niet het enige wat lastiger wordt: ook de functionele correctheid wordt een stuk ingewikkelder.