Som de flesta vet så finns det fyra olika synlighetsnivåer för metoder och fält i en klass i Java – private, protected, ”package private” och public. I vissa fall kanske jag vill ha en metod som är privat för klasser utanför min komponent (där det ofta är en paktstruktur med flera nivåer), men som samtidigt är tillgänglig inom komponenten. Så länge alla mina klasser ligger inom ett paket (t.ex. se.cygni.blah) så kan jag alltid sätta ”package protected” på de metoderna, men oftast används en hierarkisk paketstruktur, vilket försvårar. In kommer nu då ”superpackages” i Java 7, som också ger lite mer godis när man skapar komponenter. Elliotte Rusty Harold har skrivit en bra artikel om de nya superpaketen på java.net och den hittar ni här.
Elliotte har också två nyhetssidor som jag tycker är värda att nämna, Cafe au Lait för javanyheter och Cafe con Leche för xml-nyheter.
För ett tag sedan så skrev jag en liten intro till Grails, och då använde jag version 1.0RC1, nu har äntligen Grails 1.0 släppts. Mer kan läsas här och du kan ladda ner Grails här.
Personligen så gillar jag Grails, men för att jag verkligen skall sugas in så krävs det betydligt bättre IDE stöd. Jag har iof bara testat stödet i Eclipse, men det suger. Vad jag har läst så skall IntelliJ:s stöd vara rätt kasst oxå. Det sägs att nästa version av NetBeans skall ha stöd för Grails (pluginer för Groovy och Grails började utvecklas till NetBeans i november -07), förhoppningsvis kommer det att vara bra. Men visst tusan vore det skoj att få vara med i ett ”riktigt” projekt som använder Grails…
När man specar en webbapplikation är det sällan som säkerhetsaspekterna tas med explicit. Det kan lätt betraktas som ”Någon Annans Problem”: systemadministratören ska se till att brandväggen är på plats, IT-ledningen bestämmer om lösenordspolicy etc. Men i slutänden är inget av detta relevant om applikationen som körs är full av hål, och då är det svårt att skylla ifrån sig. Man måste istället vara påläst om vilka attacker som ofta förekommer och ta aktiva åtgärder för att stoppa dem.
Jag tänkte att vi skulle ta en titt på de vanligaste hålen i webbapplikationer, och hur man kan göra för att täppa till dem.
Läs mer >>
För någon månad sedan så tipsade jag om ett litet verktyg som jag hade stött på, jarjar. Nu tänkte jag tipsa om en plugin till Eclipse som gör samma sak, packar ihop din applikation till en enda jarfil med alla beroenden från alla externa bibliotek som du använder. Pluginen heter Fat Jar och kan laddas ner här. Eclipse 3.0 eller nyare krävs.
(Texten som tidigare saknades i detta blogginlägg är nu återskapad.)
Som en fortsättning på min artikel Eclipse Tips och Tricks, och Tommys Breakpoints i Eclipse, så tänkte jag berätta lite om remote-debuggning i Eclipse. Det är en mycket användbar teknik att kunna.
Det finns en massa bra pluginer till Eclipse för att hantera utveckling med olika applikationsservrar och servlet-motorer. Men i många fall behövs inte dessa. Java har länge kunnat öppna en port i VMen för att tillåta en debugger att koppla upp sig. Med Eclipse är det mycket enkelt. Se här bara…
Läs mer >>
Nyligen så släpptes Groovy 1.5. Några utav nyheterna i version 1.5 är stöd för Java 5:
- Enums
- Generics
- Variabla argument
- Annoteringar
- Statiska importer
Några andra nyheter är:
- Den nya Elvis operatorn ?:
- Klassisk java for-loop
- Namngivna parametrar utan paranteser
- Bättre prestanda
- Förbättrade dynamiska möjligheter
För mer detaljerad info läs här eller här
Snart kommer äntligen nästa release av Acegi Security ut. Förutom att ramverket byter namn till Spring Security så är den största nyheten att konfigureringen blir radikalt enklare.
Har man normala krav så blir konfigurationsfilen inte större än 16 rader. Istället för att definiera allt och allting så får du vettiga defaultvärden om du slänger in raden <http autoConfigure=”true”>. Ta detta som exempel nästa gång någon påstår att det var bättre förr…
Läs mer på springfolkets egen blogg
Breakpoints är ett ovärderligt verktyg när det gäller att debugga kod. I Eclipse (och förmodligen andra IDE:s) så kan man även sätta breakpoints som baseras på ”conditions” och ”exceptions”.
Läs mer >>
Hittade en bra artikel på TheServerSide.COM som beskriver hur man kan/bör designa sin kod med tanke på att koden ska bli testbar och därmed mindre buggig. Se nedan för en kort sammanfattning av artikeln.
Läs mer >>
Efter en lunchdiskussion med ett par av mina kollegor letade jag fram ett gammalt dokument som jag skrev åt en kund för ett par år sedan. Det hade titeln ”Eclipse Tips och Tricks”. Det är tyvärr inte up-to-date längre, så jag tänker inte dela med mig av det här, men det väckte en del tankar.
Det kan göra rätt stor skillnad på produktiviteten att lära sig några nyckelfinesser i det verktyg man använder sig av — särskilt om det är det verktyg man jobbar större delen av dagarna med som Eclipse tenderar att vara för Java-utvecklare. Ändå händer det allt som oftast att man ser någon göra nån liten grej som man aldrig sett förut.
För skojs skull tänkte jag därför försöka lista de vanligast handgreppen jag gör i Eclipse. Antagligen känner du till de flesta, men kanske är det något som är nytt. Och säkert kan du tipsa mig (i kommentarerna) om något smart som jag borde känna till!
Läs mer >>
