AutoMapper und MediatR werden kostenpflichtig — was das für dein KMU bedeutet

Jimmy Bogard stellt AutoMapper und MediatR auf ein Dual-License-Modell um. Ich erkläre, warum die Community-Edition für die meisten meiner Mandate funktioniert — und wo die eigentliche Frage liegt, die der Artikel nicht stellt.

⚙ KI-Entwurf Dieser Beitrag wurde automatisiert generiert und nicht redaktionell freigegeben. Behandelt ihn entsprechend.

Letzte Woche rief mich ein Kunde an — Maschinenbauer, 180 Mitarbeitende, eigene .NET-Softwareentwicklung mit einem Team von sieben Leuten. Die Frage war kurz: „Bernhard, wir haben gerade eine Slack-Nachricht von unserem Entwickler bekommen, dass AutoMapper und MediatR jetzt Geld kosten. Stimmt das? Müssen wir jetzt Lizenzen kaufen?"

Ich kannte den Artikel bereits. Ich habe ihm gesagt: Wahrscheinlich nicht — aber ruf mich zurück, wenn ihr auf Version 15 bzw. 13 updaten wollt. Das war die ehrlichste Antwort, die ich geben konnte.


Was Jimmy Bogard ankündigt

Jimmy Bogard — der Autor beider Bibliotheken — hat AutoMapper und MediatR unter seine neue Firma Lucky Penny Software überführt und ein Dual-License-Modell eingeführt. Die Lizenzen sind entweder die Reciprocal Public License 1.5 (RPL 1.5, copyleft) oder eine kommerzielle Lucky-Penny-Lizenz. Die kommerzielle Lizenz staffelt sich nach Teamgröße: Standard für 1–10 Entwickler, Professional für 11–50, Enterprise unbegrenzt. Wer unter 5 Millionen Dollar Jahresumsatz liegt, bekommt eine kostenlose Community-Edition — aber auch die erfordert eine Lizenzschlüssel-Registrierung. Bestehende NuGet-Pakete vor den neuen Major-Versionen (AutoMapper < 15, MediatR < 13) bleiben unter den alten Lizenzbedingungen nutzbar.

Das ist ein fairer, nachvollziehbarer Schritt. Bogard hat beide Bibliotheken über Jahre hinweg allein gepflegt, sie haben insgesamt mehr als 1,1 Milliarden Downloads. Irgendwann muss das finanzierbar sein.


Wie das im KMU wirklich landet

Lass mich die Fälle durchgehen, die ich in meinen Mandaten gerade sehe.

Fall 1: Das Unternehmen hat noch nie über seine .NET-Paketlizenzen nachgedacht.

Das ist die Mehrheit. Die Entwickler haben AutoMapper und MediatR irgendwann per NuGet installiert, weil es alle machen, weil Stack Overflow es empfiehlt, weil das Tutorial es gezeigt hat. Die Lizenzfrage wurde nie gestellt. Jetzt kommt die Ankündigung und das erste Reaktionsmuster ist Panik.

Die Realität: Wenn ihr heute AutoMapper 14.x oder MediatR 12.x nutzt, ändert sich nichts. Keine Pflicht zum Update, keine rückwirkende Lizenzpflicht. Ihr könnt weiter damit arbeiten, solange das .NET-Framework es unterstützt. Das gibt euch Zeit, das strukturiert anzugehen.

Fall 2: Das Team will auf die neuen Versionen updaten.

Hier wird es interessant. Bogard sagt, er sperrt die Nutzung nicht technisch, wenn kein Lizenzschlüssel vorhanden ist — ihr seht nur Log-Meldungen. Das ist pragmatisch und fair. Aber „wir ignorieren einfach die Warnungen" ist keine nachhaltige Entscheidung, und bei größeren Teams mit Compliance-Anforderungen wird das spätestens beim nächsten Audit zum Thema.

Für ein KMU mit 30–300 Mitarbeitenden und einem Entwicklungsteam von unter zehn Leuten: Ihr fallt höchstwahrscheinlich unter die Community-Edition — solange euer Jahresumsatz unter 5 Millionen liegt. Das trifft auf viele kleinere Software-Shops zu, aber nicht auf die meisten meiner Mandate im produzierenden Gewerbe oder Handel, die längst über dieser Grenze sind.

Für die gilt: Standard-Lizenz, 1–10 Entwickler. Ich erwarte, dass der Preis im unteren dreistelligen Bereich pro Jahr liegt (die genauen Zahlen stehen auf automapper.io und mediatr.io, ich spekuliere hier nicht). Das ist kein Budget-Problem. Das ist ein Prozess-Problem — wer kauft das, wer verwaltet den Schlüssel, wo landet das in der Buchhaltung, wer erneuert die Subscription im nächsten Jahr?

Fall 3: Das Unternehmen hat eine interne Richtlinie gegen kommerzielle OSS-Lizenzen.

Das ist seltener, aber es gibt sie. Meistens in Unternehmen mit einer Rechtsabteilung, die nach dem Log4Shell-Schock eine OSS-Policy eingeführt hat. Für die ist die RPL 1.5 keine Alternative — Copyleft in einem proprietären Produkt ist rechtlich heikel, da müsst ihr euren Anwalt fragen, nicht mich.

Für diese Mandate lautet meine ehrliche Empfehlung: Prüft, ob ihr AutoMapper überhaupt noch braucht. In modernen .NET-Projekten ist der Einsatzfall für AutoMapper oft ein Code-Smell — wenn ihr nicht wisst, was gemappt wird, ohne ins Profil zu schauen, habt ihr ein Wartbarkeitsproblem. MediatR ist fundamentaler, wenn ihr auf CQRS setzt, aber auch da gibt es Alternativen oder den Weg, die 30 Zeilen selbst zu schreiben.

Was der Artikel nicht adressiert — und was ich meinen Kunden sage:

Bogard schreibt aus der Perspektive eines .NET-Ökosystem-Insider. Er geht davon aus, dass seine Leser Entwickler sind, die das Lizenzmodell verstehen und die Kaufentscheidung selbst treffen können.

Im KMU ist die Realität eine andere: Der Entwickler, der das NuGet-Paket installiert hat, ist nicht derjenige, der Lizenzen kauft. Die Person, die Lizenzen kauft, versteht den Unterschied zwischen AutoMapper und MediatR nicht. Und die IT-Leitung, die zwischen beiden vermitteln sollte, ist oft nicht vorhanden oder überlastet.

Das bedeutet: Der operative Aufwand dieser Umstellung ist für ein KMU verhältnismäßig höher als für eine größere Organisation mit klaren Prozessen. Nicht weil das Geld fehlt, sondern weil der Prozess fehlt.


Meine konkrete Empfehlung

Drei Schritte, keine Theorie:

1. Inventarisierung sofort, Upgrade-Entscheidung später. Schaut heute nach, welche Projekte AutoMapper oder MediatR nutzen und in welcher Version. Das dauert 20 Minuten. Dann wisst ihr, ob überhaupt Handlungsbedarf besteht.

2. Umsatz-Check und Lizenz-Entscheidung bewusst treffen. Liegt euer Unternehmen unter 5 Millionen Euro Jahresumsatz? Community-Edition, Schlüssel registrieren, fertig. Liegt ihr darüber? Standard-Lizenz kaufen, Schlüssel in euren Secret-Manager, jährliche Erneuerung als Kalender-Erinnerung. Das ist kein Projekt, das ist eine Stunde Arbeit.

3. Den Anlass nutzen, um die Paket-Hygiene generell zu überprüfen. Die wenigsten KMUs haben einen Überblick über die Lizenzen ihrer NuGet-, npm- oder Maven-Pakete. Das ist ein Sicherheits- und Compliance-Risiko, das unabhängig von AutoMapper existiert. Wenn ihr jetzt sowieso schaut, schaut gleich breiter.

Was ich explizit nicht empfehle: Über den „unfairen" Schritt zu lamentieren oder sofort die Bibliotheken herauszuwerfen, weil Lizenzkosten entstehen. Bogard hat das sauber und fair gemacht. Wer 1,1 Milliarden Downloads hat und das Projekt alleine trägt, hat eine Gegenleistung verdient.


Der vollständige Original-Beitrag von Jimmy Bogard: AutoMapper and MediatR Commercial Editions Launch Today


Wenn du gerade in genau dieser Situation steckst — Entwicklungsteam im Haus, gewachsene .NET-Architektur, und plötzlich eine Lizenzfrage, die niemand so richtig beantworten kann — dann ist das ein typisches Muster, das ich kenne. Meistens ist es lösbar, aber man muss die richtigen Fragen stellen, bevor man anfängt zu kaufen oder zu wechseln.

30 Min Klartext-Sparring — kein Pitch, kein Proposal, nur ein klares Gespräch darüber, was in eurer Situation sinnvoll ist.

— Bernhard