Noch ein kurzer Nachtrag für Nutzer von Windows. Microsoft hat voriger Woche angekündigt, die .NET Framework 3.5-Laufzeitbibliothek in künftigen Versionen von Windows 11 (irgend etwas wie 26H2, und natürlich auch Nachfolgeversionen) zu entfernen. .NET Framework 3.5 muss dann separat installiert werden, wird aber bis Januar 2029 unterstützt.
Bisher ließ sich die Laufzeitbibliothek von .NET Framework 3.5 in Windows über das Dialogfeld Windows-Features der Systemsteuerung zum Betriebssystem hinzufügen oder entfernen.
Mir ist dieses Feature vor allem durch irgendwelchen Ärger bei der Aktivierung im Gedächtnis geblieben. Es gibt hier im Blog Beiträge, die sich mit Fehlern bei diesem Vorgang, oder bei Updates, befassen.
NET Framework 3.5 wird künftig entfernt
Zum 5. Februar 2026 hat Microsoft im Entwickler-Blog im Beitrag .NET Framework 3.5 Moves to Standalone Deployment in new versions of Windows bekannt gegeben, dass man das .NET Framework 3.5 in neueren Versionen von Windows 11 entfernen werde. Dazu heißt es, dass das Bereitstellungsmodell von .NET Framework 3.5 für zukünftige Windows-Versionen sich ändert.
Ab Windows 11 Insider Preview Build 27965 muss .NET Framework 3.5 als eigenständiges Installationsprogramm bezogen werden und ist nicht mehr als optionale Windows-Komponente enthalten.
.NET Framework 3.5 ist jetzt als eigenständiges Installationsprogramm für ältere Anwendungen verfügbar, die es auf neueren Hauptversionen von Windows benötigen. Diese Änderung gilt für Insider Preview Build 27965 und zukünftige Plattformversionen von Windows.
Eine FAQ .NET Framework 3.5 on Windows 11 FAQ rund um das Thema gibt dazu umfassend Auskunft.
Die obige Ankündigung hat keine Auswirkungen auf aktuelle Windows-Versionen wie Windows 10 oder frühere Windows 11-Versionen bis 25H2, wie man auch in dieser FAQ zu Windows 11 nachlesen kann.
Support bis Januar 2029
Positiv ist, dass Microsoft schreibt, dass diese Änderung im Einklang mit dem Produktlebenszyklus stehe. Der Support für .NET Framework 3.5 soll erst am 9. Januar 2029 auslaufen. Kunden ermutigt Microsoft aber, bereits jetzt mit der Planung der Migration auf neuere, unterstützte Versionen von .NET zu beginnen.
Sofern Anwendung von .NET Framework 3.5 abhängig ist, finden sich detaillierte Anleitungen, was zu tun ist (einschließlich Installationsprogrammen, Kompatibilitätshinweisen und empfohlenen Migrationspfaden) auf Microsoft Learn.
MVP: 2013 – 2016
Also heißt das konkret, dass ab 26H1 oder 26H2 (je nach dem welches kommt), dann das aktuelle .NET 3.5 entfernt wird, aber man kann es noch bis 2029 mit dem neuen Offline Installer auch über Silent Parameter wieder nachinstallieren?
Ob ich es jetzt als Feature aktiviere oder über ein Installationspaket hinzufüge wird administrativ kein Unterschied machen. Das ist eine kleine Anpassung im Deployment.
Aber trotzdem gut zu wissen, ich habe tatsächlich noch eine Anwendung die darauf angewiesen ist.
das Paket geht aber nur wenn der PC online ist.
Das stimmt so nicht, das Paket lädt man einmal zentral runter, bindet es in sein Deployment ein und installiert es von seinem zentralen Laufwerk aus. Klar, Netzwerk muss vorhanden sein, aber der PC muss nicht zwingend Online sein.
doch. Es ist kein echter Offline Installer. Kontakt zu MS-Servern ist zwingend.
Offline Installer von NetFramework gibt es schon länger:
https://dotnet.microsoft.com/en-us/download/dotnet-framework/net35-sp1
Als Installationspaket sogar angenehmer. Die Feature Aktivierung läuft nicht immer und überall sauber.
Soll mir recht sein, die Aktivierung dauert sowieso unerträglich lange, völlig egal wie schnell der Rechner oder die Internetanbindung ist. Pure Zeitverschwendung.
Bin daher froh wenn es dann ein fertigen Installer gibt.
Kann gerade bei legacy Hardware interessant werden, wenn die Treiber noch .NET 3.5 brauchen, gerade bei seriellen Verbindungen, oder serial over USB- gibt im Industriebereich noch genug Zeugs mit langen Produktzyklen…
so lange der komplette PC bei W10 oder W11-25H2 bleibt, stört es ja nicht.
Moin Moin,
Ich habe öfters die Lösung gehabt das .NET 3.5 auch bei neueren Programmen benötigt wird :-(
Wenn halt noch alte Komponenten in der Software verbaut sind.
Doof, wird auch bemängelt. Aber auftrag ist zu testen ob es läuft bzw supporten das es läuft.
Ich verwende DISM zur Installation seit Win 10 1609 glaube Ich :-)
Dism /online /enable-feature /featurename:NetFX3
Bzw, wenn die passende ISO vorhanden ist, %setupdrv% durch den LW Buchstabeen wie D/E ersetzen:
Dism /online /enable-feature /featurename:NetFX3 /All /Source:%setupdrv%:\sources\sxs /LimitAccess
PS
Das klappt NUR in einer elevierten CMD !
Ob die CMD eleviert ist kann man folgendermaßen abfragen:
net session >nul 2>&1 || (Powershell -Executionpolicy Bypass -Command -EP Bypass -NoP -C echo & echo '"—- Bitte die CMD eleviert starten —-'" -verb runas & pause & Exit /b)
Bzw was Ich auch mache, ist die Abfrage in eine CMD schreiben (sich selbst in eine lokal definierte CMD schreiben) und starte DIESE dann eleviert mit Hilfe der UAC:
set Auszufuehrend=c:\Temp\%~0.cmd
copy "%~0" "%Auszufuehrend%"
net session >nul 2>&1 || (powershell -EP Bypass -NoP -C start '"%Auszufuehrend%'" -verb runas &exit /b)
Der Befehl
Dism /online /enable-feature
wird für NET Framework 3.5 nicht mehr funktionieren,
weil dieses Feature entfernt wird.
Also im Endeffekt so, wie es früher unter Windows 7 war, man muss es manuell (oder per Softwareverteilung) mittels Installationsdatei installieren.
genau – Win Win
Viel interessanter wäre doch mal die Frage, welche Software oder welche Treiber .net Framework 3.5 noch einsetzen. Mag sein, dass das zuviel verlangt ist aber der eine oder andere admin wird schon versucht sein, das ganz einfach mal zu deaktivieren. Um sich dann aber die Beschwerden seiner Clients anhören zu müssen: diese oder jene Software geht nicht.