MobileFirst Analytics Receiver Server Konfigurationshandbuch
improve this page | report issueÜbersicht
Hier finden Sie Informationen zur Konfiguration von MobileFirst Analytics Receiver Server.
Fahren Sie mit folgendem Abschnitt fort:
Eigenschaften
Eine vollständige Liste der Konfigurationseigenschaften finden Sie im Abschnitt Konfigurationseigenschaften. Dort ist auch beschrieben, wie die Eigenschaften in Ihrem Anwendungsserver definert werden.
Konfigurationseigenschaften
MobileFirst Analytics Receiver Server kann mit der folgenden Zusatzkonfiguration gestartet werden.
Die Konfiguration erfolgt mit JNDI-Eigenschaften in MobileFirst Server und MobileFirst Analytics Receiver Server. MobileFirst Analytics Receiver Server unterstützt außerdem die Steuerung der Konfiguration mithilfe von Umgebungsvariablen, die dann Vorrang vor den JNDI-Eigenschaften haben.
Die Laufzeitwebanwendung Analytics Receiver muss neu gestartet werden, damit Änderungen an diesen Eigenschaften wirksam werden. Der gesamte Anwendungsserver muss nicht neu gestartet werden.
Wenn Sie eine JNDI-Eigenschaft für WebSphere Application Server Liberty festlegen möchten, fügen Sie wie folgt einen Tag zur Datei server.xml
hinzu:
<jndiEntry jndiName="{PROPERTY NAME}" value="{PROPERTY VALUE}}" />
Wenn Sie eine JNDI-Eigenschaft für Tomcat festlegen möchten, fügen Sie wie folgt einen Tag zur Datei context.xml
hinzu:
<Environment name="{PROPERTY NAME}" value="{PROPERTY VALUE}" type="java.lang.String" override="false" />
Die JNDI-Eigenschaften von WebSphere Application Server sind als Umgebungsvariablen verfügbar.
- Wählen Sie in der WebSphere-Application-Server-Konsole Anwendungen → Anwendungstypen → WebSphere-Unternehmensanwendungen aus.
- Wählen Sie die Anwendung für MobileFirst-Verwaltungsservices aus.
- Klicken Sie unter Eigenschaften des Webmoduls auf Umgebungseinträge für Webmodule, um die JNDI-Eigenschaften anzuzeigen.
MobileFirst Analytics Receiver Server
In der folgenden Tabelle sind Eigenschaften angegeben, die in MobileFirst Analytics Receiver Server festgelegt werden können.
Eigenschaft | Beschreibung | Standardwert |
---|---|---|
receiver.analytics.console.url | Setzen Sie diese Eigenschaft auf die URL Ihrer MobileFirst Analytics Console, z. B. http://Hostname:Port/analytics/console . Bei Festlegung dieser Eigenschaft wird das Analysesymbol in der MobileFirst Operations Console aktiviert. |
Keiner |
receiver.analytics.url | Die von MobileFirst Analytics Server zugänglich gemachte URL für den Empfang eingehender Analysedaten (erforderlich). Beispiel: http://Hostname:Port/analytics-service/rest . |
Keiner |
receiver.analytics.username | Der Benutzername, der verwendet wird, wenn der Dateneingabepunkt durch Basisauthentifizierung geschützt ist. | Keiner |
receiver.analytics.password | Das Kennwort, das verwendet wird, wenn der Dateneingabepunkt durch Basisauthentifizierung geschützt ist. | Keiner |
receiver.analytics.event.qsize | Die Größe der Warteschlange für Analyseereignisse. Dieser Wert sollte mit Bedacht hinzugefügt werden und eine großzügige Auslegung des JVM-Heapspeichers berücksichtigen. Standardwarteschlangengröße: 10000 | Keiner |
MobileFirst Server
In der folgenden Tabelle sind Eigenschaften angegeben, die in MobileFirst Server festgelegt werden können.
Eigenschaft | Beschreibung | Standardwert |
---|---|---|
mfp.analytics.receiver.url | Die von MobileFirst Analytics Receiver Server zugänglich gemachte URL für den Empfang eingehender Analysedaten und die Weiterleitung der Daten zu MobileFirst Analytics Server (erforderlich). Beispiel: http://Hostname:Port/analytics-receiver/rest . |
Keiner |
mfp.analytics.receiver.username | Der Benutzername, der verwendet wird, wenn der Dateneingabepunkt durch Basisauthentifizierung geschützt ist. | Keiner |
mfp.analytics.receiver.password | Das Kennwort, das verwendet wird, wenn der Dateneingabepunkt durch Basisauthentifizierung geschützt ist. | Keiner |
Inclusive terminology note: The Mobile First Platform team is making changes to support the IBM® initiative to replace racially biased and other discriminatory language in our code and content with more inclusive language. While IBM values the use of inclusive language, terms that are outside of IBM's direct influence are sometimes required for the sake of maintaining user understanding. As other industry leaders join IBM in embracing the use of inclusive language, IBM will continue to update the documentation to reflect those changes.