I ett av våra projekt behövde jag ”tvätta” data som kom in via importer från diverse externa källor. Tvättningen består av att ta bort HTML-element såsom script-taggar, styling-attribut och för att ge ett bättre skydd mot XSS.
Då hittade jag jsoup som är ett litet javabibliotek för att enkelt kunna parsa/tvätta HTML
Denna artikel ingår i serien Spring från början och kommer behandla det springstöd som finns för OSGi. Denna artikel är inte direkt en ”tutorial” utan ger främst en orientering till OSGi och Spring Dynamic Modules och gör ett försök till att peka på lämpliga användningsområden.
Förkortningen , vilket i vart fall inte hjälper mig att förstå vad OSGi egentligen är.
OSGi står tydligen för Open Service Gateway Initiative, men det har inte hjälpt någon att förstå vad det OSGi egentligen är får något. OSGi-standarden är helt kort en standard för modularisering av javaapplikationer.
OSGi används i allt från inbäddade system, mobiltelefoner till en flerskiktade webbapplikationer. Standarden har funnits i flera år och har tidigare främst används i inbäddade system. Det är först på senare år som OSGi har blivit aktuellt att använda i serverapplikationer. Den kanske mest kända applikationen som bygger på OSGi är den populära utvecklingsmiljön Eclipse, som använder OSGi i sitt plug-in system.
Mer konkret så specificerar standarden tre områden; paketering av moduler, tjänsteregister och modulers livscykler. Läs mer >>
EJB 3.0 är den nu gällande versionen av Java Enterprise Beans(EJB) arkitekturen som ingår i Java EE 5. Syftet med EJB 3.0 är att förbättra arkitekturen för EJB och minska komplexiteten för utvecklaren av EJB applikationer. Detta innebär tex följande förbättringar:
EJBObject, EJBLocalObject eller javax.rmi.RemoteHome-interfacet behövs inte längre för sessionsbönor.Det finns ett par olika typer av EJB:er, sessionsbönor och message-driven-bönor. Sessionsbönorna kommer i två olika smaker, Stateless och Stateful. Entitetsbönorna har ju som sagt ersatts med JPA entiteter. Jag tänkte gå igenom dessa med små korta exempel. Läs mer >>
Häromdagen råkade jag hitta eclipse-pluginen q4e som gör att du kan använda Maven 2 från Eclipse IDE. Projektet huserar på Google Code och några av de features som nämns är:
Pluginen har väldigt många av de features som finns i pluginen m2eclipse som jag tidigare skrivit om här. Efter att ha labbat lite med pluginen så har jag fått känslan av att q4e är stabilare, rappare och snyggare än m2eclipse, dock krävs Eclipse 3.3 (m2eclipse går att köra på Eclipse 3.2). För mer information gällande q4e rekommenderar jag deras wiki och denna jämförelse mellan m2eclipse och q4e.
Utveckling av mjukvaruprodukter skiljer sig till viss del från traditionell systemutveckling. Detta inlägg belyser några viktiga skillnader mellan systemutveckling och produktutveckling, hur man kan undvika vissa fallgropar genom att arbeta strukturerat och genom att använda rätt typer av verktyg.
Hittade en annan trevlig sökfunktion som löser problematiken att lokalisera vilken jar-fil som saknas när applikationen kastar java.lang.NoClassDefFoundError eller java.lang.ClassNotFoundException. Typiskt är det något bibliotek som du har beroende till endast under runtime. Saknar du som jag MIMEContentImpl för att exekvera dina testfall kan man lokalisera detta genom att använda JarSearch och fylla i klassnamn (eller paket) och söka.
Tipsade för ganska länge sen om Eclipse-pluginen JadClipse som med jad dekompilerar en .class fil i det fall det inte finns någon källkod kopplad. Med Maven och m2eclipse så får man ofta med sig källkoden, men det finns vissa bibliotek där det kan saknas. Inget mer Attach source…
Maven 2 och Eclipse är två av de mest använda verktygen för javautveckling på marknaden idag. Maven 2 används för att automatisera byggen, assembly och deployment, rapportgenerering medan Eclipse främst används som IDE.
Integration mellan dessa två produkter har inte alltid varit smärtfri men nu finns (minst) två integrationssätt som verkar lovande, M2Eclipse och Buckminster.
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:
Några övriga rapporter som kan vara intressanta:
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 >>
Jag läste en intressant och nästan lite oroande intervju med Cliff Click i TheServerSide om Javas minnesmodell, trådsäkerhet, multiprocessorsystem och problem runt detta. Flera CPUer eller andra CPU-familjer (speciellt icke-x86 CPUer) ger komplikationer för multitrådade javaprogram. Det finns risk att ditt program slutar fungera, går betydligt långsammare eller timeoutar om du lämnar din enprocessormiljö.
Intervjun är tekniskt avancerad och lärorik – läs den!. För er som inte orkar läsa den följer här en sammanfattning av vad jag tyckte var intressant och som jag fattade något av.
Använder ert projekt Apache Ant? Då är det rätt troligt att följande stämmer in:
Som en lösning på detta finns Maven som tar bort det mesta av den komplexitet som typiskt finns i ett Ant-script genom att kapsla in de vanligaste funktionerna som krävs vid bygge och assembly/deploy. Det som Maven dock är allra bäst på är Dependency Management d.v.s. att hantera beroenden mellan olika projekt och moduler (interna och externa).
Det kan dock vara svårt att övergå från Ant till Maven om de Ant-script som finns i en organisation innehåller mycket logik eller om förutsättningarna för en sådan förändring inte är de rätta. Då kan ett steg i rätt riktning vara att använda Mavens Ant-tasks som ”magiskt” kan hantera Dependency Management à la Maven fast i ett Ant-script. Ta en titt på http://maven.apache.org/ant-tasks.html för mer information.