Detta inlägg ingår i serien Spring från början och kommer att behandla hur man kan jobba med JdbcTemplate och andra centrala klasser i modulen spring-jdbc.
Spring JDBC
- Tommy Wassgren
- 19 augusti 2008
- 4 kommentarer
Poster taggade med ‘test’
Grails – en introduktion
- Anders Hedström
- 18 november 2007
- En kommentar
Grails är ett webbramverk som är designat för hög produktivitet. Det gör precis som Ruby On Rails och satsar på konventioner framför konfiguration. Detta förenklar och snabbar upp utveckling betydligt. Under motorhuven så använder sig Grails av bland annat Spring, Hibernate, SiteMesh, Ant, Log4j. Grails är baserat på Groovy, som är ett objektorienterat dynamiskt skriptspråk som är baserat på Java platformen.
Att konfigurera upp rapporter för en modul i ett Maven 2-bygge är enkelt, man specificerar helt enkelt vilka rapporter som ska genereras i sin
POM under report-taggen. Om ett projekt består av flera moduler (ett så kallat multimodule-project) vill man typiskt aggregera ihop rapporterna från de olika sub-modulerna, exempelvis en aggregerad vy över de JUnit-tester som körts. Detta stöd fanns för Maven 1.x via rapportpluginen Dashboard. Nu finns en någorlunda stabil version av denna plugin även för Maven 2.
Dashboard aggregerar följande rapporter:
- Cobertura – Code coverage
- Surefire – JUnit tester
- Clover – Test Coverage Metrics
- CheckStyle – Kodningregler
- PMD/CPD – Källkodsanalys och upptäcker copy/paste kod
- JDepend – Beroenden mellan olika paket
Några övriga rapporter som kan vara intressanta:
- JavaDoc – API-dokumentation
- JXR – Källkoden i HTML-format (flera av rapporterna länkar till denna källkod)
- JavaNCSS – Source code metrics
- TagList – Listar TODO:s etc
- FindBugs – Hittar potentiella buggar i din javakod
- Changes – Skapar en lista över de förändringar som är gjorda baserad på det Issue Management system som används (ex JIRA)
- ChangeLog – Skapar en change-log baserat på incheckningar i SCM
Kolla även in vilka rapporter och plugins som finns tillgängliga på Apache, SourceForge och Mojo.
Exempel
Nedanstående exempel visar hur några av de ovan nämnda rapporterna kan konfigureras in för ett multimodule projekt.
Läs mer >>
Nyligen skulle jag implementera ett anrop mot en extern webbtjänst som förutom att vi körde över SSL även krävde att klienten (jag) skulle identifiera sig med ett digitalt certifikat utfärdat av Verisign. Läs mer >>
Denna artikel behandlar hur man kan kombinera traditionell J2EE-utveckling (applikationsserver med Stateless Session Beans och liknande) med Spring Framework och samtidigt erhålla en kort Code-Build-Test-cykel, hur man får det bästa av två världar. Läs mer >>
Den här artikeln visar på ett alternativt användningsområde för AOP: att ersätta IoC-ramverk som XWork, PicoContainer och Spring.
This article shows an alternative use for AOP: replacing IoC frameworks like XWork, PicoContainer and Spring.
Java Server Faces och enhetstester
- Lars Svadängs
- 27 december 2004
- Inga kommentarer
Bakgrund
När min artikel om Java Server Faces (JSF) var klar så kände jag ett behov av att ta den kod som som skrivits under arbetet med artikeln och låta den ligga till grund ytterligare artiklar. Dessa artiklar skulle beskriva glädjen (och vedermödorna) med att vidareutveckla designen i den tämligen enkla testapplikationen till något som på ett bättre sätt underlättade:
- enhetstestning av koden
- byte av perssistensmekanism. Den persistensmekanism som jag primärt var intresserad av var, förutom den som byggde på xml-filer i filsystemet som jag ärvde från strutsapplikationen, Hibernate. Ambitionen var att använda Hibernate dels direkt ifrån webappen, dels göra en distribuerad lösning där persistensen sköttes av Hibernate i en J2EE server (JBoss).