XIP iesxip - Versionsgeschichte

Hying: /* Export Optionen */

2025-10-30T13:56:08Z

Export Optionen

Veltrup: /* XML Konfiguration */

2023-09-22T11:25:02Z

XML Konfiguration

Hying: /* Import Optionen */

2022-08-05T05:36:45Z

Import Optionen

Hying: /* Import Optionen */

2022-08-05T05:35:54Z

Import Optionen

Hying: /* Import Optionen */

2022-03-18T15:48:02Z

Import Optionen

Sed: /* Allgemeine Optionen */

2020-06-08T05:28:21Z

Allgemeine Optionen

Hying: /* Import Optionen */

2020-04-16T14:47:32Z

Import Optionen

Hying: /* LDAP */

2019-12-17T16:51:03Z

LDAP

Hying: /* LDAP */

2019-12-17T16:31:15Z

LDAP

Hying: /* Benachrichtigungen */

2019-07-10T06:46:10Z

Benachrichtigungen

@@ Zeile 94: / Zeile 94: @@
 ;<code>--exportPermisssions</code>
 :Wird <code>true</code> angegeben, werden alle Recht der zu exportierenden Pools mit exportiert. Default ist <code>false</code>
 ;<code>--noXipInf</code>
 :Wird <code>true</code> angegeben, wenn die XIP-INF Verzeichnisse beim Export nicht mit angelegt werden sollen. Wird diese Option gesetzt, muss auch die Option <code>--setParent</code> gesetzt werden. Default ist <code>false</code>
 ==Import Optionen==

@@ Zeile 221: / Zeile 221: @@
 :''Unterelemente:''
 :;Element <code>&lt;logging&gt;</code>'''
-::Innerhalb des <code>&lt;logging&gt;</code> Elementes können angaben für ein Log-Datei definiert werden in der die Log-Einträge für den Import/Export geschrieben werden. Das <code>&lt;logging&gt;</code> Elemente entspricht dem <code><log4j:configuration></code> Element der log4j Konfiguration. Eine vollständige Dokumentation der XML-Formats für Log4j ist unter [http://wiki.apache.org/logging-log4j/Log4jXmlFormat] zu finden. Beispiel:
+::Innerhalb des <code>&lt;logging&gt;</code> Elementes können angaben für ein Log-Datei definiert werden in der die Log-Einträge für den Import/Export geschrieben werden. Das <code>&lt;logging&gt;</code> Elemente entspricht dem <code>Configuration</code> Element der log4j2 Konfiguration. Eine vollständige Dokumentation der XML-Formats für Log4j2 ist unter [https://logging.apache.org/log4j/2.x/manual/configuration.html] zu finden. Beispiel:
 <syntaxhighlight lang="xml">
-    <logging>
+	<logging>
-        <appender name="FILE" class="org.apache.log4j.RollingFileAppender">
+		<Appenders>
-            <layout class="org.apache.log4j.PatternLayout">
+			<RollingFile
-                <param name="ConversionPattern" value="%d %-5p %m%n"/>
+				name="FILE"
-            </layout>
+				fileName="${sys:sitepark.home}/ldap/import.log"
-            <param name="File" value="${sitepark.home}/form-solutions.log"/>
+				filePattern="${sys:sitepark.home}/ldap/import-%d{dd-MM-yyyy}-%i.log.gz"
-            <param name="MaxFileSize" value="10MB"/>
+				append="true">
-            <param name="MaxBackupIndex" value="10"/>
+				<PatternLayout>
-        </appender>
+					<Pattern>%d %-5p %m%n</Pattern>
-        <logger name="com.sitepark.ies" additivity="false">
+				</PatternLayout>
-            <appender-ref ref="FILE"/>
+				<Policies>
-            <priority value="INFO"/>
+					<TimeBasedTriggeringPolicy />
-        </logger>
+					<SizeBasedTriggeringPolicy size="10MB" />
-    </logging>
+				</Policies>
 </syntaxhighlight>
 :;Element <code><ies-connection></code>'''

@@ Zeile 123: / Zeile 123: @@
 :Synchronisations-Datei die verwendet werden soll um zu protokollieren, welche Elemente importiert wurde. Diese Datei wird bei jedem erneuten Import ausgewertet um ermitteln zu können welche Pools und Elemente bei dem Import nicht mehr enthalten sind. Die so ermittelten Elemente werden depubliziert. Wird <code>--deletePools</code> und <code>--deleteElements</code> auf <code>true</code> gesetzt werden die Pools und Elemente gelöscht. In der Datei werden die Anchor der Pools und Elemente geschrieben. Existiert die Datei nicht, wird sie bei dem ersten Import angelegt.
 ;<code>--forceSync</code>
-:Erzwingt eine Synchronisation auch wenn keine Elemente im XIP enthalten sind, so dass ggf alle zuvor importierten Elemente gelöscht werden
+:Erzwingt eine Synchronisation auch wenn keine Elemente im XIP enthalten sind, so dass ggf alle zuvor importierten Elemente gelöscht werden. (Ab Version 2.29)
 ;<code>--xslt</code>
 :XSLT-Datei die für den Import verwendet werden soll. Eine Transformation der zu importierenden Daten ist nötig, wenn die Daten nicht im XIP-Format vorliegen.

@@ Zeile 122: / Zeile 122: @@
 ;<code>--syncFile</code>
 :Synchronisations-Datei die verwendet werden soll um zu protokollieren, welche Elemente importiert wurde. Diese Datei wird bei jedem erneuten Import ausgewertet um ermitteln zu können welche Pools und Elemente bei dem Import nicht mehr enthalten sind. Die so ermittelten Elemente werden depubliziert. Wird <code>--deletePools</code> und <code>--deleteElements</code> auf <code>true</code> gesetzt werden die Pools und Elemente gelöscht. In der Datei werden die Anchor der Pools und Elemente geschrieben. Existiert die Datei nicht, wird sie bei dem ersten Import angelegt.
 ;<code>--xslt</code>
 :XSLT-Datei die für den Import verwendet werden soll. Eine Transformation der zu importierenden Daten ist nötig, wenn die Daten nicht im XIP-Format vorliegen.

@@ Zeile 141: / Zeile 141: @@
 ;<code>--withAnchorFallback</code>
 :Gibt an, das wenn der Anchor nicht gefunden wird, die original-ID verwendet werden soll. Diese Option sollte nur verwendet werden, wenn Daten in dem gleichen Mandanten eingespielt werden, aus dem sei auch exportiert wurden.
 ===Benachrichtigungen===

@@ Zeile 57: / Zeile 57: @@
 ;<code>-i, --import</code>
 :Gibt an, das ein Import durchgeführt werden soll.
-;<code>-e, --export</code>
+;<code>-x, --export</code>
 :Gibt an, das ein Import durchgeführt werden soll.
 ==Export Optionen==

@@ Zeile 127: / Zeile 127: @@
 ;<code>--ignore-xslt</code>
 :Beim Aufbau eine XSLT kann es sinnvoll sein die Row-XML-Daten auszugeben. Zusammen mit der Option --dumpXml ist dies möglich.
 ;<code>--listener</code>
 :Angabe von Java-Klassen (kommasepariert), die das <code>com.sitepark.ies.xip.importer.ImportListener</code> Interface implementiert haben.

@@ Zeile 438: / Zeile 438: @@
 |-
 |}
-:;Element <code>&lt;objectattribute&gt;</code>''' (Ab Version 2.2.0.63)
+:;Element <code>&lt;objectattributes&gt;</code>''' (Ab Version 2.2.0.63)
-::Mit dieser Angabe können genau die Attribute angegeben die von dem aktuellen LDAP-Objekt zurückgeliefert werden sollen. Wenn kein Tag <code><objectattribute name=...></code> angegeben ist, werden alle verfügbaren Attribute (außer Systemattribute) des LDAP-Objektes übernommen.
+::Mit dieser Angabe können genau die Attribute angegeben die von dem aktuellen LDAP-Objekt zurückgeliefert werden sollen. Wenn kein Tag <code><objectattributes name=...></code> angegeben ist, werden alle verfügbaren Attribute (außer Systemattribute) des LDAP-Objektes übernommen.
 ::''Attribute:''
 ::{| class="prettytable sortable"

@@ Zeile 144: / Zeile 144: @@
 ===Benachrichtigungen===
-Ab der Version 2.20 können Nachrichten über die importierten Objekte erstellt werden. Dafür muss in dem Mandaten eine Nutzer-Gruppe mit dem Anker <code>ies.usrp.xip</code> erstellt werden. Allen Nutzern, die über die Nutzerverwaltung in diesem Pool verknüpft wurden, werden dann die (ggf. regelmäßigen) Import-Reports im Posteingang des Redaktionssystem zur Verfügung gestellt. Die neuen, geänderten und gelöschten Objekte werden jeweils in einer Nachricht aufgelistet.
+Ab der Version 2.20 des IES-XIP-Modules können Nachrichten über die importierten Objekte erstellt werden. Dafür muss in dem Mandaten eine Nutzer-Gruppe mit dem Anker <code>ies.usrp.xip</code> erstellt werden. Allen Nutzern, die über die Nutzerverwaltung in diesem Pool verknüpft wurden, werden dann die (ggf. regelmäßigen) Import-Reports im Posteingang des Redaktionssystem zur Verfügung gestellt. Die neuen, geänderten und gelöschten Objekte werden jeweils in einer Nachricht aufgelistet.
 ;<code>--notification.participant</code>