Tot voor 2016 moesten eventueel aanwezige Temporary Classes handmatig worden verwijderd alvorens een Upgrade op te kunnen starten. Sinds 2016 zorgt Profit daar op zich zélf voor, doch, doet ze dit nèt als daarvoor, direkt bij aanvang van de Upgrade. Dit hield in dat als de Upgrade werd opgestart zodra er nog Gebruikers in Profit zaten, Profit weliswaar opnieuw opstartte om die Tijdelijke Classes te verwijderen, maar je wist op voorhand al dat dit niet zou lukken bij de gratie dat er nog Gebruikers in Profit aktief waren.
Nb: Om deze reden zal een Upgrade niet vaak fout zijn gelopen, onderdeel van de procedure van het uitvoeren van een Upgrade is o.a. dat je er kort van te voren voor zorgt dat niemand meer Profit kan opstarten én je sowieso pas met de Upgrade gaat beginnen als Hmenu9-2-Shift+F6 aantoont dat er geen overige gebruikers meer in Profit zitten. Hoe dan ook, zitten die Gebruikers wél in Profit dan zal de Upgrade m.i.v. heden géén nieuwe poging ondernemen om Classes te verwijderen; zorg er éérst voor dat iedereen uit Profit is ! Als we echter netjes hebben gekontroleerd dat er niemand meer in Profit zit, dan nóg kan het voorkomen dat het Profit niet lukt om de Temporary Class Directories te verwijderen. Hierbij sluiten we even uit dat de gebruiker geen 'delete rechten' op het netwerk heeft (immers, het uitgangspunt is dat een Systeembeheerder de Upgrade uitvoert en zij over voldoende rechten beschikt). Toch kan het voorkomen dat bepaalde executables in gebruik blijven, nadat een sessie op een niet eigenlijke manier gekilled wordt. Zo biedt bijv. de ADS Server de mogelijkheid om een connection te killen, maar, áls dit gebruikt wordt, killt dit hooguit de connection met de ADS Server. Dus, handig omdat we die Gebruiker uit ADS willen hebben en we ná het killen van de ADS connection een backup kunnen maken, maar, ondertussen zal de Profitsessie zélf niet gekilled zijn, en kan deze EXE's in gebruik houden, wat we pas veel later (bij het uitvoeren van een Upgrade) zullen ontdekken.
Zodra Profit "Temporary Classes" dectecteert en met een melding komt dat ze deze zal proberen te verwijderen, volgt nu expliciet een melding op het scherm die zegt dat als die melding nógmaals optreedt, dit zal impliceren dat de Temporary Classes niet verwijderd konden worden omdat ze in gebruik zullen zijn geweest. Merk op dat het rebooten van de Profit-Server in zo'n geval de Job definitief zal doen, omdat dit sowieso al dit soort connections zal clearen. Merk op dat als op de Profit-Server ook andere Applikaties draaien, of opslag van data (bijv. Excelbestanden) bevat, het minder eenvoudig kan zijn om zo'n Server 'even' te rebooten.
Het állerbeste is natuurlijk als u via de Server weet te bepalen welke connections die Classes in gebruik hebben om die connections gericht te clearen, maar ja... dat zoiets zou dan al op nr #1 van uw handleiding staan...
| Funktie | Omschrijving | Dtm.Vl.Wyz | Dtm.L.Wyz |
| SYUGHKU1 | Omschrijving (nog) niet bekend | 06-04-2021 | 21-02-2022 |
| SYUGTPU1 | Omschrijving (nog) niet bekend | 15-11-2021 | 21-02-2022 |
