Doorgaan naar hoofdcontent

Upgrade bevindingen Domino 5.0.11 naar 6.5.1

Momenteel gebruiken we op mijn werk Domino 5.0.11. Domino 5 wordt sinds april 2004 echter niet meer uitgeleverd door Lotus en de support zal aflopen op april 2005. Dit valt te lezen in technote #1117092 (End of Service (EOS) of Lotus Notes and Domino 5.x) op de Lotus support website. Daarnaast wordt Domino 5.0.11, wel 5.0.12, 5.0.13 en 6.0.1 en hoger, niet ondersteund op AIX 5.2. Twee goede redenen voor mijn werkgever om te gaan upgraden naar Domino 6.5.1.

Voordat je kan gaan upgraden dien je eerst een risico analyse te maken voor je bestaande Domino applicaties. Hiermee ben ik momenteel belast. Een van de bevindingen is dat als we naar een LEI 6.x versie gaan de gebruikte LEI LSX aanroep in onze LEI scripted agents dienen te vervangen. De huidige aanroep Uselsx "*lsxlei" dient vervangen te worden door Uselsx "*lsxlc".

Een ander belangrijk punt betreft voor ons LDAP en de samenhang daarvan met secundaire Domino adresboeken. Dit in verband met de samenwerking met onze WebSphere Application Server. In het secundaire adresboek registreren we de accounts voor ons extranet. Het domein van deze account is geen officiële Notes certifier. Bij testen op een ND6.5.1 server kon ik met de Softerra LDAP browser tool geen entries zien uit het secundaire adresboek. Een stukje Java code dat een LDAP uitvraag deed kreeg daarentegen wel resultaten terug. Naar enig uitzoekwerk bleek dit probleem veroorzaakt te worden door het ontbreken van LDAP 'organizationalUnit' documenten in het secundaire adresboek voor onze fictieve Notes domein. De LDAP server genereerd deze alsnog door het volgende server commando op de server console in te voeren: 'tell LDAP VerifyDIT'. Na dit gedaan te hebben kreeg ik alsnog de documenten uit de secundaire adresboek te zien. De noodzaak van de aanwezigheid van deze 'organizationalUnit' documenten is blijkbaar een belangrijke wijziging van de werking van LDAP in Domino 6.x.

Reacties

Populaire posts van deze blog

Bevindingen over de E-tech ADWG02 tot nu toe

Ik heb de E-tech ADWG02 nu bijna een week in gebruik. Dit is de vervangende modem voor de buggy Linksys WAG54G die ik eerder gekocht had. Mijn bevindingen over de E-tech tot nu toe: Geen crashes tot nu toe. De firmware lijkt op dat punt stabiel. Het apparaat is niet door middel van een knop aan of uit te zetten. Erg vervelend omdat ik het apparaat alleen uit kan zetten door de stekker uit het stopcontact te halen. De reden dat ik hem graag uit wil kunnen zetten is dat het apparaat in de woonkamer staat (in het zicht) en de lampjes nogal fel schijnen. Dat vind ik niet erg prettig. Daarnaast wil ik niet dat de verbinding de gehele dag open staat uit beveiligingsoverwegingen en vanwege het stroomverbruik. WIFI is middels een setting uit te zetten. Als je de setting uitvinkt en bevestigd door middel van een 'apply' zie je het lampje uitgaan op de ADSL modem. Er is op dat moment ook geen WIFI verbinding actief. Sla je de setting definitief op dan reboot de modem automat...

Installatie SQL Server 2008

Alle voorbereidingen voor de installatie van SQL Server 2008 zijn gedaan. Er is een VPC aangemaakt met daarop een verse Windows Server 2008 installatie en in het AD zijn alle benodigde accounts aangemaakt. We loggen op de VPC in met het installatie account (SQL_Setup). Vervolgens maken we verbindingen met de SQL server installatie media. In mijn geval een ISO bestand met daarop SQL Server 2008 Developer Edition. We starten de installatie door de setup te starten (eventueel via Auto Play). Aangezien Windows Server 2008 met Vista de UAC (User Account Control) functionaliteit deelt dient het account dat je gebruikt dus administrator te zijn op de server waarop we SQL Server installeren. De setup wizard detecteert dat het Microsoft .NET Framework (standaard zijn van het Framework v1.0, v1.1 en v2.0 geinstalleerd op Windows Server 2008) bijgewerkt dient te worden naar een hogere versie en dat er een bijgewerkte Windows Installer nodig is. We starten de installatie hiervan middels de keuze ...

Applicatie architectuur

Een gangbare architectuur voor het opdelen van applicatie functionaliteit is die van het groeperen van functionaliteit naar aandachtsgebied. Onderstaande afbeelding geeft de plaat weer die de Patterns & Practices groep van Microsoft hiervoor gebruikt binnen hun Microsoft Application Architecture Guide (2nd edition) . Dit artikel geeft een samenvatting weer van de essentie van deze architecturele opdeling van een applicatie.   Ontwerp principes Hanteer bij het ontwerpen van een applicatie de volgende vijf principes: Scheiden van verantwoordelijkheid (Separation of concerns) . Deel de toepassing op in afzonderlijke functies met zo min mogelijk overlap. Afzonderlijke verantwoordelijkheid (Single Responsibility) principe . Elke component- of module moet verantwoordelijk zijn voor een bepaalde functie / functionaliteit of over de samenvoeging van samenhangende functionaliteit. Het principe van minste kennis (Principle of Least Knowledge) . Een component of een obj...