1. Jazoon 09′ – summering dag 1…

    Då var första dagen av Jazoon över i ett regnigt och dyrt Zürich, och det är dags att summera eftermiddagen…

    James Ward, evangelist från Adobe, höll en intressant presentation om Flex, d.v.s. Adobes motsvarighet till Silverlight och JavaFX. Han imponerade på de flesta i publiken med riktigt fräna demos, och han visade hur enkelt det är att åstadkomma kraftfulla saker med små medel. Han har också gjort en benchmark som kan skådas här om hur andra tekniker står sig mot Flex när man hämtar/serialiserar en XML-struktur på 5000 items.

    Dagens ‘humor’ inträffade under presentationen ”RIA security – broken by design” av Joonas Lehtinen från IT Mill. En halvtimme in i presentationen (Läs mer…)

  2. TDD workshop at XP2009

    Martin and I were at XP2009 last week, and he has written a few posts about it already. I had a great time, there were lots of memorable moments. I particularly enjoyed a couple open space sessions sitting by the pool discussing geeky stuff while families splashed about and sunbathed nearby. I was actually a bit nervous about my session – how many people were going to come to it when it meant being indoors and sitting in a windowless room for 3 hours? Not to mention the fact I was competing with this fantastic tutorial with Joshua Kerievsky which Martin at least had decided was preferable… (Läs mer…)

  3. IDE för Erlang?

    Tiden då en programmerare endast använde en enkel editor typ vi eller emacs är förbi (eller borde vara förbi iaf). Istället skall man såklart använda en IDE. Jag kan inte se att det har utkristalliserats någon de facto-standard av IDE för Erlang ännu. Det finns några kandidater, och så finns det några som inte ens är i närheten.

    (Läs mer…)

  4. Amazon-verktyg för Eclipse

    Jag vet att många ögon tittarGoogles AppEngine-stöd för Java, men jag hade inte sett Amazons verktyg för Eclipse (läs Tomcat-kluster) tidigare. Det ser onekligen lite trevligt ut. Om bara priset var hälften skulle jag göra mig av med iaf hälften av alla burkar i mitt hem. Kanske kommer SUNs kluster ha trevligare prisbild?

  5. Bättre hjälp för import static i Eclipse

    Sitter just nu med att bryta isär enhetstest och integrations test i ett projekt, samtidigt som jag skall öka testtäckningsgraden. Bland det jag stöter på märker jag att Eclipse har rätt kass stöd för att föreslå automatisk statisk import av metoder, såsom Assert.assertEquals och EasyMock.expect.

    En workaround är att lägga till just dessa vanliga klasser som ”favoriter”. Öppna Window > Preferences, och lägga till varje klass mha ”New Type” under Java > Editor > Content Assist > Favorites. Voila! Nu är det bara att skriva assert<ctrl+space> och man får det som man vill.

    Förhoppningsvis blir detta bättre i Eclipse med tiden – denna workaround gäller för 3.4.

  6. Identifier Highlighter i IntelliJ IDEA

    Även om jag är ett hängivet IntelliJ IDEA-fan, så jag har faktiskt jobbat i Eclipse under vissa stunder (mot min vilja då såklart). Övergången till Eclipse har alltid varit smärtsam eftersom jag är så van med alla snabbkommandon och smarta hjälpmedel som finns tillgängliga i IDEA. Som tur är finns det en kille där ute som skapat en IDEA-keymap för Eclipse som ni hittar här.

    Dock finns det en enda sak i Eclipse som jag saknat väldigt länge i IDEA. Som standard i Eclipse highlightas (fin svengelska va?) den variabel du markerat, dels med en färg runt själva variabeltexten i editorn, men också med en vit markering i högermarginalen av editorn. Fruktansvärt användbart för att snabbt se hur mycket (och var) en variabel används i klassen du tittar på. IntelliJ IDEA har inte denna funktion som standard. Däremot kan man använda sig av en funktion som heter ”Highlight Usages in file”. Problemet är bara att den variabel du valt att highlighta (here I go again..) fortsätter att vara markerad tills du markerar den igen och väljer ”Highlight Usages in file” (som nu väl egentligen borde heta ”Unhighlight Usages in file”?) en gång till. Väldigt frustrerande när man vill röra sig runt i koden snabbt o byta mellan olika variabler för att få en snabb överblick.

    (Läs mer…)

  7. Key Promoter

    Ett sätt att öka produktiviteten när man programmerar är såklart att välja tangentbordet oftare än musen. En lång lista av snabbtangenter finns att tillgå för samtliga IDEs men användningsgraden är ofta relativt låg. Man har sina favoritkombinationer men det finns troligtvis många fler som skulle behövts nötas in. Jag har nyligen bytt IDE från Eclipse till IntelliJ IDEA och det är rätt tufft att bli så produktiv som upphovsmännen i Tjeckien hävdar att man blir – det tar ett tag att upptäcka funktioner och repetera snabbtangenter.
    (Läs mer…)

  8. På begäran: Världens viktigaste Eclipse-kortkommandon (för dig)

    Till dig som använder eclipse som IDE:

    Om du bara fick använda tre tangentbordskommandon, vilka tre skulle du välja? För min egen del ser listan ut så här:

    1. ”Quick fix”: Ctrl + 1. Särskilt användbar vid (enhets)testdriven utveckling. Steget från icke-kompilerande test till körbart, fallerande test fladdrar oftast förbi med några få tryck på Ctrl+1 och Return!

    2. ”Next editor”. Togglar mellan de senast använda filerna. Jag mappar alltid om denna från Ctrl+F6 (svårt att nå med en hand) till Ctrl+Tab där den kommer till riktigt bra nytta.

    3. ”Open Resource”: Ctrl+Shift+R. Jag använder egentligen ”Open Type” (Ctrl+Shift+T) oftare, men eftersom Type ingår i Resource och jag bara får lista tre kommandon så kommer Open Resource in på listan!

  9. Run Jetty Run

    Enklaste sättet att testköra webappar?

    Du kör direkt i Eclipse, på samma sätt som du kör en helt vanlig applikation (startar med CTRL-F11 eller F11). Pluginen använder en embedded Jetty distribution för att köra själva webappen, ingen separat installation av webserver behövs.

    Det finns ju konkurrenter, som Eclipse WTP eller mvn jetty:run men vad det gäller enkelhet tycker jag att de får rejält med stryk av Run Jetty Run.

    Programmet är hostat hos Google Code och finns att hitta på: http://code.google.com/p/run-jetty-run/. Pluginen installeras precis som vanligt genom en update url: http://run-jetty-run.googlecode.com/svn/trunk/updatesite

  10. Eclipse vs Netbeans

    Jag börjar med att säga att jag är medveten om att detta är en het potatis. Skall man verkligen jämföra? Jo det är klart man skall. Att alltid kolla efter mer effektiva verktyg gör ju att utvecklingen går framåt! De flesta jag pratar med som tillhör någon av anhängarskarorna och som tyckar att just deras IDE är bäst har oftast inte provat de andra. Kaske börjat koda i Netbeans och aldrig funderat på att det finns annat eller tvärt om.

    (Läs mer…)

  11. Eclipse Community Awards 2008 Winner

    Nu har årets vinnare utsetts i Eclipse Community Awards 2008. Ni finner pressreleasen här.

    Bland vinnarna vill jag uppmärksamma EclEmma som är ett gratis kalasverktyg. Många av er kör säkert kodtäckningsanalyser i samband med byggen och testkörningar men vill man på ett enkelt sätt se hur bra kodtäkning enhetstesterna har direkt i Eclipse medans man utvecklar är detta ett mycket bra verktyg. Enkelt och lättöverskådligt.

    Just det faktum att man ser direkt i sin kodeditor vilka delar som har täckning gör att man som utvecklare uppmuntras till att öka täckningsgraden och detta gör EclEmma till, enligt mig, ett måste.

  12. Netbeans 6.0 released

    Äntligen är Netbeans 6.0 klart och finns att ladda hem här
    Rekomenderar varmt att prova (även Eclipse hardcode fans borde göra det, men för all del, slå på Eclipse tangentbordsnavigering). Just nu känns det som om det är ganska så jämt skägg mellan Eclipse och Netbeans medans IDEA fortfarande leder något.

  13. Red Hat Developer Studio (beta 1)

    RedHat har nyligen släppt en första beta på deras Eclipse-baserade utvecklingsverktyg som är förkonfigurerat för JBoss Enterprise Middleware och RedHat Enterprise Linux. Det hela påminner lite om att ladda hem och installera NetBeans med bundlad Glassfish. Vid installation så installerar den en lokal JBoss Application Server 4.2 som är förkonfigurerad i RedHat Developer Studio. När du ska skapa ett nytt projekt så hittar du projektmallar för JBoss Seam, Spring, JPA och annat (se bilden nedanför). Allt sånt vi behöver finns alltså klart och färdiginstallerat från början.

    RedHat Developer Studio - Projektmallar

    I princip så är RHDS samma sak som Eclipse + JBoss IDE + Spring IDE, fast lite snyggare paketerat. För att vara en första beta så får man ändå säga att de kommit ganska långt, betydligt längre än vad t.ex. en ”ren” Eclipse med WTP 2.0 (eller något annat gratis plugin för EJB 3 stöd) har kommit. Antagligen beror detta på att det hela är paketerat med en applikationsserver förkonfigurerad, samt att det finns färdiga, fungerande (nåja.. de kommer nog fungera allihop i denna skarpa versionen) projekt-mallar för de vanligaste typerna av webb-projekt (EJB 2.x & 3, Seam, Spring, Hibernate o.s.v.). Att jobba i RHDS i denna betan är lite skakigt, GUIt kan frysa lite titt som tätt, och att försöka få upp en ”Tooltol Description” (F2) eller använda andra vanliga funktioner fungerar inte riktigt. Antar att detta löser sig med tiden, så jag ser fram emot nästa beta då förhoppningsvis de mest störande buggarna är borta.

    Även om jag alltid varit lite skeptisk till användarvänligheten i Eclipse så måste jag nog säga att detta är ett steg i rätt riktning. Det jag saknar nu är att de också slänger med plugins för de vanligaste versionshanteringssystemen (något som finns med från början i NetBeans och IntelliJ) samt en vettig konfigurering av kortkommandon (Alt-Shift-X, R är inte ett kortkommando) så jag inte behöver känna det som att jag sitter i Emacs igen när jag vill utföra något. Det är något som Eclipse-utvecklarna borde tänka mer på. Man ska inte behöva använda musen för att styra sitt IDE, det är dålig s.k. usability.

    Hursomhelst, RedHat Developer Studio ser väldigt lovande ut och jag rekommenderar er att testa det om ni jobbar med JBoss-produkter. Om det är så att ni redan använder NetBeans eller IntelliJ IDEA så kommer ni nog känna att det är en bit kvar, men det är i vilket fall betydligt bättre än en gamla vanliga Eclipse där du själv måste installera alla plugins och konfigurera applikationsservrar.

    Ni kan ladda ner det hela och läsa mer om det på http://www.redhat.com/developers/rhds/index.html.

  14. Eclipse Visual Editor – forts.

    När jag för ett tag sedan skrev om Eclipse GUI-byggare VE (Visual Editor) så tycktes det kanske som om jag dissade den helt eftersom den saknar stöd för GroupLayout. Men VE har faktiskt sina förtjänster.

    Tiden Du som programmerare lägger på det visuella justerandet av Swing reduceras tack vara WYSIWYG (What You See Is What You Get) i VE. Du får även annat icke-visuellt stöd som ex hjälp med att stänga ned en JFrame med lämpligt event.

    På vissa områden kräver dock VE en hel del av programmeraren i form av Swing-kunskaper. Exempelvis är det svårt att få sitt GUI att se ut precis som man vill utan att använda GridBagLayout (en omständig layouthanterare). För att kunna använda GridBagLayout i VE behöver man ha koll på vad klassen GridBagConstraint olika attribut har för innebörd; då tänker jag speciellt på samspelet mellan attributen weight, anchor och fill.

    Men man kan bygga ett GUI genom att enbart använda de enklare layouthanterarna som FlowLayout och BorderLayout.

    lindemanpanel.PNG

    JPanel med några JRadioButton och en JLabel inordnade i ett rutnät med GridBagLayout.

    Markerad JRadioButton ”Geolog Sten Lindeman” har sina egenskaper listade i Eclipse-vyn Properties. Panelens innehåll presenteras även i trädform i Eclipse-vyn Java Beans.

    En JPanel är egentligen bara visningsbar i ett konkret fönster, ex en JFrame och så här går det till att skapa en sådan (välj new JFrame visual class): kryssa för att du vill ha en main-metod.

    daframe.PNG

    VE fyller main-metoden med den kod som behövs för att visa klassen samt stänga ned den på korrekt sätt

    Det tomma fönstret är nu redo att fyllas. Förvald layouthanterare för en JFrame är BorderLayout som har fem områden: north, east, west, south och centre. I south lägger vi en JButton (i en extra JPanel för att respektera knappens preferredSize). Både JPanel och JButton väljs från VE-paletten och placeras ut med musen. I centre lägger vi Lindeman-panelen.

    choosebean.PNG

    Eftersom Lindemanpanelen är en JPanel (extends JPanel) kan man välja den i paletten m h a ”Choose Bean”-knappen.

    Placera ut komponenten i området som heter center. Ge knappen en innebörd genom att högerklicka på den och välja ”Events”, ”actionPerformed”. VE skapar mallkod som du kan byta ut mot önskad kod.

    morelindeman.PNG

    I exemplet har jag bytt ut det mot kod som öppnar en URL med datorns webbläsare (en feature f.o.m. Java 1.6)

  15. Eclipse Tricks – Stavningskontroll med Eclipse 3.3

    Med Eclipse 3.3 kan du få stavningskontroll av strängar och kommentarer i dina java-klasser. Själv tycker jag att det även vore önskvärt med stavningskontroll av variabelnamn, metodnamn och klassnamn etc. Än så länge kontrolleras bara strängar och kommentarer.
    misspelled.bmp

Nästa sida