1. Testade Luntbuild 1.3

    Jag såg att Luntbuild 1.3 nyligen släppts och på deras hemsida http://luntbuild.javaforge.com/
    står det att man kan sätta upp ett system på under 30 minuter.

    Luntbuild är ett system för hantering av automatiserade byggen och kan användas för ”Continuous Integration”.

    Jag installerade Luntbuild under Tomcat 5 på mindre än 10 minuter och sedan återstod konfiguration av mina projekt. Eftersom jag redan hade ant-targets för att bygga och köra tester med junit var det bara att sätta upp ett projekt m h a Luntbuilds webbgränssnitt. Jag utförde följande steg för att sätta upp ett projekt:

    1. Skapade projektet(namn, användare, etc.)
    2. Konfigurerade koppling till CVS
    3. Konfigurerade en ant builder
    4. Konfigurerade hur ofta Luntbuild ska uppdatera CVS, bygga och testa ditt projekt.
    5. Mappade Luntbuild-användare till CVS-användare.

    Jag triggade ett bygge manuellt via webbgränssnittet och när det var klart visades länkar till junit-rapporten och byggloggen. Jag tittade på min klocka och förstod att Luntbuild-gänget höll vad dem lovade. Jag provade att checka in felaktig kod och efter 10 minuter fick jag ett e-post om att bygget ej hade lyckats.

    Det går att sätta flera olika villkor för vad som ska trigga ett bygge och på vilket sätt Luntbuild ska rapportera eventuella fel.

    Nu funderar jag på att använda Luntbuild för produktionssättning och på så sätt få loggfiler mm samlade med åtkomst från ett webbgränssnitt.

  2. Javakod på tåget

    Sitter på tåget och försöker jobba samtidigt. X2000 första klass. Borde inte allt som behövs finnas på ett sådant tåg? Inget eluttag men batteriet är som tur fulladdat. Allt flyter på bra tills jag behöver internet access. Fram med mobilen och anslut med GPRS. Trodde jag naiv som jag är. Mellan Göteborg och Stockholm finns bara fläckvis med täckning. Jag som tog tåget istället för flyget för att kunna använda tiden bättre. Skall det vara så år 2006?

  3. SYSDATE till GMT/UTC i Oracle

    Stötte på ett litet problem för någon dag sedan där jag i en Oracle 8i procedure behövde få SYSTIMESTAMP (eller SYSDATE) i UTC/GMT format. Det verkar som att detta inte är någon standardfunktion som Oracle omedelbart kan tillhandahålla. Dessutom verkar det vara ganska svårt att hitta en bra lösning på detta via google. Det sätt som jag löste problemet på var i alla fall att i proceduren göra följande:

    LOG_DATE TIMESTAMP;

BEGIN

select (SYS_EXTRACT_UTC (systimestamp))
into LOG_DATE from dual;

    detta stoppar in den nuvarande UTC-tiden i variabeln LOG_DATE som sedan kan användas i vanliga PL/SQL-uttryck. I detta fall anropas proceduren utifrån av en trigger som lyssnar på alla INSERT/UPDATE/DELETE på en viss tabell och genererar journal-poster i en annan tabell. Datumet representerar då slutet på en journalpost och början på nästa.

  4. Javaforum presentationer 1/6

    Här kommer presentationerna till Javaforum i Göteborg den 1 juni 2006.

    JavaUpdate av Rikard

    JavaOne av Robert

    Maven2/Continuum av Lennart