Unterstützung für mehrere Serverpartitionen durch Verwendung des IBM MQ-Messaging-Providers aktivieren

Die Stapelumgebung kann so eingerichtet werden, dass einige Server als Stapeldispatcher fungieren und andere Server als Stapelsteuerprogramme.

Informationen zu diesem Vorgang

Stapeldispatcher akzeptieren Anforderungen von externen Clients und stellen sie für die Stapelsteuerprogramme bereit. Die Stapelsteuerprogramme empfangen Anforderungen, die ihrer definierten Funktionalität entsprechen, und führen diese Anforderungen aus. Wenn der Job für die Ausführung von Partitionen konfiguriert ist, stellen sich die Stapelsteuerprogramme anderen Steuerprogrammen zur Ausführung zur Verfügung. Die Stapelsteuerprogramme kommunizieren über Java Messaging Service (JMS). Diese Task unterstützt Sie bei der Konfiguration des als Stapeldispatcher fungierenden Servers und des Stapelsteuerprogramms unter Verwendung des IBM MQ-Messaging-Providers.

Vorgehensweise

  1. Konfigurieren Sie den JMS-Stapeldispatcher.
    1. Fügen Sie der Datei server.xml das Feature wmqJmsClient-2.0 hinzu, um die JMS-Unterstützung zu aktivieren.

      Für z/OS-PlattformenWenn Sie MQ unter z/OS im Bindungsmodus verwenden, stellen Sie sicher, dass Sie auch das Feature zosTransaction-1.0 hinzufügen.

    2. Fügen Sie das Element batchJmsDispatcher zu Ihrer Datei server.xml auf dem Server mit dem Stapeldispatcher hinzu, z. B.:
      <batchJmsDispatcher connectionFactoryRef={Referenz auf eine konfigurierte JMS-Verbindungsfactory}
      	queueRef={Referenz auf eine konfigurierte JMS-Warteschlange} />
      Anmerkung: Wenn Sie die Attribute connectionFactoryRef und queueRef nicht angeben, wird für connectionFactoryRef der Standardwert batchConnectionFactory und für queueRef der Standardwert batchJobSubmissionQueue verwendet. Sie können das Element batchJmsDispatcher als <batchJmsDispatcher/> angeben. Die JMS-Verbindungsfactory batchConnectionFactory und die JMS-Warteschlange batchJobSubmissionQueue müssen trotzdem in der Datei server.xml konfiguriert werden.
    3. Nehmen Sie die entsprechende JMS-Verbindungsfactory und JMS-Warteschlange in die Serverkonfiguration auf. Diese Aufnahme ist nicht spezifisch für Stapelkonfigurationen.

      Das folgende Beispiel zeigt die Konfiguration des JMS-Stapeldispatchers und die zugehörige JMS-Konfiguration mit dem IBM MQ-Bindungsmodus:

      <batchJmsDispatcher connectionFactoryRef="batchConnectionFactory"
      		      queueRef="batchJobSubmissionQueue" />
      
      <!-- WMQ-Ressourcenadapter -->
      <variable name="wmqJmsClient.rar.location"
         	value="${server.config.dir}/wmq.wlp.rar"/>
      
      <!-- nativeLibraryPath ist für den Bindungsmodus erforderlich -->
      <!-- Die Eigenschaften für die Wiederholung des Starts und der Verbindungswiederherstellung
           werden empfohlen, um die Zuverlässigkeit des Systems sicherzustellen. -->
      <wmqJmsClient nativeLibraryPath="/mqm/jms/java/lib" 
      		startupRetryCount=999
      		startupRetryInterval="1000ms"
      		reconnectionRetryCount=10
      		reconnectionRetryInterval="5m">
      </wmqJmsClient>
      
      <authData password="pwd" user="user">
      </authData>
      
      <jmsConnectionFactory id="batchConnectionFactory"	
      		      jndiName="jms/batch/connectionFactory">
      	<properties.wmqJms transportType="BINDINGS"
      			   queueManager="WMQX">
      	</properties.wmqJms>
      </jmsConnectionFactory>
      
      <!-- baseQueueName ist die auf dem WMQ-System definierte Warteschlange -->
      <jmsQueue id="batchJobSubmissionQueue"
      	  jndiName="jms/batch/jobSubmissionQueue">
          <properties.wmqJms baseQueueName="BATCHQ"
      			  priority="QDEF"
      			  baseQueueManagerName="WMQX">
          </properties.wmqJms>
      </jmsQueue>

      Das folgende Beispiel zeigt die Konfiguration des JMS-Stapeldispatchers und die zugehörige JMS-Konfiguration mit dem IBM MQ im Clientmodus:

      <batchJmsDispatcher connectionFactoryRef="batchConnectionFactory"
      		      queueRef="batchJobSubmissionQueue" />
      
      <!-- WMQ-Ressourcenadapter -->
      <variable name="wmqJmsClient.rar.location"
         	value="${server.config.dir}/wmq.wlp.rar"/>
      
      <!-- Die Eigenschaften für die Wiederholung des Starts und der Verbindungswiederherstellung
           werden empfohlen, um die Zuverlässigkeit des Systems sicherzustellen. -->
      <wmqJmsClient startupRetryCount=999
      		 startupRetryInterval="1000ms"
      		 reconnectionRetryCount=10
      		 reconnectionRetryInterval="5m">
      </wmqJmsClient>
      
      <authData password="pwd" user="user">
      </authData>
      
      <jmsConnectionFactory id="batchConnectionFactory"	
      		      jndiName="jms/batch/connectionFactory">
      	<properties.wmqJms 
      			   hostName="webs24.pok.stglabs.ibm.com"
      			   transportType="CLIENT"
      			   channel="WAS.JMS.SVRCONN"
      			   port="1414"
      			   queueManager="WMQX"/>>
      	</properties.wmqJms>
      </jmsConnectionFactory>
      
      <!-- baseQueueName ist die auf dem WMQ-System definierte Warteschlange -->
      <jmsQueue id="batchJobSubmissionQueue"
      	  jndiName="jms/batch/jobSubmissionQueue">
          <properties.wmqJms baseQueueName="BATCHQ"
      			  priority="QDEF"
      			  baseQueueManagerName="WMQX">
          </properties.wmqJms>
      </jmsQueue>
      Anmerkung: Stellen Sie sicher, dass Sie ein jmsConnectionFactory-Element, wie im Beispiel gezeigt, und kein jmsQueueConnectionFactory-Element referenzieren. Die Verwendung eines jmsQueueConnectionFactory-Elements funktioniert nicht. Ihre Konfiguration sollte sowohl ein jmsConnectionFactory-Element als auch ein jmsQueue-Element enthalten, aber kein jmsQueueConnectionFactory-Element.
  2. Konfigurieren Sie das JMS-Stapelsteuerprogramm für die Ausführung von Jobs.
    1. Fügen Sie der Datei server.xml das Feature wmqJmsClient-2.0 hinzu, um die JMS-Unterstützung zu aktivieren.
    2. Fügen Sie der Datei server.xml auf dem Server, der das Stapelsteuerprogramm hostet, das Element batchJmsDispatcher hinzu.
      Anmerkung: Wenn Sie das Element batchJmsDispatcher nicht zur Datei server.xml hinzufügen, verteilt der Server die Partitionen nicht an mehrere Server und führt die Partitionen lokal aus.
    3. Fügen Sie der Datei server.xml auf dem Server, der das Stapelsteuerprogramm hostet, das Element batchJmsExecutor und eine Verbindungsfactory hinzu. Weitere Informationen finden Sie in Schritt 1b und 1c.
      <batchJmsExecutor activationSpecRef={konfigurierte Aktivierungsspezifikation oder Stapelsteuerprogramm}
      	queueRef={Referenz auf die konfigurierte JMS-Warteschlange} />
      Anmerkung: Wenn Sie die Attribute activationSpecRef und queueRef nicht angeben, wird für activationSpecRef der Standardwert batchActivationSpec und für queueRef der Standardwert batchJobSubmissionQueue verwendet. Sie können das Element batchJmsExecutor als <batchJmsExecutor/> angeben. Die JMS-Aktivierungsspezifikation für batchActivationSpec und die JMS-Warteschlange batchJobSubmissionQueue müssen trotzdem in der Datei server.xml konfiguriert werden.
    4. Nehmen Sie die entsprechende JMS-Aktivierungsspezifikation und JMS-Warteschlange in die Serverkonfiguration auf. Diese Aufnahme ist nicht spezifisch für Stapelkonfigurationen.
    5. Definieren Sie Leistungsmerkmale des Stapelsteuerprogrammservers, indem Sie in die Aktivierungsspezifikation einen JMS-Nachrichtenselektor aufnehmen.
      • Filterung auf der Basis systemdefinierter Eigenschaften:

        Für die JMS-Stapelnachricht sind die folgenden Stapeldispatchereigenschaften verfügbar, die das Stapelsteuerprogramm zum Filtern ankommender Nachrichten verwenden kann.

        • com_ibm_ws_batch_applicationName: Der Name der Stapelanwendung für die Jobanforderung.
        • com_ibm_ws_batch_moduleName: Der Modulname der Stapelanwendung für die Jobanforderung.
        • com_ibm_ws_batch_componentName: Der Komponentenname der Stapelanwendung für die Jobanforderung.
        • com_ibm_ws_batch_work_type: Der Arbeitstyp: "Job".
        Anmerkung: Geben Sie einen Nachrichtenselektor mit mindestens der Eigenschaft com_ibm_ws_batch_applicationName an, um sicherzustellen, dass das Steuerprogramm nur Jobs empfängt, die es verarbeiten kann.
        Im folgenden Beispiel legt das Attribut messageSelector für das Stapelsteuerprogramm fest, dass ein Job für die Anwendungen SimpleBatchJob und BonusPayout akzeptiert werden soll.
        messageSelector="com_ibm_ws_batch_applicationName = 'SimpleBatchJob' OR com_ibm_ws_batch_applicationName = 'BonusPayout'">
      • Filterung auf der Basis benutzerdefinierter Eigenschaften:

        Der Stapeldispatcher legt alle Jobparameter, die der richtigen JMS-Nachrichteneigenschaft entsprechen, in seiner Anforderungsnachricht fest. Diese Eigenschaften können vom Nachrichtenselektor ebenfalls verwendet werden, um eine zusätzliche Filterung hinzuzufügen. Der Eigenschaftsname oder die Eigenschafts-ID muss die Bedingungen einer JMS-Nachrichteneigenschaft erfüllen. Beispielsweise ist die Eigenschaft eine unbegrenzte Folge von Buchstaben und Ziffern, wobei das erste Zeichen ein Buchstabe sein muss. Ein Buchstabe ist ein Zeichen, für das die Methode Character.isJavaLetter den Wert true zurückgibt und umfasst auch die Zeichen "_" und "$". Ein Buchstabe oder eine Ziffer ist ein Zeichen, für das die Methode Character.isJavaLetterOrDigit den Wert true zurückgibt. Weitere Informationen zu JMS-Nachrichtenselektoren finden Sie in der Dokumentation zu den JMS-APIs.

        Im folgenden Beispiel verwendet ein potenzieller Nachrichtenselektor die Eigenschaft com_ibm_ws_batch_applicationName und den Jobparameter specialCapability:
        messageSelector="com_ibm_ws_batch_applicationName = 'SimpleBatchJob' AND specialCapability = 'superCapability'">
      Das folgende Beispiel zeigt die Konfiguration des JMS-Stapelsteuerprogramms und die zugehörige JMS-Konfiguration mit dem IBM MQ-Bindungsmodus:
      <batchJmsExecutor activationSpecRef="batchActivationSpec"
      		  queueRef="batchJobSubmissionQueue"/>
      
      <!-- WMQ-Ressourcenadapter -->
      <variable name="wmqJmsClient.rar.location"
                value="${server.config.dir}/wmq.wlp.rar"/>
      
      <!-- nativeLibraryPath ist für den Bindungsmodus erforderlich -->
      <!-- Die Eigenschaften für die Wiederholung des Starts und der Verbindungswiederherstellung
           werden empfohlen, um die Zuverlässigkeit des Systems sicherzustellen. -->
      <wmqJmsClient nativeLibraryPath="/mqm/jms/java/lib" 
      		startupRetryCount=999
      		startupRetryInterval="1000ms"
      		reconnectionRetryCount=10
      		reconnectionRetryInterval="5m">
      </wmqJmsClient>
      
      <authData password="pwd" user="user">
      </authData>
      
      <JmsActivationSpec id="batchActivationSpec" >
          <properties.wmqJms destinationRef="batchJobSubmissionQueue" 
                destinationType="javax.jms.Queue"
                messageSelector="(com_ibm_ws_batch_applicationName = 'SimpleBatchJob' OR com_ibm_ws_batch_applicationName = 'BonusPayout') AND com_ibm_ws_batch_work_type='Job'""
                transportType="BINDINGS"
                queueManager="WMQX">
          </properties.wmqJms>
      </jmsActivationSpec>
      
      <!-- baseQueueName ist die auf dem WMQ-System definierte Warteschlange -->
      <jmsQueue id="batchJobSubmissionQueue"
      	  jndiName="jms/batch/jobSubmissionQueue">
          <properties.wmqJms baseQueueName="BATCHQ"
                priority="QDEF"
                baseQueueManagerName="WMQX">
          </properties.wmqJms>
      </jmsQueue>
      Das folgende Beispiel zeigt die Konfiguration des JMS-Stapelsteuerprogramms und die zugehörige JMS-Konfiguration mit dem WebSphere MQ-Clientmodus:
      <batchJmsExecutor activationSpecRef="batchActivationSpec"
      		  queueRef="batchJobSubmissionQueue"/>
      
      <!-- WMQ-Ressourcenadapter -->
      <variable name="wmqJmsClient.rar.location"
                value="${server.config.dir}/wmq.wlp.rar"/>
      
      <!-- Die Eigenschaften für die Wiederholung des Starts und der Verbindungswiederherstellung
           werden empfohlen, um die Zuverlässigkeit des Systems sicherzustellen. -->
      <wmqJmsClient startupRetryCount=999  
      		 startupRetryInterval="1000ms"
      		 reconnectionRetryCount=10
      		 reconnectionRetryInterval="5m">
      </wmqJmsClient>
      
      <authData password="pwd" user="user">
      </authData>
      
      <JmsActivationSpec id="batchActivationSpec" >
          <properties.wmqJms destinationRef="batchJobSubmissionQueue" 
      			   messageSelector="com_ibm_ws_batch_applicationName = SimpleBatchJob' OR com_ibm_ws_batch_applicationName = 'BonusPayout'"
      		 transportType="CLIENT"
      		 channel="WAS.JMS.SVRCONN"
      		 destinationType="javax.jms.Queue"
      		 queueManager="WMQX"
      		 hostName="webs24.pok.stglabs.ibm.com"
      		 port="1414">
          </properties.wmqJms>
      </jmsActivationSpec>
      
      <!-- baseQueueName ist die auf dem WMQ-System definierte Warteschlange -->
      <jmsQueue id="batchJobSubmissionQueue"
      	  jndiName="jms/batch/jobSubmissionQueue">
          <properties.wmqJms baseQueueName="BATCHQ"
         	baseQueueManagerName="WMQX">
          </properties.wmqJms>
      </jmsQueue>
  3. Konfigurieren Sie das JMS-Stapelsteuerprogramm ausschließlich für die Ausführung von Partitionen.
    1. Fügen Sie der Datei server.xml das Feature wmqJmsClient-2.0 hinzu, um die JMS-Unterstützung zu aktivieren.
    2. Fügen Sie der Datei server.xml auf dem Server, der das Stapelsteuerprogramm hostet, das Element batchJmsExecutor und eine Verbindungsfactory hinzu. Weitere Informationen finden Sie in Schritt 1b und 1c.
      <batchJmsExecutor activationSpecRef={konfigurierte Aktivierungsspezifikation oder Stapelsteuerprogramm}
      	queueRef={Referenz auf die konfigurierte JMS-Warteschlange}
             replyConnectionFactoryRef={Referenz auf die konfigurierte JMS-Verbindungsfactory} />
      Anmerkung: Wenn Sie die Attribute activationSpecRef und queueRef nicht angeben, wird für activationSpecRef der Standardwert batchActivationSpec und für queueRef der Standardwert batchJobSubmissionQueue verwendet. Sie können das Element batchJmsExecutor als <batchJmsExecutor/> angeben. Die JMS-Aktivierungsspezifikation für batchActivationSpec und die JMS-Warteschlange batchJobSubmissionQueue müssen trotzdem in der Datei server.xml konfiguriert werden.
    3. Nehmen Sie die entsprechende JMS-Aktivierungsspezifikation und JMS-Warteschlange in die Serverkonfiguration auf. Diese Aufnahme ist nicht spezifisch für Stapelkonfigurationen.
    4. Definieren Sie Leistungsmerkmale des Stapelsteuerprogrammservers, indem Sie in die Aktivierungsspezifikation einen JMS-Nachrichtenselektor aufnehmen.
      • Filterung auf der Basis systemdefinierter Eigenschaften:

        Für die JMS-Stapelnachricht sind die folgenden Stapeldispatchereigenschaften verfügbar, die das Stapelsteuerprogramm zum Filtern ankommender Nachrichten verwenden kann.

        • com_ibm_ws_batch_applicationName: Der Name der Stapelanwendung für die Jobanforderung.
        • com_ibm_ws_batch_moduleName: Der Modulname der Stapelanwendung für die Jobanforderung.
        • com_ibm_ws_batch_componentName: Der Komponentenname der Stapelanwendung für die Jobanforderung.
        • com_ibm_ws_batch_work_type: Der Arbeitstyp: "Partition".
        • com_ibm_ws_batch_partitionNum(Type=Integer): Die Partitionsnummer der zu verteilenden Partition.
        • com_ibm_ws_batch_stepName: Der Name des in der JSL definierten Schritts.
        Anmerkung: Geben Sie einen Nachrichtenselektor mit mindestens der Eigenschaft com_ibm_ws_batch_applicationName an, um sicherzustellen, dass das Steuerprogramm nur Jobs empfängt, die es verarbeiten kann.
        Im folgenden Beispiel legt das Attribut messageSelector für das Stapelsteuerprogramm fest, dass ein Job für die Anwendungen SimpleBatchJob und BonusPayout akzeptiert werden soll.
        messageSelector="com_ibm_ws_batch_applicationName = 'SimpleBatchJob' OR com_ibm_ws_batch_applicationName = 'BonusPayout'">
      • Filterung auf der Basis benutzerdefinierter Eigenschaften:

        Der Stapeldispatcher legt alle Jobparameter, die der richtigen JMS-Nachrichteneigenschaft entsprechen, in seiner Anforderungsnachricht fest. Diese Eigenschaften können vom Nachrichtenselektor ebenfalls verwendet werden, um eine zusätzliche Filterung hinzuzufügen. Der Eigenschaftsname oder die Eigenschafts-ID muss die Bedingungen einer JMS-Nachrichteneigenschaft erfüllen. Beispielsweise ist die Eigenschaft eine unbegrenzte Folge von Buchstaben und Ziffern, wobei das erste Zeichen ein Buchstabe sein muss. Ein Buchstabe ist ein Zeichen, für das die Methode Character.isJavaLetter den Wert true zurückgibt und umfasst auch die Zeichen "_" und "$". Ein Buchstabe oder eine Ziffer ist ein Zeichen, für das die Methode Character.isJavaLetterOrDigit den Wert true zurückgibt. Weitere Informationen zu JMS-Nachrichtenselektoren finden Sie in der Dokumentation zu den JMS-APIs.

        Im folgenden Beispiel verwendet ein potenzieller Nachrichtenselektor die Eigenschaft com_ibm_ws_batch_applicationName und den Jobparameter specialCapability:
        messageSelector="com_ibm_ws_batch_applicationName = 'SimpleBatchJob' AND specialCapability = 'superCapability'">
      Das folgende Beispiel zeigt die Konfiguration des JMS-Stapelsteuerprogramms und die zugehörige JMS-Konfiguration mit dem IBM MQ-Bindungsmodus:
      <jmsConnectionFactory id="batchConnectionFactory"	
                            jndiName="jms/batch/connectionFactory"/>
      
      <batchJmsExecutor activationSpecRef="batchActivationSpec"
      		  queueRef="batchJobSubmissionQueue"/>
                     replyConnectionFactoryRef="batchConnectionFactory"/>
      
      <!-- WMQ-Ressourcenadapter -->
      <variable name="wmqJmsClient.rar.location"
                value="${server.config.dir}/wmq.wlp.rar"/>
      
      <!-- nativeLibraryPath ist für den Bindungsmodus erforderlich -->
      <!-- Die Eigenschaften für die Wiederholung des Starts und der Verbindungswiederherstellung
           werden empfohlen, um die Zuverlässigkeit des Systems sicherzustellen. -->
      <wmqJmsClient nativeLibraryPath="/mqm/jms/java/lib" 
      		startupRetryCount=999
      		startupRetryInterval="1000ms"
      		reconnectionRetryCount=10
      		reconnectionRetryInterval="5m">
      </wmqJmsClient>
      
      <authData password="pwd" user="user">
      </authData>
      
      <JmsActivationSpec id="batchActivationSpec" >
          <properties.wmqJms destinationRef="batchJobSubmissionQueue" 
                destinationType="javax.jms.Queue"
                messageSelector="(com_ibm_ws_batch_applicationName = 'SimpleBatchJob' OR com_ibm_ws_batch_applicationName = 'BonusPayout') AND com_ibm_batch_work_type='Job'""
                transportType="BINDINGS"
                queueManager="WMQX">
          </properties.wmqJms>
      </jmsActivationSpec>
      
      <!-- baseQueueName ist die auf dem WMQ-System definierte Warteschlange -->
      <jmsQueue id="batchJobSubmissionQueue"
      	  jndiName="jms/batch/jobSubmissionQueue">
          <properties.wmqJms baseQueueName="BATCHQ"
                priority="QDEF"
                baseQueueManagerName="WMQX">
          </properties.wmqJms>
      </jmsQueue>
      Das folgende Beispiel zeigt die Konfiguration des JMS-Stapelsteuerprogramms und die zugehörige JMS-Konfiguration mit dem WebSphere MQ-Clientmodus:
      <jmsConnectionFactory id="batchConnectionFactory"	
                            jndiName="jms/batch/connectionFactory"/>
      
      <batchJmsExecutor activationSpecRef="batchActivationSpec"
      		  queueRef="batchJobSubmissionQueue"/>
                     replyConnectionFactoryRef="batchConnectionFactory"/>
      
      <!-- WMQ-Ressourcenadapter -->
      <variable name="wmqJmsClient.rar.location"
                value="${server.config.dir}/wmq.wlp.rar"/>
      
      <!-- Die Eigenschaften für die Wiederholung des Starts und der Verbindungswiederherstellung
           werden empfohlen, um die Zuverlässigkeit des Systems sicherzustellen. -->
      <wmqJmsClient startupRetryCount=999  
      		 startupRetryInterval="1000ms"
      		 reconnectionRetryCount=10
      		 reconnectionRetryInterval="5m">
      </wmqJmsClient>
      
      <authData password="pwd" user="user">
      </authData>
      
      <JmsActivationSpec id="batchActivationSpec" >
          <properties.wmqJms destinationRef="batchJobSubmissionQueue" 
      			   messageSelector="com_ibm_ws_batch_applicationName = SimpleBatchJob' OR com_ibm_ws_batch_applicationName = 'BonusPayout'"
      		 transportType="CLIENT"
      		 channel="WAS.JMS.SVRCONN"
      		 destinationType="javax.jms.Queue"
      		 queueManager="WMQX"
      		 hostName="webs24.pok.stglabs.ibm.com"
      		 port="1414">
          </properties.wmqJms>
      </jmsActivationSpec>
      
      <!-- baseQueueName ist die auf dem WMQ-System definierte Warteschlange -->
      <jmsQueue id="batchJobSubmissionQueue"
      	  jndiName="jms/batch/jobSubmissionQueue">
          <properties.wmqJms baseQueueName="BATCHQ"
         	baseQueueManagerName="WMQX">
          </properties.wmqJms>
      </jmsQueue>
  4. Installieren Sie die Stapelanwendung auf dem Server. Weitere Informationen finden Sie unter Anwendungen in Liberty implementieren. Inaktivierung der Ausführung mehrerer Serverpartitionen: Wenn Sie die Unterstützung mehrerer Server benötigen, aber nicht mehrere Serverpartitionen ausführen möchten, können Sie die Jobeigenschaft come.ibm.websphere.batch.partition.multiJVM in der XML-Datei des jsl-Jobs auf false setzen. Das folgende Beispiel zeigt einen JSL-Job für die Inaktivierung von Serverpartitionen:
    <property name="com.ibm.websphere.batch.partition.multiJVM" value="false"/>
    Anmerkung: Wenn Sie eine Partition in einem fernen Steuerprogramm ausführen, werden keine Jobprotokolle für diese Partition erstellt.

Symbol das den Typ des Artikels anzeigt. Taskartikel

Dateiname: twlp_batch_multipartitionsmq.html