Voor het debuggen kan je gebruik maken van System.out.println. En lokaal werkt dit, maar als je met een webapplicatie op het internet zit, dan moet je rekening houden met wat de systeembeheerders van de web server je opleggen. En dat is Log4J. Even had ik hoop om het logboek te kunnen beheren met java.util.logging, maar dat is nu ijdele hoop gebleken. Mijn webapplicatie is nu op de web server, maar ik geraak niet verder dan het aanmeldscherm. Dit is dus weer maar eens het probleem van connectie met de databank, maar om te weten hoe ver ik geraak, heb ik een logboek nodig.

En zonder Log4J gaat dit dus blijkbaar niet. Gelukkig is het JAR-bestand van Log4J beschikbaar zowel in MyEclipse als op de web server. Installeren kan ik me dus besparen.

6 oktober 2008 en nationale treinstaking. En dus heb ik een dag verlof genomen, want ik zag het niet zitten om met de auto mezelf voorbij de dagelijkse files in Herentals te wurmen. Bij de vorige treinstaking waren er minder files en dus moet iedereen gedacht hebben dat het ook deze keer zou meevallen. Maar nu ook de Lijn meestaakt, is het een pak minder gezellig. En deze keer is er 281 km file in plaats van de gewone 200.

Dit weekend heb ik mijn eerste stappen op Facebook gezet. En eigenlijk meer toevallig, al had ik er al een profiel opgestart. Voorbije vrijdag kwam ik van de trein en in de Dorpsstraat in Overpelt kwam ik een jongedame tegen die me vriendelijk begroette. In Overpelt gebeurt dat wel vaker dat mensen me begroeten, toch meer dan in Ranst, maar de jongedame kwam me toch wel bekend voor. Bleek het Elke Kenis te zijn die net van de kapster kwam met een nieuw kapsel.
En dus wou ik Elke vragen of ik dat inderdaad goed gezien had. En had ik Elke al niet op een webstek teruggevonden ? Via google kwam ik bij Facebook uit en dus heb ik het weekend ondermeer gebruikt om te kijken welke bekenden ik daar nog terugvond en wat Facebook zoal anders aanbied dan LinkedIn.

Nu heb ik zonet een manier gevonden om notities in Facebook te koppelen aan een externe blog. Dit is dus ineens een test om te zien of die koppeling wel werkt. Als ze werkt, moet deze tekst over een uur of zo ook op Facebook te vinden zijn. Ben eens benieuwd.

Een aantal schermen zijn klaar voor mijn Java Server Faces webapplicatie. Maar de webapplicatie is enkel lokaal. Het grote probleem gaat zijn om deze applicatie op mijn webstek te krijgen.
En waarom zou dat een probleem zijn als alles lokaal werkt ? Wel, je mag er niet vanuit gaan dat een lokale webapplicatie ook op je webstek zal werken. In theorie geldt de Javaspreuk :"Write once, run anywhere.". Maar je moet naar de praktijk kijken : als je ontwikkelt in een Java 6.0 omgeving kan het zijn dat op je webstek er net een iets andere versie is, waardoor er fouten opduiken. En uiteindelijk huur ik enkel mijn stekkie op het wereldwijde web. Wat er geïnstalleerd wordt, bepaal ik niet.

Mijn webstekleverancier raadt me Log4J aan, maar in het boek "Java Server Faces - complete reference" raden ze java.util.logging aan. Dit maakt deel uit van Java SE en het lijkt ook een pak eenvoudiger. Zo moet je alvast niet liggen klooien met een XMLbestand. En dus kies ik ervoor om java.util.logging uit te testen.

Het voorbeeld in "JSF - complete reference" is echter niet voldoende uitgewerkt. Gelukkig kan ik bij www.javapedia.nl terecht waar ze een artikel over logging hebben geschreven. En die voorbeelden zien er zo eenvoudig uit dat ik beslis om het toch eens uit te proberen én te publiceren op mijn webstek. Werkt het niet, dan kan ik nog altijd overstappen naar Log4J. Maar als het werkt, gaat het toch eenvoudiger zijn dan met Log4J, lijkt me.
 

We zijn nu half september en het wordt tijd om eens te kijken wat ik de komende weken wil doen met Java Server Faces. Na het kopen van de handleiding van Noël Vaes zijn een aantal zaken duidelijker geworden. Da's nu eenmaal het voordeel van in je eigen moedertaal zaken te kunnen lezen. Als ik dan bedenk dat het tegenwoordig de mode is om zoveel mogelijke Engelse woorden in het Nederlands te wriemelen. Tis om er ne fameuze hèddèk van te krijgen !

Wat kan mijn webapplicatie nu ?

• aanmeldscherm is in orde
• menu is voorzien
• overzicht van uitgaven is voorzien met koppeling naar detailscherm
• overzicht van uitgavenota's is voorzien

Wat moet er verder gebeuren, en vooral in welke volgorde ?

• zoekformulier inbouwen in het overzicht van uitgavenota's
• koppeling tussen de schermen voorzien : vanuit overzicht uitgaven en overzicht uitgavenota's moet je via een koppeling kunnen afmelden of naar het hoofdmenu gaan
• inbouwen van Log4J
• nakijken van de mogelijkheden van Icefaces; dit is een bovenbouw op JSF en die wordt ook door MyEclipse aangeboden.

Ik ben nu zover dat ik kan beginnen aan mijn eerste pagina in JSF waarin ik het overzicht van een tabel wil tonen. Jammer genoeg krijg ik foutmeldingen. De "managed bean" omvat een ArrayList die op zijn beurt alle records van een ResultSet bevat. En da's blijkbaar teveel van het goede. Ik krijg foutmeldingen.

EN dus is nu het moment aangebroken om eens terug naar Log4J te kijken. Hiermee kan ik een logbestand aanmaken waarmee ik kan kijken welke code wanneer wordt uitgevoerd. Want met Java Server Faces weet je niet altijd zeker wat wanneer wordt opgeroepen. Je geeft immers een groot deel van de controle over aan de servlet van JSF.

We zijn weer een stap dichter. En de oplossing is even simpel als radicaal. Ik zit nog op een oud platform bij Javaservlethosting (Tomcat 4, MySQL4, JSF onbekend) en moet dus migreren naar een nieuw. Als ik dat voor het einde van dit jaar wil, zal ik een nieuw order moeten lanceren. Wat ik deed, maar gezien ik mijn domeinnaam meewil, moest ik een code intikken. En die code heb ik niet meer. Dus weer een ticket bij de help desk, maar ditmaal niet technical maar sales aangeklikt.

En dus maar verder met de oefening van JSF. Ik ben hier heel enthoesiast over. Java Server Faces geeft je de mogelijkheid om een hoop dingen aan het JSF raamwerk over te laten. Er blijft nog genoeg programmatie en uitzoekwerk over, maar het schrijven van een servlet die alles regelt, moet dus niet meer. Daarboven zijn er nog extensies van JSF zoals IceFaces, RichFaces en nog andere zaken die AJAX kunnen introduceren.

Dus doe ik maar verder met mijn oefeningen voor ik weer nieuws krijg van Javaserlethosting. Hoop dat dat niet te lang duurt maar doorgaans zijn die mannen wel snel. Wel rekening houden met de 6 uur tijdsverschil tussen Belgie en Roswel, Georgia.

De eerste oefening is af. En in feite was het een simpele oefening : enkel 2 schermen maar je kreeg er wel de basis van Java Server Faces mee te zien.

Alleen zou ik ook graag JSF op mijn webstek gebruiken. En daar nijpt het schoentje natuurlijk. Want gaat dat wel ? Op de FAQ valt alvast te lezen dat er geen warfiles gebruikt mogen worden. Maar de FAQ vermeldt alvast wel dat er ook jarfiles zijn geïnstalleerd. JAR staat voor Java Archive en is in feite een zipbestand dat een hele reeks class-bestanden bevat. In mensentaal uitgedrukt, een JAR-file geeft
je de mogelijkheid om gebruik te maken van de class-bestanden die het bevat. Hoe meer JAR-files je hebt, hoe meer mogelijkheden. En JSF zit ook in JAR-files.
Uiteindelijk vind ik een overzicht van de geïnstalleerde JAR-files op de webpagina https://helpdesk.serverconfig.com/hypno.html.
Maar JSF zit er niet bij, evenmin als Log4J. Daarover lees ik
Log4J: We also highly recommend you implement Log4J into your application for debugging. The log4j JAR will need to be deployed into your /WEB-INF/lib directory.

Ik ben momenteel bezig met twee webapplicaties. Eén is een oefening in UML om te kijken wat je nu aan documentatie nodig hebt. Daarvoor heb ik een wiki opgestart op donatiebank.wikidot.com.
De andere oefening is gestart onder de naam "project Engelbert". Hiermee wil ik een MySQL databank beheren waarin ik de nodige gegevens beheer voor mijn release coordinatie op Antwerpse Waterwerken. En daarvoor heb ik een wiki op engelbert.wikidot.com.

Ik gebruik Eclipse en MyEclipse als IDE. En nu ben ik mijn eerste stappen aan het zetten in Java Server Faces. Met JSF hoop ik wat sneller een web applicatie op te stellen die ook de mogelijkheid geeft om later met Ajax te werken. En dan denk ik aan IceFaces.

Maar ik zal me eerst maar nederig opstellen en eens kijken wat de eerste oefening oplevert.

Ik heb sinds gisteren weer de beschikking over navicat. Da's een GUI die je kan gebruiken voor MySQL databanken te beheren. Niet dat MySQL dat soort tooltjes niet aanbiedt, maar ik vind Navicat bijzonder handig.
Er is ook een light edition die je dan niet moet betalen. Maar ik heb gekozen voor de demoversie die ik dan 30 dagen kan gebruiken alvorens te betalen. Reden is dat ik graag gebruik maak van de mogelijkheid van navicat om XL-bestanden in te lezen in een bijbehorende MySQL tabel. Die mogelijkheid heb ik destijds voor mijn thesis (een java webapplicatie) ook gebruikt.

Nu ben ik bezig met een databank te maken voor mijn release coordinatie. En ik was enkele nieuwe tabellen aan het maken. Maar bij het aanmaken van de indexen liep het fout. Ik kreeg steeds de foutmelding "Blob/Text column 'X' used in key specification without a key lenght". Er zijn niet veel forums over navicat (behalve eentje bij www.mysqltalk.com) en dus googel ik wat rond met de term "key spefication without a key length'. En dan kom ik terecht op een webpagina
http://www.mydigitallife.info/2007/07/09/mysql-error-1170-42000-blobtext-column-used-in-key-specification-without-a-key-length/
waar de uitleg staat. Reden van dit probleem is dat je best geen indexen maakt op velden van het type blob of text. Dit soort velden is variabel van lengte en je weet dus niet op voorhand hoe lang het veld gaat zijn. Als je die lengte niet kent, kan je er ook best geen index op bouwen. En dus wordt dat geweigerd.

De oplossing is heel eenvoudig : vervang text of tinytext door varchar en dan kan je wel een maximum lengte opgeven. En dus wordt het bouwen van de index dan wel toegestaan.

Ik heb een tijdje mijn volle aandacht gegeven aan de nieuwe handleiding van LinkedIn. Viavia had ik de vraag gekregen of ik een sessie wou geven in Brussel. En daar zag ik wel wat in. Maar dan moest ik de handleiding weer herwerken, want tussen november 2007 en maart 2008 had LinkedIn duidelijk weer een nieuwe versie gelanceerd.

De oefening van de donatiebank lag dus even stil. Maar die heb ik weer hernomen. Bedoeling is om de cursus van professor Dedene weer door te nemen en toe te passne op een donatiebank. De opdracht beslaat één A-viertje. Doel is een werkende Java webapplicatie te maken. Met als tussenstap de nodige use cases en UML diagramma's. De use cases zijn geschreven. Nu nog uitvissen hoe het verder gaat.