Doorgaan naar hoofdcontent

Posts

Windows Vista Beta 2

fgelopen week heeft Microsoft beta 2 (build 5384) van Windows Vista vrijgegeven op MSDN . Uit nieuwschierigheid heb ik de DVD ISO binnengehaald met als doel deze op mijn laptop (Dell Inspiron 510m, 1.6 Ghz, 1 GB intern, ...) te installeren. Aangezien ik geen DVD brander heb zou het installeren nog een uitdaging worden. Via het programma MagicDisc was ik gelukkig instaat de inhoud van de ISO naar een map op mijn D partitie te schrijven. Vervolgens heb ik de installatie routine gestart vanuit mijn Windows XP Home Edition omgeving. De installatie geeft je dan twee mogelijkheden: het uitvoeren van een upgrade of het installeren op een separate partitie (dual boot). Ik koos voor de upgrade optie. Na ongeveer een uur (inclusief enkele reboots) was Vista klaar met installeren. De upgrade is nog niet echt netjes te noemen. Bij het opstarten is er namelijk een bootmanager zichtbaar waarbij je moet kiezen tussen Windows (Default) en eerdere besturingssysteem. Deze tweede optie geeft le...

Reparatie koppeling Visual Studio 2003 en IIS 5

Toen ik vanuit Microsoft Visual Studio 2003 een webapplicatie probeerde te maken op de lokale IIS server (Windows 2000) kreeg ik de volgende foutmelding te zien: "Visual Studio .NET has detected that the specified Web server is not running ASP.NET version 1.1. You will be unable to run ASP.NET Web applications or services." Na enig speurwerk op de website van Microsoft kwam ik de oplossing voor het probleem tegen in het volgende knowlegde base artikel: " How to repair IIS mapping after you remove and reinstall IIS ". De volgende handelingen dienen uitgevoerd te worden: Klik op Start en kies voor Run. Open vervolgens een DOS prompt door cmd in te typen. In de DOS prompt type je vervolgens het volgende in: "%windir%\Microsoft.NET\Framework\ version \aspnet_regiis.exe" -i Hierbij dient version vervangen te worden door het nummer van het .NET framework dat geregistreerd dient te worden. In mijn geval voer ik als versie in: ...

X.509 certificaten en CRL's

In mijn vorige artikel legde ik uit hoe je Domino x.509 client certificaten kan laten ondersteunen voor de authenticatie van gebruikers op websites. Certificaten worden normaal gesproken voor een jaar uitgegeven en vervallen als deze niet tijdig worden verlengd. Op het web site document binnen de Domino Directory kan je aangeven wat er dient te gebeuren met vervallen certificaten. Onder de SSL Options (Accept expired SSL certificates) zal vermeld moeten worden wat er moet gebeuren met zo'n certificaat: accepteren of niet. Naast vervallen certificaten kennen we ook nog een groep van certificaten die niet meer geldig zijn omdat deze ingetrokken zijn door de uitgever van het certificaat. Denk hierbij aan een certificaat van een gebruiker die bijvoorbeeld uitdienst is getreden bij zijn werkgever voor de vervaldatum van het certificaat. Dit certificaat is technisch gezien nog bruikbaar, het certificaat is immers nog niet vervallen. Echter het certificaat mag functioneel niet meer...

Gebruik van X.509 certificaten voor authenticatie

Op mijn werk hebben we een Extranet omgeving dat draait op Lotus Domino 6.5 en Websphere Application Server (WAS) 5.1. Deze omgeving maakt gebruik van SSO (Single Sign On) op basis van een LTPA token. In dit LTPA token zit versleuteld de gebruikersnaam en het wachtwoord en voorkomt dat de gebruiker zich meerdere keren moet authenticeren. Naast het gebruik van de gebruikersnaam/wachtwoord authenticatie methode willen we ook het gebruik van client certifcaten (X.509, bijvoorbeeld het Digitaal Paspoort van ADP Business Services ) ondersteunen. Het gebruik van X.509 certificaten (= SSL client certificaat) vergt enkele kleine configuratie wijzigingen. Echter het achterhalen van de juiste instellingen heeft mij de nodige tijd gekost omdat de documentatie hierover vrij summier is. Ik zal hieronder kort aangeven wat waar geconfigureerd diende te worden in onze situatie (bestaande SSO situatie: Domino - Websphere). Lotus Domino Binnen onze omgeving is de Domino server in g...

ADSL snelheid verhoogd - Deel 2

Op 2 december vermoedde ik reeds dat ik te vroeg had gejuicht. En dat klopte inderdaad. De snelheid die ik op die dag had kwam niet overeen met de snelheid die je mocht verwachten na de verhoging. Vandaag opnieuw een snelheids test gedaan bij Speedtest.nl . Inmiddels is de download snelheid gemiddeld 319 KByte/sec (was 164,3 KByte/sec) en een upload snelheid heb van gemiddeld 51.7 KByte/sec (was 47.9 KByte/sec). Snelheden die je mag verwachten bij een verhoogde downstream rate van ongeveer 3.000 Kbps.

Locatie log4j bestanden in een WAR

orig jaar had ik reeds een kort artikel over het gebruik van log4j in Java applicaties. Waar ik het de vorige keer niet overgehad heb is het gebruik van log4j in web (WAR) / enterpise applicaties (EAR). Bij dit soort applicaties moet je de locatie van de log4j JAR bestand en het properties bestand goed in de gaten houden. Staat het het properties bestand op de verkeerde plaatst dan zal log4j een error genereren. Locatie log4j bestanden. Het properties bestand dient in de classes map (binnen WEB-INF) geplaatst te worden. De classes map is de plek waar ook de gecompileerde Java code (class bestanden) komt te staan. Het log4j JAR bestand kan je op een centrale plek op de server plaatsen of binnen het WAR bestand zelf. In het laatste geval is de lib map de locatie waar je het JAR bestand plaatst. Schematisch weergegeven ziet het bovenstaande er als volgt uit: WEB-INF classes log4j.properties ... java.class bestanden ... ...

Te vroeg gejuicht?

Na het lezen van een artikel op Webwereld van 1 december begin ik te twijfelen. In het artikel wordt vermeld dat vanaf die dag KPN de aangekondigde snelheidsverhogingen aan het doorvoeren is. Echter ik meldde op 25 november j.l. reeds dat ik de verhoogde snelheid had. Op basis van de DSL Connection status van mijn Linksys ADSL modem trok ik deze conclusie. Op de pagina staat namelijk dat ik een Downstream Rate heb van 3.065 Kbps en een upstream rate van 517 Kbps heb. Dat is qua downstream snelheid het dubbele van wat ik had op basis van mijn HCCnet Lite abonnement. Als ik echter na de overzichtspagina van ADSLCentrale.nl ga dan zie ik, een voorspelling dat wel, dat de centrale in Schoonhoven pas op 5 december a.s. in snelheid verhoogd gaat worden. Het kan zijn dat de informatie op de overzichtspagina niet klopt. Een snelheids test bij Speedtest.nl leert mij dat ik een download snelheid heb van gemiddeld 164,3 KByte/sec en een upload snelheid heb van gemiddeld 47.9 KByte/sec...