Redirects

Mijn weblog wordt sinds kort gehost op wordpress.com . Mijn weblog draaide al met de software van wordpress, maar op een andere provider, Lunarpages.  Voordeel voor mij is dat ik nu niet meer handmatig WordPress hoef bij te werken, als er een nieuwe versie is van de software zelf of plugins die ik gebruik. Bovendien heb ik het idee dat WordPress een stuk sneller en soepeler werkt. Verlies van controle vind ik wel meevallen, bovendien kun je met extra betaling alsnog admin worden bij je domein.

Mijn oude weblog op gerbrand.vandieijen.nl heb ik ook meteen geimporteerd, zodat nu al mijn postings weer op een plek staan. Ik wil nu dat als mensen mij zoeken via Google, ze ook op mijn nieuwe weblog komen.
Via Apache rewrite rules is me. Hieronder staat de regels die ik heb toegevoegd aan de .htaccess file, voor het domein gerbrand.vandieijen.nl :

RewriteEngine on
RedirectMatch 301 (([0-9]*)_([0-9]*)_([0-9]*)(.*)(.html))$ http://twistedmind.nu/$2/$3/
RedirectMatch 301 (([0-9]*)(.*)(.html))$ http://twistedmind.nu/$1

De bovenstaande regels zorgen ervoor dat elke aanvraag naar een .html pagina in een webbrowser naar gerbrand.vandieijen.nl, wordt door gestuurd naar twistedmind.nu. Bovendien wordt de url automatisch aangepast. Bij gerbrand.vandieijen.nl zijn archive.html pagina’s geplaats, WordPress werkt alleen met een directoroy structuur. http://gerbrand.vandieijen.nl/2006_03_01_archive.html wordt automatisch aangepast naar http://twistedmind.nu/2006/03 .  Bijzonder fraai!
Door alleen .html pagina’s door te linken, blijven links naar plaatjes nog steeds bestaan. Zo blijft het plaatje naar mijn oude auto, nog steeds linken naar gerbrand.vandieijen.nl.

Apachecon, build and -management with Ant, Ivy, Maven security with Triplesec

Here’s an more detailed story on ApacheCon! I write the article in English, as some of my colleagues are be interested. The company being quite international, many of my colleagues don’t speak Dutch.

I’ve seen a lot of interesting lectures (and spoke interesting people). Very interesting were lectures about Ant, Maven and Ivy, all build- and package-management tools.
Everyone in software development with or involving Java most likely knows Ant, and probably uses it too. At Thursday there was a lecture about Extending Ant, with custom tasks.
You can build custom tasks, using scripting-languages available for java, like Jython, JRuby or Groovy, by using the scriptdef task. Then your custom task can be used from within your Ant file. Along with the built-in API of Ant, you can do complex operations as well in your Build-files.
Of course, if you start developing software in Ant, you need to create unit-tests for the code as well. You can do this with the antunit task.

I had created some nice sample code, unfortunately, it was lost because of the way the visual editor of my weblog works. However, on the website of Ant you can find fine tutorials, which make the sample code not necessary anyway.
I also saw an introductionairy lecture on Maven. I know Maven a little, but it’s not used in my project very extensively.
Finally I saw a lecture on Ivy. Similar to Maven, Ivy seems especially useful, if you already have a lot of Ant tasks. Unlike Maven, Ivy is only a package-management tools, but not a build-tool.
In the Q&A sessions after the lectures, the question arose, Maven or Ivy? It depends (how cliche) on the situation. Ivy has as great advantage it works as a plugin for Ant, and provides depency-tracking only. If you already have an extensive build-system with Ant, Ivy can be easier to introduce than Maven.
However, if you’re just starting or only have a few Ant-scripts, Maven seems the best way to go: everything is working out-of-the-box. Maven’s use of plugins, rather then scripts forces your build-environment to be more structured.

Finally, I also went to a lecture on TripleSec. This project was very promising and interesting. Everyone probably has a dozen security related passes (bank, acces, library, etc.) and one or more authentication systems like for online-payment, remote access etc. What the project promised was a uniform and easy way to add dongle- or ‘digipass’ like security to your application.
Once installed, a user can login using his mobile phone. When the user logs in for the first time, a tiny java-application using SMS is installed on the telephone (after confirmation of the user of course). Using the application the user can generate a key to login. When the user logs in for a second time, she can use the same application to generate a new code, without the need to download the application again.
All in all, you can have security that is similar to the system banks use, dongles using a telephone. It’s cheaper to develop, and the user doesn’t need to carry a lot of devices to login.

All in all, very interesting lectures. So, this article was in my draft for a long time. Inspired by an article on RET, I decide to publish it!

ApacheCon

Afgelopen week ben ik naar ApacheCon EU in Amsterdam geweest! Het congres was in hotel Moevenpick, langs een rivier waarvan me de naam even ontschoten is.
Ik was er samen met drie collega’s namens het bedrijf waar ik voor werk. Het waren een interessante en leuke dagen. Ik heb een hoop interessante lezingen kunnen bekijken. Leuk er waren ook de kleurrijke personen die de beurs bezochten, ‘hippies en andere rare mensen’, zoals iemand opmerkte. Er liepen wel wat mensen met een lange baard een bluetooth-headset, gasten in jaren 80 (oost-duitsland)-outfit, en veel shirts. Mensen in pak zag je bijna niet, op de bedienden na. Toch waren de meeste mensen waren wel vrije normale techneuten. Die mensen maakten het congres ook erg interessant, leuke gesprekken gehad met een hoop behoorlijk slimme mensen.
Donderdag werd er bier geserveerd op kosten van Google! Vrijdag was er ijs van een voor de hand liggend werk, welk bedrijf dat sponsorde is me ontgaan.
Naast lezingen over projecten binnen Apache, waren er ook lezingen over subversion, gebruik van xslt en lezingen op het ‘business-track’ over onder andere open source.
Erg interessant vond ik de sessies over package and build-tools, Ant, Ivy and Maven. Een heel mooi en veelbelovend project is Apache Triplesec, waar donderdag een lezing van was.
Vrijdagavond was de laatste middag, ik had een over Cocoon gevolgd. Een interessant Apache-project, hoewel ik niet zo van ben van ontwikkelen met XML/XSLT.
Na een loting van Google, met als hoofdprijs een i-pod, haastte de meeste mensen zich weer snel naar huis. Een enkeling bleef nog na netwerken.