Klik hier voor een uitgebreidere uitleg

Updatemeldingen en Updaten van Rolls
voorkomen voor Rolls Eindgebruikers
Het komt wel eens voor, dat een terminal server ’s nachts Rolls lokaal niet goed heeft bijgewerkt (b.v.
doordat er nog iemand in Rolls zat), terwijl het ophalen van de update wel gewoon goed is verlopen.
De eerste gebruiker die ’s morgens Rolls opstart krijgt dan de melding dat er een update klaar staat
met de vraag of hij/zij deze lokaal wil verwerken. Omdat een normale gebruiker (zeker op een
terminal server) meestal hiervoor geen rechten heeft, gaat dat eigenlijk altijd fout.
Systeembeheerders vragen daarom regelmatig of dergelijke meldingen ook niet onderdrukt kunnen
worden of in ieder geval niet het bijwerk-proces opgestart kan worden.
ROLLS.NIX
Plaats in de map waarin Rolls is geïnstalleerd (C:\Program Files (x86)\Kooijmans\Rolls)
een bestand met de naam ROLLS.NIX. De inhoud van het bestand heeft in eerste instantie geen
invloed, slechts naar de aanwezigheid wordt gekeken.
Gebruikers krijgen geen update meldingen en indien er lokaal niet correct is bijgewerkt krijgen
gebruikers hiervan wel een melding waarna er verder gewerkt wordt met de oude versie. Bij twijfel
kunnen ze dan contact opnemen met de systeembeheerder.
ROLLS.NIX Geavanceerd
Bovenstaande is niet genoeg voor sommige klanten, omdat overdag voor test ook wel eens een
update opgehaald wordt en de systeembeheerder ook niet voor iedere lokaal gemiste update door
de gebruikers gebeld/gemaild wil worden. We hebben hiervoor een uitbreiding gemaakt op het
systeem waarbij meldingen worden onderdrukt voor de eindgebruikers van Rolls. Het bestand
ROLLS.NIX mag namelijk worden gevuld met XML inhoud, waarmee dingen naar eigen hand gezet
kunnen worden. Indien er op een kantoor meerdere terminal servers draaien, moeten deze allemaal
een ROLLS.NIX in de rolls-map krijgen.
Inhoud rolls.nix ziet er als volgt uit:
<UpdateSuppression>
<MaxDaysOfSuppression>
2
</MaxDaysOfSuppression>
<UserMessage>
Licht onze systeembeerder ([email protected])
in, hij kan de update verder verwerken.
</UserMessage>
<LogMessage>
Zoekcode: XXXXX Rolls niet up-to-date XXXXX
</LogMessage>
</UpdateSuppression>
Uitleg van de nodes:
MaxDaysOfSuppression
Maximum aantal dagen dat locale Rolls ouder mag zijn dan de bijgewerkte updatemap. Pas als dit
aantal dagen overschreden wordt, zullen eindgebruikers daadwerkelijk de melding krijgen dat er een
update klaar staat.
UserMessage
Hierin kun je zelf de melding bewerken die uiteindelijk aan de eindgebruiker wordt getoond (indien
er natuurlijk een melding getoond moet worden). De melding ziet er dan als volgt uit:
Er is een nieuwe update van Rolls aanwezig op uw systeem.
<hier komt je melding uit rolls.nix te staan>
U gaat nu verder met de bestaande versie van Rolls.
LogMessage
Telkens als er lokaal wordt verder gewerkt met een verouderde Rolls-versie wordt dit gelogd in het
bestand Rollsstt.log
Indien gewenst kan datgene wat er gelogd wordt ook naar eigen smaak gedaan worden. Hiermee kan
achteraf mbv een eigen script het update systeem en met name het lokaal bijwerken gemonitord
worden.

Download Report