Belgian Eclipse User Group

Last Tuesday we had the first meeting of the Belgian Eclipse User Group.
In this first meeting three companies, all building their product on top of the Eclipse platform, showed their products to each other: Sigasi, Collibra and Inventive Designers (the company I work for).

I'm very glad with this initiative and I really enjoyed watching and learning about the other products. Our next meeting will be on April 28th. I hope we will see new faces and companies there to share their knowledge (and grieve). We also hope to get into contact with Eclipse user groups from other countries and maybe we can invite them to tell about their experiences and tactics for the user groups.

For those who are interested, we already have an official wiki on the Eclipse website: http://wiki.eclipse.org/Regional_Communities/Belgium .

Great thanks to Sigasi for taking this initiative and to Collibra for providing the location, food and drinks for this first meeting.

KlankKleur

Afgelopen weekend was het weer KlankKleur (ik denk mijn 14e als actief lid).
Dit jaar speelde ik niet mee. Het was voor mij een soort slagwerk-sabat jaar. Maar dat wilde absoluut niet zeggen dat ik mij minder heb ingezet voor de vereniging en KlankKleur specifiek.

Zoals elk jaar heb ik genoten van mee de handen uit de mouwen te steken voor het opbouwen (en afbreken) van de licht- en geluidsinstallatie. Daarvoor had ik reeds vele uren gestoken in het schrijven van een online systeem voor de kaartenverkoop. De grootste verandering was echter dat ik dus dit jaar niet vooraan op het podium zat, maar achteraan op het regie-platform. Een heel leuke ervaring...

Ik ben niet echt een vlotte blogger/verteller, dus hier volgen wat fotos:

• Tijdens de generale repetie van 'concerto pour une voix'. ZEER mooi gezongen door Eva Hadermann.
• Veel schermen op het regie-platform.
• Scherm van 'de grootmoe' en de regie.
• Tijdens het programmeren van het licht.
• De sterrenhemel

Waarschijnlijk zit ik volgend jaar terug mee op het podium...

Beste wensen

Devoxx 2008

I went to Devoxx 2008 last week (Tuesday and Wednesday).
As every year some of the presentation were very interesting while others are totally disappointing and not what I expected.

On Tuesday, I started with the 'Jazz in action' talk. From the first time I heard about Jazz (a couple of years ago) I was intrigued. I still didn't found enough time to check it out and play with it, but now that I saw this presentation, I really think I should make time to do it. The ideas are very cool. It is all about delivering software with global and distributed teams. It brings all the different systems needed to deliver software products together: issue tracking, version control, automated builds, testing, coding IDE, communication, ... Everything gets linked together in a logical way. Very nice...

In the afternoon, I went to the 'Advanced OSGi' talk of Peter Kriens. This turned out to be less interesting than I expected. This was mostly because the speaker thought he would be giving this presentation for 20 people sitting behind desks. He must have been freaked, seeing 200+ people in the room. But I did learn something about declarative services in OSGi ...

Wednesday started off with the keynotes, like every year. Between the keynotes, there was a great beatboxer. I think everyone was impressed with his skills.
The first keynote about JavaFX was nice to see. The first release surely misses some important features, but the idea is great:
* It runs on the JVM, which has proven its speed and robustness over the years and runs on a lot of machines already. They will have to do something about the big download size however, but it seems they are already working on this.
* Easily calling Java libraries/code from within JavaFX.
* One language to run in the browser and on the desktop (and on mobile). You can even drag a JavaFX application running in your browser to your desktop to make it run outside the browser!
* The language allows to do apply filters, do animations, ... in a very simple way
Again something I want to play with when I find the time.
* The integration with Adobe Photoshop and Illustrator are certainly a plus for making the collaboration between developers and graphical designers easier.
* They took there time to create some great samples

The second keynote was one from IBM, telling us about the RFID system they had installed on Devoxx. This was pretty disappointing: bad speakers, a lot of technical shortcomings causing a big error percentage, ...

In the afternoon, Giovanni Asproni learned us about software estimation. Giovanni is a fluent, funny speaker and has a lot of experience in the area he talks about. What I most remembered from his talk:
* Estimating software is very hard: I already knew that from my experience.
* Don't negotiate about your estimations: an estimation is certainly not a commitment.
* It is better to overestimate than to underestimate: when overestimating the 'spare' time will be filled by the developers (in the best case with extra features, tests, more stable code). When underestimating, the cost of putting to much pressure on the project will cause a lot more problems (unstable code, frustrated developers, ...). This was probably the best thing I learned on Devoxx. Ofcourse this doesn't mean you simply add x time to every estimation to 'be sure'. There is always a penalty of estimating wrong.
* Your estimations will be wrong: sad but ofcourse true.

The rest of the talks I saw on Devoxx '08 weren't really worth writing about. Although I must say, I liked the talks from Romain Guy: his presentation are very fluent and interesting, but Android didn't really knock me off my feet.

To conclude: Jazz and JavaFX are the two technologies that I found most appealing. I'll be checking them out...

Lichtfeesten

Gisteren met de kindjes naar de Lichtfeesten in Reet geweest. Om effectief de lichtjes in de tuinen te zien waren we wat te vroeg (in de zomer wordt het wat te laat donker om de kindjes zo lang wakker te houden), maar vroeger op de avond was er ook al wel veel leuks te doen.

Eigenlijk waren we naar daar gegaan om naar het groepje van een vriend te gaan luisteren, maar onderweg kwamen we een leuk molentje tegen waar Lana uiteraard wel een paar keer op wilde. Dolle pret.

Daarna toch naar het optreden afgezakt. Daar moest papa heeeeeel hard dansen met Lana. Vooral vermoeiend voor papa:

Linking Tomcat with Apache with virtual hosts

Since a couple of days we (me and a couple of friends) rent a virtual machine at nuclues.be, running CentOS (linux). First of all, I must say, they have the greatest service: very fast, accurate and friendly support.
We share the costs of the VM and serve our personal websites on it.

Now, I had to write an online ticket-sale system (a whole different story). I choose to do it in Java (servlets), basically because it is the language I know best.

So I installed a Tomcat 6 on the VM. After a couple of hours searching google and reading articles (I'm a linux newbie), I managed to make my application run on a Java SDK 6 and Tomcat 6.
Being very proud of myself, I wanted to go further: linking the already running Apache webserver with my Tomcat. Knowing nothing about it started googling...

The references I used:

• http://tomcat.apache.org/tomcat-3.2-doc/mod_jk-howto.html (good, but a bit outdated)
• http://tomcat.apache.org/tomcat-3.2-doc/Tomcat-Workers-HowTo.html (also outdated)
• http://httpd.apache.org/docs/2.2/mod/core.html#virtualhost
• http://httpd.apache.org/docs/1.3/vhosts/examples.html

Now, these are the steps I followed to come to the result I wanted:

• Install mod_jk (simply by using 'yum install mod_jk' from CentOS).
• On my tomcat installation, I added the following line in server.xml (under the 'server' element):
  
• Create a workers.properties file to define my tomcat as a worker (using ajp13):
• workers.apache_log=/var/log/httpd/
  workers.tomcat_home=/usr/tomcat6/apache-tomcat-6.0.18
  workers.java_home=/usr/java/jdk1.6.0_07/
  ps=/
  worker.list=worker1
  worker.worker1.type=ajp13
  worker.worker1.host=localhost
  worker.worker1.port=8009
  worker.worker1.lbfactor=1
  worker.worker1.connection_pool_size=10
  worker.worker1.connection_pool_timeout=600
  worker.worker1.socket_keepalive=1
  worker.worker1.socket_timeout=60
• Then I needed to update the Apache config file httpd.conf to let Apache webserver know that it should load mod_jk and to set some configuration parameters (like my workers file). I added:
• LoadModule jk_module modules/mod_jk.so
  JkWorkersFile /usr/tomcat6/apache-tomcat-6.0.18/conf/jk/workers.properties
  JkLogFile /usr/tomcat6/apache-tomcat-6.0.18/logs/mod_jk.log
  JkLogLevel info
• Next, I add the configuration parameters to my virtual host definition to forward every call to a specific path (range) on my domain to my Tomcat worker. This is located in /var/www/vhosts/myhostname/conf/httpd.include. Under the VirtualHost definition, I simple added (klankkleur is the name of my tomcat web application):
• JkMount /klankkleur/* worker1
• Et voila! When restarting both Tomcat and the Apache webserver, browsing to 'http://myhostname/klankkleur/' was forwarded to my web application.

Now, I can simply read my own blogpost again if I need to do this again sometime :).

Bezoek aan de boerderij

Vandaag met Lana en Mats naar de boerderij geweest. Meer bepaald, naar het melkvee (koeien om juist te zijn) bedrijf van de schoonouders van een collega. Deze week zijn de eigenaars op vakantie en nemen dochter en schoonzoon het werk even over.

Alle koeien worden 2 keer per dag gemolken, zonder uitzondering. Dit wil dus zeggen dat de 'boer' en de 'boerin' elke dag, ook in het weekend, vroeg uit de veren moeten om de koeien te melken.
Een dagje verlof zit er voor die mensen dus niet in, zonder vervanging te zoeken. Het zoeken van die vervanging is uiteraard niet altijd gemakkelijk. Het moeten immers mensen zijn die je vertrouwt en die de koeien en de machines een beetje kennen. Een beetje zoals heeeeel veel kinderen hebben dus :). Allesinds een heel ander leven dan wij het gewoon zijn.

Ondanks het slechte weer heeft Lana zich toch goed geamuseerd. Vooral het imiteren van de koe-geluiden was heel populair. Dit zullen we zeker nog vaker doen. Ik wil niet dat mijn 'stads'-kinderen later denken dat de melk in de fabriek gemaakt wordt en dat het vlees aan de bomen groeit.

Figuur gezocht

Enkele maanden geleden heb ik Lana's kamer op 1 van de muren een silhouet van een kat geschilderd.
Eerst 4 lagen met magneetverf en dan 1 finale laag in het donker blauw. Zoals je al wel kan raden, kan je nu - door die magneetverf - dingen aan die muur hangen met magneetjes. Heel leuk...

Nu zoek ik in de kamer van Mats hetzelfde te doen. Maar ik zoek dus nog een mooie figuur om te schilderen. Het moet een mooi, herkenbaar silhouet zijn, met niet teveel details (die magneetverf verft niet heel handig en ik ook niet). We dachten al aan een beer of een arend, maar het hoeft natuurlijk geen dier te zijn.

Alle ideeën zijn zeer welkom.

Een nieuwe kast

Vandaag zijn ze op maat gemaakte kasten komen plaatsen.
Normaal gingen we eerst enkel een kast/tablet rond onze gashaard laten maken, maar uiteindelijk zijn daar nog een vestiaire kast en deurtjes voor de - tot nu toe - open kasten in den badkamer, bijgekomen.

Vooral voor de kast rond de gashaard was ik wel benieuwd omdat ik hier al van bij het tekenen van ons huis een idee van in mijn hoofd had. Ik moet zeggen dat ik er heel tevreden van ben:

Fotos zijn te vinden op http://picasaweb.google.com/wachters.smedts/NieuweKasten

Robomow

Jep, het is gebeurd. Ik heb een robot gekocht om mijn gras af te doen.

Eerst kloegen we dat ons gras maar niet wilde groeien en nu waren we het beu dat het zo snel groeide dat we het niet meer konden bijhouden.

Na wat opzoek werk, hadden we besloten om een robomow RM400 van Friendly Robotics te kopen. Al snel werd hij door Katleen 'Knabbeltje' gedoopt, maar suggesties voor coolere namen zijn welkom ;).

Wanneer hij begint (momenteel doe ik dat nog manueel, maar je kan dit schedulen), rijdt hij eerst volledig de rand af, die is aangegeven door een kabel. Daarna begint hij random doorheen de tuin te rijden om zo hopelijk alles afgereden te krijgen. Na de ingestelde tijd rijdt hij zelf terug naar zijn basis om zich weer op te laden.

Voor grote rechthoekige delen lijkt dit wel goed te werken, maar hij lijkt nogal moeilijk in onze voortuin te geraken. De enige weg daar naartoe is via een grasstrook van ongeveer 2m breed.

Het lijkt me wel een leuke uitdaging om hier een slimmer algoritme voor te ontwikkelen. Spijtig genoeg is hij niet programmeerbaar. Ook een leuk home-project zou zijn om er zelf eentje te maken op basis van BUG.