MongoDB är en schemalös, dokumentorienterad databas som har fått stor popularitet i den agila världen bland annat därför att man inte behöver underhålla något databasschema.

MongoDBs schemalöshet gör att många leds att tro att Continuous Delivery blir en promenad i parken, eftersom det ju inte behövs några datamigreringar när man driftsätter en ny version av koden!

Rent teoretiskt är detta sant, men är ett sluttande plan in i Land of Crappy Code™ !

För att slippa onödig komplexitet i form av varierande utseende på lagrade domänobjekt beroende på deras ålder, rekommenderar jag att man utför regelrätta datamigreringar även när man använder MongoDB!

Jag rekommenderar även att datamigreringen är en del av applikationen — till skillnad från skript som skall köras vid sidan av innan applikationsstart — helt enkelt för att eliminera risken för misstag.

Jag har i mitt sidoprojekt Varmfront.nu utvecklat en kompakt liten lösning som i MongoDB implementerar det som Flyway gör för SQL.

Mönstret bygger på Spring Data for MongoDB och Spring JavaConfig, och migreringarna är skrivna i Java. That’s right folks, no XML here 😀

Läs vidare, så får du se hur man kan göra!

Continue reading

Ryan de Laplante kollade upp med SpringSource, företaget där de flesta utvecklarna av Spring kommer ifrån, och frågade vad en enterprise licens skulle kosta. Han hade en del problem som han inte fick svar på via de vanliga Spring Forumena. Svaret blev den nätta summan US$22,500. Det ska bli intressant att se hur Rod Johnson

It appears as if SpringSource, the company doing most of the development of Spring, is doing an ExtJS, i.e. changing the license of its product to force users into paying for it, or its support. Lots of people are writing about this, such as Alessandro Santini at JavaLobby. Does anyone have any enlightening comments? Regardless,

På mitt nuvarande uppdrag hos Keybroker har vi skapat ett rätt avancerat batch-processing ramverk, byggt på Spring och Quartz. Nu verkar det som om Spring håller på att bygga ett eget sådant ramverk med namnet Spring Batch. Deras arkitektur ser lovande ut, men tyvärr finns inte så mycket på plats ännu. Egentligen ser jag detta

Genom åren har jag skrivit webb applikationer med Servlets, JSP och nu senast Tapestry, som jag länge sett som det bästa av dem alla, mest för att det är komponentbaserat och för att template filerna är plain vanilla HTML. Min senaste brottningsmatch med Tapestry var tyvärr inte helt angenäm. Ofta var det enkelt att använda,

Rod Johnson har skrivit en jättelång artikel om det som kommer i Spring 2.0. Ganska obligatorisk läsning, skulle jag förmoda, om man är seriös Spring-användare.

Matt Raible har bloggat massor från konferensen The Spring Experience i Hollywood. Trots att han har skrivit en bok om Spring så märker man att inte ens han hänger med. Kombinationen Spring och OSGi ser väl annars ut att kunna vara ungefär så dynamiskt som det någonsin kan bli… 😎 En hel del är mycket