Open Web Interface for .NET - Versionsgeschichte

TabellenBot: 1x externen Link aus Vorlage:Internetquelle entfernt (hrsg=[http://nancyfx.org/ Nancy] ).

2023-12-07T16:11:16Z

1x externen Link aus Vorlage:Internetquelle entfernt (hrsg=[http://nancyfx.org/ Nancy] ).

← Nächstältere Version		Version vom 7. Dezember 2023, 18:11 Uhr
Zeile 21:		Zeile 21:
	\|titel=Hosting Nancy with OWIN		\|titel=Hosting Nancy with OWIN
	\|werk=GitHub		\|werk=GitHub
	\|hrsg=~~[http://nancyfx.org/~~ Nancy]		\|hrsg=Nancy \|zugriff=2017-05-04
	\|zugriff=2017-05-04
	\|sprache=en}}		\|sprache=en}}
	</ref>		</ref>

Alossola: Wikilink bearbeitet || Sichtung

2023-11-17T09:31:14Z

Wikilink bearbeitet || Sichtung

← Nächstältere Version		Version vom 17. November 2023, 11:31 Uhr
Zeile 4:		Zeile 4:
	[[ASP.NET]] basierte ursprünglich auf Schnittstellen des [[Microsoft Internet Information Services\|Internet Information Services]] (IIS). Hierdurch konnten ASP.NET-Anwendungen jedoch nicht durch andere Webserver gehostet werden.<ref name="owin101" /> Die Mono-Community implementierte zwar mit XSP einen eigenen Server, der zu ASP.NET kompatibel war und auf Linux und Unix Systemen lauffähig ist, andere Server wurden jedoch nicht unterstützt.		[[ASP.NET]] basierte ursprünglich auf Schnittstellen des [[Microsoft Internet Information Services\|Internet Information Services]] (IIS). Hierdurch konnten ASP.NET-Anwendungen jedoch nicht durch andere Webserver gehostet werden.<ref name="owin101" /> Die Mono-Community implementierte zwar mit XSP einen eigenen Server, der zu ASP.NET kompatibel war und auf Linux und Unix Systemen lauffähig ist, andere Server wurden jedoch nicht unterstützt.

	OWIN definiert – analog zu [[Servlet]]s – eine Schnittstelle, die .NET-Anwendungen von IIS entkoppelt. Hierdurch sind ASP.NET-Anwendungen, die auf OWIN aufsetzen, mit allen Webservern kompatibel, die die OWIN-Schnittstelle implementieren. Hierzu gehören der [[Apache HTTP Server]], [[nginx]], [[Microsoft Azure]] und [[Amazon Web Services]] (AWS). Zudem bietet Microsoft mit [[~~Kestrel\|~~Kestrel (Framework)]] eine Implementierung der OWIN-Schnittstelle an, um [[self-hosting]] zu ermöglichen.<ref name="owin101" />		OWIN definiert – analog zu [[Servlet]]s – eine Schnittstelle, die .NET-Anwendungen von IIS entkoppelt. Hierdurch sind ASP.NET-Anwendungen, die auf OWIN aufsetzen, mit allen Webservern kompatibel, die die OWIN-Schnittstelle implementieren. Hierzu gehören der [[Apache HTTP Server]], [[nginx]], [[Microsoft Azure]] und [[Amazon Web Services]] (AWS). Zudem bietet Microsoft mit [[Kestrel (Framework)\|Kestrel]] eine Implementierung der OWIN-Schnittstelle an, um [[self-hosting]] zu ermöglichen.<ref name="owin101" />

	== Katana ==		== Katana ==

24.134.125.237: Kestrel (Framework)

2023-11-15T10:24:05Z

Kestrel (Framework)

← Nächstältere Version		Version vom 15. November 2023, 12:24 Uhr
Zeile 4:		Zeile 4:
	[[ASP.NET]] basierte ursprünglich auf Schnittstellen des [[Microsoft Internet Information Services\|Internet Information Services]] (IIS). Hierdurch konnten ASP.NET-Anwendungen jedoch nicht durch andere Webserver gehostet werden.<ref name="owin101" /> Die Mono-Community implementierte zwar mit XSP einen eigenen Server, der zu ASP.NET kompatibel war und auf Linux und Unix Systemen lauffähig ist, andere Server wurden jedoch nicht unterstützt.		[[ASP.NET]] basierte ursprünglich auf Schnittstellen des [[Microsoft Internet Information Services\|Internet Information Services]] (IIS). Hierdurch konnten ASP.NET-Anwendungen jedoch nicht durch andere Webserver gehostet werden.<ref name="owin101" /> Die Mono-Community implementierte zwar mit XSP einen eigenen Server, der zu ASP.NET kompatibel war und auf Linux und Unix Systemen lauffähig ist, andere Server wurden jedoch nicht unterstützt.

	OWIN definiert – analog zu [[Servlet]]s – eine Schnittstelle, die .NET-Anwendungen von IIS entkoppelt. Hierdurch sind ASP.NET-Anwendungen, die auf OWIN aufsetzen, mit allen Webservern kompatibel, die die OWIN-Schnittstelle implementieren. Hierzu gehören der [[Apache HTTP Server]], [[nginx]], [[Microsoft Azure]] und [[Amazon Web Services]] (AWS). Zudem bietet Microsoft mit Kestrel eine Implementierung der OWIN-Schnittstelle an, um [[self-hosting]] zu ermöglichen.<ref name="owin101" />		OWIN definiert – analog zu [[Servlet]]s – eine Schnittstelle, die .NET-Anwendungen von IIS entkoppelt. Hierdurch sind ASP.NET-Anwendungen, die auf OWIN aufsetzen, mit allen Webservern kompatibel, die die OWIN-Schnittstelle implementieren. Hierzu gehören der [[Apache HTTP Server]], [[nginx]], [[Microsoft Azure]] und [[Amazon Web Services]] (AWS). Zudem bietet Microsoft mit [[Kestrel\|Kestrel (Framework)]] eine Implementierung der OWIN-Schnittstelle an, um [[self-hosting]] zu ermöglichen.<ref name="owin101" />

	== Katana ==		== Katana ==

Filzstift: /* top */BKL-fix, replaced: .NET → .NET mit AWB

2022-05-31T08:17:16Z

top: BKL-fix, replaced: .NET → .NET mit AWB

← Nächstältere Version		Version vom 31. Mai 2022, 10:17 Uhr
Zeile 1:		Zeile 1:
	'''Open Web Interface for .NET''' (''OWIN'') ist eine standardisierte Schnittstelle zwischen [[.~~NET~~]]-Anwendungen und [[Webserver]]n.		'''Open Web Interface for .NET''' (''OWIN'') ist eine standardisierte Schnittstelle zwischen [[.Net-Framework]]-Anwendungen und [[Webserver]]n.

	== Hintergrund ==		== Hintergrund ==

87.137.64.242: Tippfehler

2021-08-05T06:36:32Z

Tippfehler

← Nächstältere Version		Version vom 5. August 2021, 08:36 Uhr
Zeile 4:		Zeile 4:
	[[ASP.NET]] basierte ursprünglich auf Schnittstellen des [[Microsoft Internet Information Services\|Internet Information Services]] (IIS). Hierdurch konnten ASP.NET-Anwendungen jedoch nicht durch andere Webserver gehostet werden.<ref name="owin101" /> Die Mono-Community implementierte zwar mit XSP einen eigenen Server, der zu ASP.NET kompatibel war und auf Linux und Unix Systemen lauffähig ist, andere Server wurden jedoch nicht unterstützt.		[[ASP.NET]] basierte ursprünglich auf Schnittstellen des [[Microsoft Internet Information Services\|Internet Information Services]] (IIS). Hierdurch konnten ASP.NET-Anwendungen jedoch nicht durch andere Webserver gehostet werden.<ref name="owin101" /> Die Mono-Community implementierte zwar mit XSP einen eigenen Server, der zu ASP.NET kompatibel war und auf Linux und Unix Systemen lauffähig ist, andere Server wurden jedoch nicht unterstützt.

	OWIN definiert – analog zu [[Servlet]]s – eine Schnittstelle, die .NET-Anwendungen von IIS entkoppelt. Hierdurch sind ASP.NET-Anwendungen, die auf OWIN aufsetzen, mit allen Webservern kompatibel, die die OWIN-Schnittstelle implementieren. Hierzu gehören der [[Apache HTTP Server]], [[nginx]], [[Microsoft Azure]] und [[Amazon Web Services]] (AWS). Zudem bietet Microsoft mit Kestrel eine Implementierung der OWIN-~~Schnittselle~~ an, um [[self-hosting]] zu ermöglichen.<ref name="owin101" />		OWIN definiert – analog zu [[Servlet]]s – eine Schnittstelle, die .NET-Anwendungen von IIS entkoppelt. Hierdurch sind ASP.NET-Anwendungen, die auf OWIN aufsetzen, mit allen Webservern kompatibel, die die OWIN-Schnittstelle implementieren. Hierzu gehören der [[Apache HTTP Server]], [[nginx]], [[Microsoft Azure]] und [[Amazon Web Services]] (AWS). Zudem bietet Microsoft mit Kestrel eine Implementierung der OWIN-Schnittstelle an, um [[self-hosting]] zu ermöglichen.<ref name="owin101" />

	== Katana ==		== Katana ==

194.11.223.135: /* OWIN Middleware */

2019-02-28T08:15:10Z

OWIN Middleware

← Nächstältere Version		Version vom 28. Februar 2019, 10:15 Uhr
Zeile 12:		Zeile 12:
	OWIN definiert ein [[Pipes und Filter\|Pipes-und-Filter]]-Modell, in das [[Middleware]]-Komponenten eingehängt werden. Jede dieser Komponenten arbeitet hierbei als Filter und kann auf die [[Request-Response\|Request- und Response]]-Objekte zugreifen und diese verändern.<ref name="owin101" />		OWIN definiert ein [[Pipes und Filter\|Pipes-und-Filter]]-Modell, in das [[Middleware]]-Komponenten eingehängt werden. Jede dieser Komponenten arbeitet hierbei als Filter und kann auf die [[Request-Response\|Request- und Response]]-Objekte zugreifen und diese verändern.<ref name="owin101" />

	Beispielsweise können Infrastruktur-Zuständigkeiten wie die [[Verschlüsselung]], [[Authentifizierung]] ~~und Authentifizierung~~, Korrelations-Tokens, Request- und Performance-[[Logging]] oder das [[Monitoring]] als Middleware implementiert werden.<ref name="microserices" /> Auch das Ausliefern statischer Dateien, [[ASP.NET MVC]] (ab Version 5), [[ASP.NET Core]] und [[ASP.NET SignalR]] sind als Middleware-Komponenten implementiert. Außerdem steht mit ''Nancy''<ref name="nancy" /> eine Alternative zu [[ASP.NET WebAPI]] bereit.		Beispielsweise können Infrastruktur-Zuständigkeiten wie die [[Verschlüsselung]], [[Authentifizierung]], Korrelations-Tokens, Request- und Performance-[[Logging]] oder das [[Monitoring]] als Middleware implementiert werden.<ref name="microserices" /> Auch das Ausliefern statischer Dateien, [[ASP.NET MVC]] (ab Version 5), [[ASP.NET Core]] und [[ASP.NET SignalR]] sind als Middleware-Komponenten implementiert. Außerdem steht mit ''Nancy''<ref name="nancy" /> eine Alternative zu [[ASP.NET WebAPI]] bereit.

	== Quellen ==		== Quellen ==

Aka: /* OWIN Middleware */ doppelten Link entfernt

2018-02-18T17:17:28Z

OWIN Middleware: doppelten Link entfernt

← Nächstältere Version		Version vom 18. Februar 2018, 19:17 Uhr
Zeile 12:		Zeile 12:
	OWIN definiert ein [[Pipes und Filter\|Pipes-und-Filter]]-Modell, in das [[Middleware]]-Komponenten eingehängt werden. Jede dieser Komponenten arbeitet hierbei als Filter und kann auf die [[Request-Response\|Request- und Response]]-Objekte zugreifen und diese verändern.<ref name="owin101" />		OWIN definiert ein [[Pipes und Filter\|Pipes-und-Filter]]-Modell, in das [[Middleware]]-Komponenten eingehängt werden. Jede dieser Komponenten arbeitet hierbei als Filter und kann auf die [[Request-Response\|Request- und Response]]-Objekte zugreifen und diese verändern.<ref name="owin101" />

	Beispielsweise können Infrastruktur-Zuständigkeiten wie die [[Verschlüsselung]], [[Authentifizierung]] und [[Authentifizierung]], Korrelations-Tokens, Request- und Performance-[[Logging]] oder das [[Monitoring]] als Middleware implementiert werden.<ref name="microserices" /> Auch das Ausliefern statischer Dateien, [[ASP.NET MVC]] (ab Version 5), [[ASP.NET Core]] und [[ASP.NET SignalR]] sind als Middleware-Komponenten implementiert. Außerdem steht mit ''Nancy''<ref name="nancy" /> eine Alternative zu [[ASP.NET WebAPI]] bereit.		Beispielsweise können Infrastruktur-Zuständigkeiten wie die [[Verschlüsselung]], [[Authentifizierung]] und Authentifizierung, Korrelations-Tokens, Request- und Performance-[[Logging]] oder das [[Monitoring]] als Middleware implementiert werden.<ref name="microserices" /> Auch das Ausliefern statischer Dateien, [[ASP.NET MVC]] (ab Version 5), [[ASP.NET Core]] und [[ASP.NET SignalR]] sind als Middleware-Komponenten implementiert. Außerdem steht mit ''Nancy''<ref name="nancy" /> eine Alternative zu [[ASP.NET WebAPI]] bereit.

	== Quellen ==		== Quellen ==

Trustable: Durchkopplung

2018-02-17T11:00:41Z

Durchkopplung

← Nächstältere Version		Version vom 17. Februar 2018, 13:00 Uhr
Zeile 2:		Zeile 2:

	== Hintergrund ==		== Hintergrund ==
	[[ASP.NET]] basierte ursprünglich auf Schnittstellen des [[Microsoft Internet Information Services\|Internet Information Services]] (IIS). Hierdurch konnten ASP.NET-Anwendungen jedoch nicht durch andere Webserver gehostet werden.<ref name="owin101" /> Die Mono-Community implementierte zwar mit [[XSP]] einen eigenen Server, der zu ASP.NET kompatibel war und auf Linux und Unix Systemen lauffähig ist, andere Server wurden jedoch nicht unterstützt.		[[ASP.NET]] basierte ursprünglich auf Schnittstellen des [[Microsoft Internet Information Services\|Internet Information Services]] (IIS). Hierdurch konnten ASP.NET-Anwendungen jedoch nicht durch andere Webserver gehostet werden.<ref name="owin101" /> Die Mono-Community implementierte zwar mit XSP einen eigenen Server, der zu ASP.NET kompatibel war und auf Linux und Unix Systemen lauffähig ist, andere Server wurden jedoch nicht unterstützt.

	OWIN definiert – analog zu [[Servlet]]s – eine Schnittstelle, die .NET-Anwendungen von IIS entkoppelt. Hierdurch sind ASP.NET-Anwendungen, die auf OWIN aufsetzen, mit allen Webservern kompatibel, die die OWIN-Schnittstelle implementieren. Hierzu gehören der [[Apache HTTP Server]], [[nginx]], [[Microsoft Azure]] und [[Amazon Web Services]] (AWS). Zudem bietet Microsoft mit Kestrel eine Implementierung der OWIN-Schnittselle an, um [[self-hosting]] zu ermöglichen.<ref name="owin101" />		OWIN definiert – analog zu [[Servlet]]s – eine Schnittstelle, die .NET-Anwendungen von IIS entkoppelt. Hierdurch sind ASP.NET-Anwendungen, die auf OWIN aufsetzen, mit allen Webservern kompatibel, die die OWIN-Schnittstelle implementieren. Hierzu gehören der [[Apache HTTP Server]], [[nginx]], [[Microsoft Azure]] und [[Amazon Web Services]] (AWS). Zudem bietet Microsoft mit Kestrel eine Implementierung der OWIN-Schnittselle an, um [[self-hosting]] zu ermöglichen.<ref name="owin101" />
Zeile 10:		Zeile 10:

	== OWIN Middleware ==		== OWIN Middleware ==
	OWIN definiert ein [[Pipes und Filter]]-Modell, in das [[Middleware]]-Komponenten eingehängt werden. Jede dieser Komponenten arbeitet hierbei als Filter und kann auf die [[Request-Response\|Request- und Response]]-Objekte zugreifen und diese verändern.<ref name="owin101" />		OWIN definiert ein [[Pipes und Filter\|Pipes-und-Filter]]-Modell, in das [[Middleware]]-Komponenten eingehängt werden. Jede dieser Komponenten arbeitet hierbei als Filter und kann auf die [[Request-Response\|Request- und Response]]-Objekte zugreifen und diese verändern.<ref name="owin101" />

	Beispielsweise können Infrastruktur-Zuständigkeiten wie die [[Verschlüsselung]], [[Authentifizierung]] und [[Authentifizierung]], Korrelations-Tokens, Request- und Performance-[[Logging]] oder das [[Monitoring]] als Middleware implementiert werden.<ref name="microserices" /> Auch das Ausliefern statischer Dateien, [[ASP.NET MVC]] (ab Version 5), [[ASP.NET Core]] und [[ASP.NET SignalR]] sind als Middleware-Komponenten implementiert. Außerdem steht mit ''Nancy''<ref name="nancy" /> eine Alternative zu [[ASP.NET WebAPI]] bereit.		Beispielsweise können Infrastruktur-Zuständigkeiten wie die [[Verschlüsselung]], [[Authentifizierung]] und [[Authentifizierung]], Korrelations-Tokens, Request- und Performance-[[Logging]] oder das [[Monitoring]] als Middleware implementiert werden.<ref name="microserices" /> Auch das Ausliefern statischer Dateien, [[ASP.NET MVC]] (ab Version 5), [[ASP.NET Core]] und [[ASP.NET SignalR]] sind als Middleware-Komponenten implementiert. Außerdem steht mit ''Nancy''<ref name="nancy" /> eine Alternative zu [[ASP.NET WebAPI]] bereit.

RoBri: Lesbarer,

2017-12-12T08:45:54Z

Lesbarer,

← Nächstältere Version		Version vom 12. Dezember 2017, 10:45 Uhr
Zeile 1:		Zeile 1:
	'''Open Web Interface for .NET''' ('''OWIN''') ist eine standardisierte Schnittstelle zwischen [[.NET]]-Anwendungen und [[Webserver]]n.		'''Open Web Interface for .NET''' (''OWIN'') ist eine standardisierte Schnittstelle zwischen [[.NET]]-Anwendungen und [[Webserver]]n.

	== Hintergrund ==		== Hintergrund ==
	[[ASP.NET]] basierte ursprünglich auf Schnittstellen des [[Microsoft Internet Information Services\|Internet Information Services]] (IIS). Hierdurch konnten ASP.NET Anwendungen jedoch nicht durch andere Webserver gehostet werden.<ref name="owin101" /> Die Mono-Community implementierte zwar mit [[XSP]] einen eigenen Server, ~~welcher~~ zu ASP.NET kompatibel war und auf Linux und Unix Systemen lauffähig ist, andere Server wurden jedoch nicht unterstützt.		[[ASP.NET]] basierte ursprünglich auf Schnittstellen des [[Microsoft Internet Information Services\|Internet Information Services]] (IIS). Hierdurch konnten ASP.NET-Anwendungen jedoch nicht durch andere Webserver gehostet werden.<ref name="owin101" /> Die Mono-Community implementierte zwar mit [[XSP]] einen eigenen Server, der zu ASP.NET kompatibel war und auf Linux und Unix Systemen lauffähig ist, andere Server wurden jedoch nicht unterstützt.

	OWIN definiert – analog zu [[Servlet]]s – eine Schnittstelle, ~~welche~~ .NET Anwendungen von IIS entkoppelt. Hierdurch sind ASP.NET Anwendungen, ~~welche~~ auf OWIN aufsetzen, mit allen Webservern kompatibel, ~~welche~~ die OWIN-Schnittstelle implementieren. Hierzu gehören der [[Apache HTTP Server]], [[nginx]], [[Microsoft Azure]] und [[Amazon Web Services]] (AWS). Zudem bietet Microsoft mit Kestrel eine Implementierung der OWIN-Schnittselle an, um [[self-hosting]] zu ermöglichen.<ref name="owin101" />		OWIN definiert – analog zu [[Servlet]]s – eine Schnittstelle, die .NET-Anwendungen von IIS entkoppelt. Hierdurch sind ASP.NET-Anwendungen, die auf OWIN aufsetzen, mit allen Webservern kompatibel, die die OWIN-Schnittstelle implementieren. Hierzu gehören der [[Apache HTTP Server]], [[nginx]], [[Microsoft Azure]] und [[Amazon Web Services]] (AWS). Zudem bietet Microsoft mit Kestrel eine Implementierung der OWIN-Schnittselle an, um [[self-hosting]] zu ermöglichen.<ref name="owin101" />

	== Katana ==		== Katana ==
	'''Microsoft Katana''', auch als '''Projekt Katana''' oder kurz als '''Katana''' bezeichnet, ist eine Bibliothek von Objekten und OWIN-Komponenten, ~~welche~~ den Umgang mit der OWIN-Schnittstelle erleichtern.<ref name="owin101" />		''Microsoft Katana'', auch als ''Projekt Katana'' oder kurz als ''Katana'' bezeichnet, ist eine Bibliothek von Objekten und OWIN-Komponenten, die den Umgang mit der OWIN-Schnittstelle erleichtern.<ref name="owin101" />

	== OWIN Middleware ==		== OWIN Middleware ==
	OWIN definiert ein [[Pipes und Filter]]-Modell, in das [[Middleware]]-Komponenten eingehängt werden. Jede dieser Komponenten arbeitet hierbei als Filter und kann auf die [[Request-Response\|Request- und Response]]-Objekte zugreifen und diese verändern.<ref name="owin101" />		OWIN definiert ein [[Pipes und Filter]]-Modell, in das [[Middleware]]-Komponenten eingehängt werden. Jede dieser Komponenten arbeitet hierbei als Filter und kann auf die [[Request-Response\|Request- und Response]]-Objekte zugreifen und diese verändern.<ref name="owin101" />

	Beispielsweise können Infrastruktur-Zuständigkeiten wie die [[Verschlüsselung]], [[Authentifizierung]] und [[Authentifizierung]], Korrelations-Tokens, Request- und Performance-[[Logging]], oder das [[Monitoring]] als Middleware implementiert werden.<ref name="microserices" /> Auch das Ausliefern statischer Dateien, [[ASP.NET MVC]] (ab Version 5), [[ASP.NET Core]] und [[ASP.NET SignalR]] sind als Middleware-Komponenten implementiert. ~~Zudem~~ steht mit ''Nancy''<ref name="nancy" /> eine Alternative zu [[ASP.NET WebAPI]] bereit.		Beispielsweise können Infrastruktur-Zuständigkeiten wie die [[Verschlüsselung]], [[Authentifizierung]] und [[Authentifizierung]], Korrelations-Tokens, Request- und Performance-[[Logging]] oder das [[Monitoring]] als Middleware implementiert werden.<ref name="microserices" /> Auch das Ausliefern statischer Dateien, [[ASP.NET MVC]] (ab Version 5), [[ASP.NET Core]] und [[ASP.NET SignalR]] sind als Middleware-Komponenten implementiert. Außerdem steht mit ''Nancy''<ref name="nancy" /> eine Alternative zu [[ASP.NET WebAPI]] bereit.

	== Quellen ==		== Quellen ==

88.72.186.61: Austriazismus "Weiters" durch "Zudem" ersetzt.

2017-12-12T08:40:00Z

Austriazismus "Weiters" durch "Zudem" ersetzt.

← Nächstältere Version		Version vom 12. Dezember 2017, 10:40 Uhr
Zeile 12:		Zeile 12:
	OWIN definiert ein [[Pipes und Filter]]-Modell, in das [[Middleware]]-Komponenten eingehängt werden. Jede dieser Komponenten arbeitet hierbei als Filter und kann auf die [[Request-Response\|Request- und Response]]-Objekte zugreifen und diese verändern.<ref name="owin101" />		OWIN definiert ein [[Pipes und Filter]]-Modell, in das [[Middleware]]-Komponenten eingehängt werden. Jede dieser Komponenten arbeitet hierbei als Filter und kann auf die [[Request-Response\|Request- und Response]]-Objekte zugreifen und diese verändern.<ref name="owin101" />

	Beispielsweise können Infrastruktur-Zuständigkeiten wie die [[Verschlüsselung]], [[~~Autorisierung~~]] und [[Authentifizierung]], Korrelations-Tokens, Request- und Performance-[[Logging]], oder das [[Monitoring]] als Middleware implementiert werden.<ref name="microserices" /> Auch das Ausliefern statischer Dateien, [[ASP.NET MVC]] (ab Version 5), [[ASP.NET Core]] und [[ASP.NET SignalR]] sind als Middleware-Komponenten implementiert. ~~Weiters~~ steht mit ''Nancy''<ref name="nancy" /> eine Alternative zu [[ASP.NET WebAPI]] bereit.		Beispielsweise können Infrastruktur-Zuständigkeiten wie die [[Verschlüsselung]], [[Authentifizierung]] und [[Authentifizierung]], Korrelations-Tokens, Request- und Performance-[[Logging]], oder das [[Monitoring]] als Middleware implementiert werden.<ref name="microserices" /> Auch das Ausliefern statischer Dateien, [[ASP.NET MVC]] (ab Version 5), [[ASP.NET Core]] und [[ASP.NET SignalR]] sind als Middleware-Komponenten implementiert. Zudem steht mit ''Nancy''<ref name="nancy" /> eine Alternative zu [[ASP.NET WebAPI]] bereit.

	== Quellen ==		== Quellen ==