Bloggposter merket som:
maven

Agile database schema management with Liquibase

NoSQL is on the offensive these days and, among other tings, promises schema-less databases with structured data. Sounds great!… It’s just that most of us will be stuck with the good old relational databases and their schema’s for several years to come. So, how can we do agile SQL schema management a bit more painless? [...]

Keeping your Maven build fast

Keeping the build fast is extremely important when you are doing agile software development and deliver continuously. You want rapid feedback and verification that everything works each time you make a change. A slow build is both a waste of time and frustrating. The latter disadvantage is probably the worst. Developing software is not about [...]

Invester i utviklingsmiljøet ditt – hvorfor jeg begynte med Vagrant

Vi forsøker ofte å få utviklingsmiljøet vårt til å være så likt som mulig som produksjonsmiljøet. I mange tilfeller er vi av praktiske hensyn ofte nødt til å ta noen snarveier, å f.eks. bruke en annen database, appserver, webserver etc.

Ved å innføre virtualisering av utviklingsmiljøet så oppnår man en rekke fordeler. Det er på tide å ta utviklingsmiljøet et hakk videre.

Embedded Jetty 7 webapp executable with Maven

We’ve been running on Jetty for the last couple of years now at my team. About a year ago we moved from deploying our warfiles to deploying executable jars (überjars). Here’s an updated recipe for creating your Jetty executables with Jetty7@Eclipse and Maven.

Bygg med Gradle

I et prosjekt er det mye tid som går med til å bygge og teste kode. Man bruker tid på å konfigurere byggeprosessen, og ikke minst på å vente på at byggingen skal bli ferdig. Maven Maven har blitt de facto standard for å bygge java-prosjekter. Det er dog en del problemer med Maven, som [...]

Unngå å dra med deg bakdøra i produksjon med Maven

Når man lager sikker og robust programvare er det ofte en utfordring å teste applikasjonen under utvikling. Man lager derfor såkalte bakdører for å slå av, eller omgå, sikkerhet. Dette kan være nyttig og tidsbesparende for utviklere og testere mens man utvikler eller tester det man utvikler. Men, det er imperativt at ikke slik kode blir med ut i produksjon på en måte som gjør at utenforstående kan utnytte disse bakdørene for “ondsinnede” angrep. Ofte ser man teknikker hvor utviklere gjør det vanskelig for utenforstående å finne eller aktivere disse bakdørene, men det tryggeste, og etter min mening det eneste riktige, er å utelate slik kode i produksjon.