public IConfiguration Configuration { get; }

in ServiceCollection

services.Configure<BaseConfiguration>(this.Configuration);
services.Configure<ChildConfiguration>(this.Configuration);

Die ChildConfiguration erbt von BaseConfiguration

Hat die ChildConfiguration Unterknoten, erben auch die Unterknoten. So wird die Konfiguration “erweitert”

Möchte man einen Integrationstest schreiben und dabei dependency injection nutzen, muss man folgendermaßen vorgehen:

1. Im Besten Fall teilt ma die Ausführende Applikation z.B. Web Applikation, Console etc und eine Bibliothek.
2. In die Bibliothek kommt die Auslagerung der StartUp:
   [crayon-5f27d90f0417d849677887/]
3. Im Testprojekt wird eine Basis Klasse definiert, die dieses Modul einliest. Nun kann in CofigureServices services.UseMyModule() aufgerufen werden oder der Host selbst gebaut werden:
   [crayon-5f27d90f0418b685027209/]
4. Die eigentliche Test Klasse erbt nun von diesen BaseUnitTest. Nun kann ein Propertiy erzeugt werden, welche einen Service aus der Dependency Injection ausliest:
   [crayon-5f27d90f0418f181674256/]
    

[crayon-5f27d90f0572a182546449/]
 

in der VisualStudio .gitignore: https://www.gitignore.io/api/visualstudio

wird das komplette Verzeichnis “obj” exkludiert. Die packages (.dtsx) aus SSIS befindet sich aber gerade dort.

Daher muss man folgende Zeile auskommentieren:
[crayon-5f27d90f05b9b591732598/]
und unter diesen Block einen neuen Block hinzufügen:
[crayon-5f27d90f05ba6623567936/]
meine komplette .gitignore sieht demnach so aus:
[crayon-5f27d90f05ba8550629644/]
 

1. Chocolaty ist eine Windows Umgebung um Anwendungen über Kommandozeile zu installieren:
   1. https://chocolatey.org/install
2. GO installieren
   1. https://golang.org/dl/
3. cmd öffnen und echo %GOPATH% eingeben. Wenn als Ergebnis wieder %GOPATH% steht, Windows neustarten und nochmal prüfen. Andernfalls unter Systemsteurung -> System -> Erweitert -> Umgebungsvariablen die GOPATH Variable setzen
4. cmd als Admin starten und folgende Befehle eingeben:
5. [crayon-5f27d90f0619a773739526/]
    
6. Nun ist der Service unter http://localhost:3000 erreichbar, zeigt aber Fehler an. Daher muss man das Package herunterladen:
   1. https://dl.gitea.io/gitea/1.11.0/gitea-1.11.0-windows-4.0-amd64.exe
   2. Diese direkt in das Verzeichnis c:\gitea kopieren
7. [crayon-5f27d90f061a4042526367/]

    MS SQL Server vorbereiten

8. Im SQL Management Studio nun eine Neue Datenbank mit dem Namen “Gitea” erstellen
9. Unter Security -> Logins einen Neuen SQL User “gitea-user” erstellen.
10.  R. Maustaste auf den User -> Properties -> Server Roles und nur die neue Gitea Datenbank zuweisen
11. Mindestens einmal als dieser User einlogen und das neue Passwort setzen
12. Wieder mit Properties -> Global die Haken bei Enforce Password expiration raus nehmen
    

    SSH Server einrichten

13. PowerShell als Admin öffnen
    [crayon-5f27d90f061a8261247432/]
14. Zum SSH Test einloggen eingeben. Standard Port ist 22 und sollte in der Firewall freigeschaltet sein
    [crayon-5f27d90f061ab369922160/]
     

Momentan liest man überall von Microservices und welche Vorteile diese Architektur mit sich bringt. Zwar wird immer wieder aufgeführt, dass Microservices Polyglot (Eine Architektur mit unterschiedlichen Programmiersprachen) unterstützen können. Tatsächlich findet man aber nur Anleitungen (In der Microsoft Welt) Zu .Net Core, in Verbindung mit Docker und Azure.

Mein Ziel ist es eine Architektur ohne Docker (Da auf VMs nicht unterstützt wird) und eine Verbindung aus Core und .Net Framework herzustellen. Aus einer Reihe von nachhaltigen Frameworks soll die Entwicklung in CD (Continues Delivery) gestaltet werden. TFS und GitLab scheiden wegen ihren Lizenzmodell aus.

• CodeRepository: Git -> https://git-scm.com/download/win
• Build Server: Jenkins -> https://jenkins.io/download/
  • https://www.guru99.com/jenkin-continuous-integration.html
• Api Gateway (Kommunikation ClientApi zu Microservices) Ocelot : https://github.com/ThreeMammals/Ocelot
• Kommunikationsprotokoll zwischen Microservices: gRPC (Da schneller als Http)
• Sicherheit unter Microservices: JWT Token
• Authentifizierung Microservice mit OAuth 2.0 und OWIN Middleware: https://oauth.net/code/dotnet/
• Repository: Implementierung mit Dapper: https://github.com/StackExchange/Dapper
• Repository Cache: https://github.com/MichaCo/CacheManager
• Datenbank Code Migration SSDT: SQL Server Data Tools
  • https://www.youtube.com/watch?v=6ass_PYECmM&t
  • https://arapaima.uk/post/2017-04-04-jenkins-windows-git-ssdt-profit/
• (Optional) Search Engine: https://www.elastic.co/guide/en/elasticsearch/client/net-api/current/introduction.html
  • https://www.red-gate.com/simple-talk/dotnet/net-development/how-to-build-a-search-page-with-elasticsearch-and-net/

Wahrscheinlich jeder kennt es, wenn plötzlich irgendwo im Bildschirm ein Tooltip hängt und nicht weg geht.

Dann kann man einfach Windows+D 2x drücken und dann ist der weg

Erster Block im CTE: In der WHERE Bedingung wird die Child-Id übergeben

Zweiter Block: Join auf die CTE, ParentId mit der TabelleId
[crayon-5f27d90f06554253119653/]
Erster Block im CTE: In der WHERE Bedingung wird die ParentId mit NULL angegeben

Zweiter Block: Join auf die CTE, Id mit der Tabelle ParentId
[crayon-5f27d90f0655d496613219/]
 

Wenn man nach einem Build eine Applikation starten möchte, muss man einen Umweg um eine bat Datei gehen.

R. Maustaste auf das Projekt in Visual Studio, dann auf “Build” und unter Pre oder Post folgendes eingeben

call  meinPfadZurBatDatei\startPublisher.bat

und unter diesen Pfad müssen wir eine bat Datei erstellen, die wiederum eine exe ausführt

einfach start meinPfadZurExe.exe in die bat Datei schreiben

einfach <pre> nutzen

Siehe https://www.mediaevent.de/xhtml/pre.html