Doorgaan naar hoofdcontent

Posts

Posts uit 2006 tonen

ASP.NET Master Pages en laadprobleem Javascript libraries

Ik ben momenteel wat aan het experimenteren met ASP.NET 2.0. Een van de toevoegingen is de 'Master Page'. Dit is een handige oplossing om centraal de look-and-feel van een website mee aan te sturen. Tijdens mijn experiment liep ik tegen het euvel aan dat de Javascript library die ik aanriep vanaf de master page niet geladen werd. Het CSS bestand dat vanaf dezelfde master page aangeroepen wordt werd wel geladen. Na een korte studie van de gegenereerde HTML code (van de Content page die de specifieke master page gebruikt) viel me op dat de URL van het CSS bestand netjes werd gecorrigeerd en die van het Javascript bestand niet. Na wat gezocht te hebben via een zoekmachine kwam ik het antwoord op dit 'probleem' tegen in het volgende artikel " ASP.Net 2.0 - Master Pages: Tips, Tricks, and Traps ". Het blijkt dat de runtime niet alle attributen ondersteund qua aanpassen van URL paden. De oplossing is het toevoegen van een <%= ResolveClientUrl("

SharePoint 2007 en Lotus Domino (LDAP)

Op mijn werk willen we gebruik gaan maken van Microsoft SharePoint 2007 (MOSS2007) als vervanger van onze Lotus Domino websites. Dit product is momenteel in Beta 2 Technical Release fase. Om een geleidelijke migratie mogelijk te maken heb ik onderzocht of we MOSS2007 kunnen laten authenticeren met de LDAP taak van Lotus Domino. MOSS2007 kan namelijk gebruik maken van meerdere 'Authentication Providers' en bevat een LDAP provider. Aangezien het product nog in de beta fase is vind je nog nauwelijks documentatie over de diverse componenten van het product. Over LDAP authenticatie bijvoorbeeld is nauwelijks wat te vinden. Uiteindelijk kwam ik het artikel 'MOSS2007 - LDAP Authentication ' van ene Liam Cleary tegen. Dit specifieke artikel legde in een paar simpele stappen uit hoe je SharePoint tegen LDAP kan laten authenticeren. Gewapend met de informatie uit dit artikel ben ik in mijn proefomgeving gaan proberen te authenticeren tegen een Lotus Domino LDAP dir

ASP.NET Web Application Administration problemen

Ik was op mijn Windows 2000 machine, met daarop SQL Server 2005 en Visual Studio 2005 (.Net 2.0 Framework), bezig met een Web application project (lokale map). Op een gegeven moment probeerde ik de "ASP.NET Configuration" te starten vanuit VS2005 om enkele configuratie wijzigingen te doen. Er word dan een browser geopend met daarin de ASP.Net Web Application Administration client. In mijn geval verscheen de volgende fout. An error was encountered. Please return to the previous page and try again. Via een zoekactie op Google kwam ik diverse artikelen tegen waarin uitgelegd werd dat deze melding veroorzaakt wordt doordat ik geen SQL Server Express gebruik (default in machine.config) maar de volledige SQL Server. In het artikel " Configuring ASP.NET 2.0 Application Services to use SQL Server 2000 or SQL Server 2005 " van ScottGu's Blog wordt uitgelegd hoe je van SQL server configuratie kan wisselen. Ik heb hiervoor de volgende handelingen uitgevoerd:

Een serie artikelen over ASP.NET 2.0's Membership, Roles, and Profile

Examining ASP.NET 2.0's Membership, Roles, and Profile - Part 1 - learn about how the membership features make providing user accounts on your website a breeze. This article covers the basics of membership, including why it is needed, along with a look at the SqlMembershipProvider and the security Web controls. Examining ASP.NET 2.0's Membership, Roles, and Profile - Part 2 - master how to create roles and assign users to roles. This article shows how to setup roles, using role-based authorization, and displaying output on a page depending upon the visitor's roles. Examining ASP.NET 2.0's Membership, Roles, and Profile - Part 3 - see how to add the membership-related schemas to an existing database using the ASP.NET SQL Server Registration Tool (aspnet_regsql.exe). Examining ASP.NET 2.0's Membership, Roles, and Profile - Part 4 - improve the login experience by showing more informative messages for users who log on with invalid credentials; also,

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