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

Asus Zenbook UX31A en het loszittende plakbandje

Ik heb al weer een jaar of drie naar tevredenheid een Asus Zenbook UX31A ultrabook in gebruik. Een 13" model met een goede 1920x1080 resolutie en een lekker vlotte Core i7 processor en 256 GB SSD. Helaas heb ik sinds een paar weken problemen met het toetsenbord. Bepaalde toetsen (zoals de A, E, backspace, Windows e.d.) reageren een tijdlang niet om het vervolgens weer wel een tijdje te doen. Na een korte zoekactie op internet blijkt dit een bekend euvel te zijn van deze serie van Asus ultrabooks. Op IFixit vind ik een i nstructie waarin uitgelegd wordt dat dit komt doordat de stekker van het toestenbord los is gekomen achter het stukje plakband. Een euvel dat jezelf kan oplossen als je de juiste schroevendraaier in huis hebt in een minuut of tien. In drie korte stappen wordt uitgelegd wat je moet doen. Van de week de juiste T5 torx schroevendraaier gekocht en vandaag maar een poging gedaan het euvel op te lossen. Na het openschroeven van de achterkant de connector beoordeeld ...

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...