Kernmodul Komponentenverwaltung - Versionsgeschichte

Andrek am 14. Juli 2026 um 12:29 Uhr

2026-07-14T12:29:28Z

Andrek am 13. Juli 2026 um 06:51 Uhr

2026-07-13T06:51:43Z

← Nächstältere Version		Version vom 13. Juli 2026, 06:51 Uhr
Zeile 5:		Zeile 5:
	Der SuperX ETL Manager ist vor allem für die Ausführung und Überwachung von ETL-Prozessen sowie für Modul-Upgrades vorgesehen. Die Installation und Deinstallation von Modulen stehen dort bisher nicht zur Verfügung und werden weiterhin über die Shell-Skripte durchgeführt.		Der SuperX ETL Manager ist vor allem für die Ausführung und Überwachung von ETL-Prozessen sowie für Modul-Upgrades vorgesehen. Die Installation und Deinstallation von Modulen stehen dort bisher nicht zur Verfügung und werden weiterhin über die Shell-Skripte durchgeführt.

	Der folgende Artikel ist daher in zwei Bereiche gegliedert: Zuerst wird die Nutzung des SuperX ETL Managers beschrieben. Anschließend folgt die ~~bisherige~~ Dokumentation zur Installation und Verwaltung von Modulen mit Skripten.		Der folgende Artikel ist daher in zwei Bereiche gegliedert: Zuerst wird die Nutzung des SuperX ETL Managers beschrieben. Anschließend folgt die Dokumentation zur Installation und Verwaltung von Modulen mit Skripten.

	= Komponentenverwaltung im Browser: SuperX ETL Manager =		= Komponentenverwaltung im Browser: SuperX ETL Manager =

Andrek am 13. Juli 2026 um 06:45 Uhr

2026-07-13T06:45:00Z

← Nächstältere Version		Version vom 13. Juli 2026, 06:45 Uhr
Zeile 12:		Zeile 12:
	Der Schwerpunkt der Oberfläche liegt auf dem täglichen Betrieb: Anwenderinnen und Anwender können Laderoutinen starten, den aktuellen Stand eines Laufs verfolgen und bei Bedarf die Log-Ausgabe einsehen. Technische Detail- und Diagnoseinformationen stehen ebenfalls zur Verfügung, sind aber vor allem für Administratorinnen und Administratoren oder den Support gedacht.		Der Schwerpunkt der Oberfläche liegt auf dem täglichen Betrieb: Anwenderinnen und Anwender können Laderoutinen starten, den aktuellen Stand eines Laufs verfolgen und bei Bedarf die Log-Ausgabe einsehen. Technische Detail- und Diagnoseinformationen stehen ebenfalls zur Verfügung, sind aber vor allem für Administratorinnen und Administratoren oder den Support gedacht.

	[[~~Datei~~:SuperX_ETL_Manager_Uebersicht.png\|~~mini\|zentriert\|Platzhalter:~~ Gesamtübersicht des SuperX ETL Managers mit Modulübersicht, Filterbereich, Aktionsbuttons und aktuellem Lauf.]]		[[Bild:SuperX_ETL_Manager_Uebersicht.png\|Gesamtübersicht des SuperX ETL Managers mit Modulübersicht, Filterbereich, Aktionsbuttons und aktuellem Lauf.]]

	== Aufbau der Oberfläche ==		== Aufbau der Oberfläche ==
Zeile 97:		Zeile 97:
	Die verfügbaren Aktionen hängen vom jeweiligen Modul ab. Nicht jedes Modul unterstützt alle Aktionen. Wenn eine Aktion nicht verfügbar ist, wird der entsprechende Button nicht angezeigt oder ist nicht aktiv.		Die verfügbaren Aktionen hängen vom jeweiligen Modul ab. Nicht jedes Modul unterstützt alle Aktionen. Wenn eine Aktion nicht verfügbar ist, wird der entsprechende Button nicht angezeigt oder ist nicht aktiv.

	[[~~Datei~~:SuperX_ETL_Manager_Aktionsbuttons.png\|~~mini\|zentriert\|Platzhalter:~~ Modulzeile mit den Aktionsbuttons Unload, Update, Unload & Update und Upgrade.]]		[[Bild:SuperX_ETL_Manager_Aktionsbuttons.png\|Modulzeile mit den Aktionsbuttons Unload, Update, Unload & Update und Upgrade.]]

	=== Unload ===		=== Unload ===
Zeile 152:		Zeile 152:
	* Log-Ausgabe		* Log-Ausgabe

	[[~~Datei~~:SuperX_ETL_Manager_Aktueller_Lauf.png\|~~mini\|zentriert\|Platzhalter:~~ Bereich „Aktueller Lauf“ mit JobExecutionId, Status, Fortschritt und Log-Ausgabe.]]		[[Bild:SuperX_ETL_Manager_Aktueller_Lauf.png\|Bereich „Aktueller Lauf“ mit JobExecutionId, Status, Fortschritt und Log-Ausgabe.]]

	=== Status ===		=== Status ===

Andrek am 13. Juli 2026 um 06:37 Uhr

2026-07-13T06:37:11Z

Änderungen zeigen

Danielq: /* Entfernen der Passworteingabe unter Windows */

2025-11-07T10:50:05Z

Entfernen der Passworteingabe unter Windows

← Nächstältere Version		Version vom 7. November 2025, 10:50 Uhr
Zeile 256:		Zeile 256:
	[[Bild:puttygen.png\|413x402px]]		[[Bild:puttygen.png\|413x402px]]
	* Kopieren Sie Ihren Public Key, den Sie oben mit PuttyGen erzeugt haben, zur Datei "authorized_keys" und kopieren Sie diese in das Verzeichnis ~/.ssh/		* Kopieren Sie Ihren Public Key, den Sie oben mit PuttyGen erzeugt haben, zur Datei "authorized_keys" und kopieren Sie diese in das Verzeichnis ~/.ssh/
			* Im Profil unter Connection -> SSH -> Auth -> Credentials geben Sie den Pfad zum privaten Schlüssel in "Private key file" an.
	* Bei erneutem Login mit Putty oder Winscp sollte die Passwortabfrage entfallen.		* Bei erneutem Login mit Putty oder Winscp sollte die Passwortabfrage entfallen.

Danielq: /* Entfernen der Passworteingabe unter Windows */

2025-11-07T10:39:37Z

Entfernen der Passworteingabe unter Windows

← Nächstältere Version		Version vom 7. November 2025, 10:39 Uhr
Zeile 250:		Zeile 250:

	==== Entfernen der Passworteingabe unter Windows ====		==== Entfernen der Passworteingabe unter Windows ====
	Wenn Sie die ssh-Shell putty aus dem Installationspaket nutzen, haben Sie im Installationsordner auch die Anwendung "puttyGen.exe". Wenn Sie putty als reine Executable nutzen, laden Sie die Anwendung separat herunter. [http://winscp.net/download/puttygen.exe PuttyGen]		Wenn Sie die ssh-Shell putty aus dem Installationspaket nutzen, haben Sie im Installationsordner auch die Anwendung "puttyGen.exe". Wenn Sie putty als reine Executable nutzen, laden Sie die Anwendung separat herunter. [http://winscp.net/download/puttygen.exe PuttyGen]
	* Folgen Sie der Anleitung auf der Seite http://winscp.net/eng/docs/ui_puttygen, um den SSH2-DSA oder RSA Schlüssel zu erzeugen. Für den Schlüssel bitte kein Passwort vergeben.		* Folgen Sie der Anleitung auf der Seite http://winscp.net/eng/docs/ui_puttygen, um den SSH2-DSA oder RSA Schlüssel zu erzeugen. Für den Schlüssel bitte kein Passwort vergeben, wenn Sie das Tool automatisiert nutzen.
	* Den privaten Schlüssel geben Sie in Putty bzw. Winscp im Menü "Session" im Feld "Private Key File" an.		* Den privaten Schlüssel geben Sie in Putty bzw. Winscp im Menü "Session" im Feld "Private Key File" an.
	* Der Button "Save public key" ist nicht für OPENSSH unter Linux als Zielserver geeignet. Im folgenden Screenshot sehen Sie den markierten Bereich, den Sie kopieren müssen:		* Der Button "Save public key" ist nicht für OPENSSH unter Linux als Zielserver geeignet. Im folgenden Screenshot sehen Sie den markierten Bereich, den Sie kopieren müssen:
	[[Bild:puttygen.png\|413x402px]]		[[Bild:puttygen.png\|413x402px]]
	* Kopieren Sie Ihren Public Key, den Sie oben mit PuttyGen erzeugt haben, zur Datei "authorized_keys" und kopieren Sie diese in das Verzeichnis ~/.ssh/		* Kopieren Sie Ihren Public Key, den Sie oben mit PuttyGen erzeugt haben, zur Datei "authorized_keys" und kopieren Sie diese in das Verzeichnis ~/.ssh/
	* Bei erneutem Login mit Putty oder Winscp sollte die Passwortabfrage entfallen.		* Bei erneutem Login mit Putty oder Winscp sollte die Passwortabfrage entfallen.

	==== Einrichtung von SFTP (Server) ====		==== Einrichtung von SFTP (Server) ====

Danielq: /* Entfernen der Passworteingabe unter Unix */

2025-03-12T18:48:45Z

Entfernen der Passworteingabe unter Unix

← Nächstältere Version		Version vom 12. März 2025, 18:48 Uhr
Zeile 206:		Zeile 206:
	ssh superx@superxhost		ssh superx@superxhost
	Beim ersten Mal müssen Sie die Sicherheitsabfrage mit "yes" bestätigen.		Beim ersten Mal müssen Sie die Sicherheitsabfrage mit "yes" bestätigen.
	Erzeugen Sie auf dem Quellrechner einen öffentlichen Schlüssel mittels ssh-keygen -t ~~rsa,~~ wobei man eine leere Passphrase vergibt ~~(Achtung: mögliche Sicherheitslücke!)~~. Der öffentliche Teil dieses Schlüssels (~/.ssh/~~id_rsa~~.pub) muss auf dem Zielrechner in die Datei ~/.ssh/authorized_keys eingefügt werden, ggf. muss die Datei neu erzeugt werden.		Erzeugen Sie auf dem Quellrechner einen öffentlichen Schlüssel mittels

			ssh-keygen -t ed25519 -C "cob@cobhost"

			wobei man eine leere Passphrase vergibt. Der öffentliche Teil dieses Schlüssels (~/.ssh/id_ed25519.pub) muss auf dem Zielrechner in die Datei ~/.ssh/authorized_keys eingefügt werden, ggf. muss die Datei neu erzeugt werden.
	Wenn z.B. auf dem COB-Server unter der Kennung cob ein Key wie folgt erzeugt wurde:		Wenn z.B. auf dem COB-Server unter der Kennung cob ein Key wie folgt erzeugt wurde:

	;Beispieleintrag eines Public Keys: ssh-~~rsa AAAAB3Nza..~~.[hier viele kryptische Zeichen]...~~pg6VkCc=~~ cob@cobhost		;Beispieleintrag eines Public Keys:


			ssh-ed25519 AAAAC3N.[hier viele kryptische Zeichen]....4V cob@cobhost

	Dann wird genau diese Zeile in der Datei /home/superx/.ssh/authorized_keys angefügt (die Datei kann mehrere PublicKeys enthalten, ein Eintrag pro Absatz).		Dann wird genau diese Zeile in der Datei /home/superx/.ssh/authorized_keys angefügt (die Datei kann mehrere PublicKeys enthalten, ein Eintrag pro Absatz).

Danielq: /* Einrichtung von SFTP (Server) */

2024-11-11T06:49:37Z

Einrichtung von SFTP (Server)

← Nächstältere Version		Version vom 11. November 2024, 06:49 Uhr
Zeile 263:		Zeile 263:
	ForceCommand internal-sftp		ForceCommand internal-sftp
	AllowTcpForwarding no		AllowTcpForwarding no

			Danach starten Sie den SSH-Dienst neu:
			service ssh restart

	Dann legen Sie die Gruppe "sftponly" an:		Dann legen Sie die Gruppe "sftponly" an:

Danielq: /* Upgrade eines Moduls: Allgemeines Vorgehen */

2024-11-06T07:21:50Z

Upgrade eines Moduls: Allgemeines Vorgehen

← Nächstältere Version		Version vom 6. November 2024, 07:21 Uhr
Zeile 476:		Zeile 476:
	Zum Upgrade bzw. zum Zurücksetzen des Moduls auf den Auslieferungszustand entpacken Sie das Paket in $SUPERX_DIR und gehen in das Verzeichnis $SUPERX_DIR/db/module/-Modulname-/upgrade und führen das Script aus:		Zum Upgrade bzw. zum Zurücksetzen des Moduls auf den Auslieferungszustand entpacken Sie das Paket in $SUPERX_DIR und gehen in das Verzeichnis $SUPERX_DIR/db/module/-Modulname-/upgrade und führen das Script aus:
	-Modulname-_upgrade.x		-Modulname-_upgrade.x
	Ausnahme: beim Kernmodul gibt es i.d.R. ein spezielles Upgrade Script.		Ausnahme: beim Kernmodul gibt es i.d.R. ein spezielles [[Kern_Installation_Upgrade#Standardvorgehen_beim_Upgrade\|Upgrade Script]].

	Die Logdatei lautet upgrade.log, im Mandantenfähigen Betrieb "upgrade-MANDANTID-.log".		Die Logdatei lautet upgrade.log, im Mandantenfähigen Betrieb "upgrade-MANDANTID-.log".

	Wenn Sie einen separaten Tomcat-Rechner betreiben, müssen Sie das Paket dort ebenfalls entpacken, und vom Datenbankserver die Datei $SUPERX_DIR/webserver/tomcat/webapps/superx/WEB-INF/dbforms-config.xml an die gleiche Stelle auf den Tomcat Rechner kopieren. Ein nochmaliges Ausführen des Upgrade Scriptes ist nicht nötig, weil dies nur die Datenbank betrifft.		Wenn Sie einen separaten Tomcat-Rechner betreiben, müssen Sie das Paket dort ebenfalls entpacken, und vom Datenbankserver die Datei $SUPERX_DIR/webserver/tomcat/webapps/superx/WEB-INF/dbforms-config.xml an die gleiche Stelle auf den Tomcat Rechner kopieren. Ein nochmaliges Ausführen des Upgrade Scriptes ist nicht nötig, weil dies nur die Datenbank betrifft.

Danielq: /* Einrichtung von SFTP (Server) */

2024-07-18T21:24:58Z

Einrichtung von SFTP (Server)

← Nächstältere Version		Version vom 18. Juli 2024, 21:24 Uhr
Zeile 264:		Zeile 264:
	AllowTcpForwarding no		AllowTcpForwarding no

	Dann legen Sie die Gruppe "sftponly" an und dann den Unix-User an, und geben ihm die Gruppe "sftponly". Hier ein Script:		Dann legen Sie die Gruppe "sftponly" an:
			groupadd sftponly
			und dann den Unix-User an, und geben ihm die Gruppe "sftponly". Hier ein Script:
	#!/bin/sh		#!/bin/sh
	SFTPUSERNAME=$1		SFTPUSERNAME=$1