Diese Seite wurde von der Cloud Translation API übersetzt.

Fehler bei der Konfiguration des Bereitstellungsfehlers

Sie sehen die Dokumentation zu Apigee Edge.
Zur Apigee X-Dokumentation weitere Informationen

Symptom

Die Bereitstellung von API-Proxy- oder Shared-Flow-Überarbeitungen über die Edge-Benutzeroberfläche oder die Verwaltungs-API schlägt mit dem Fehler Konfiguration fehlgeschlagen fehl.

Fehlermeldung

In der Edge-Benutzeroberfläche wird eine Fehlermeldung angezeigt, wie unten dargestellt:

The revision is deployed, but traffic cannot flow.
com.apigee.kernel.exceptions.spi.UncheckedException{ code = application.bootstrap.FailedToConfigure, message = Configuration failed, associated contexts = []}

Hier ist der Screenshot einer Beispielfehlermeldung in der Edge-Benutzeroberfläche:

Mögliche Ursachen

Die Bereitstellung eines API-Proxys kann aus vielen verschiedenen Gründen mit der Fehlermeldung "Konfiguration fehlgeschlagen" fehlschlagen. In der folgenden Tabelle sind einige häufig beobachtete Ursachen aufgeführt, die zu diesem Fehler führen :

Ursache	Beschreibung	Gilt für die Anleitung zur Fehlerbehebung
Fehlende Java-Klasse in der JavaCallout-Richtlinie	In der JAR-Datei, auf die von der JavaCallout-Richtlinie verwiesen wird, fehlt eine Java-Klasse.	Edge Private Cloud-Nutzer
Falsche Operanden in Bedingungen im Bedingungsablauf verwendet	Operanden/Ausdrücke, die auf einer oder beiden Seiten der Operatoren in den Bedingungen verwendet werden, sind ungültig.
Ungültiger Hostname in der Richtlinie für die Nachrichtenprotokollierung	Der in der MessageLogging-Richtlinie verwendete Hostname kann nicht aufgelöst werden oder enthält möglicherweise einige unerwünschte Sonderzeichen.
Ungültiger KeyValueMap-Name	Die „KeyValueMap“ ist in der Richtlinie „KeyValueMapOperations“ im API-Proxy ungültig oder leer.

Häufige Diagnoseschritte

Rufen Sie den Bereitstellungsstatus für die spezifische Version des API-Proxys, für die Sie den Bereitstellungsfehler beobachten, mithilfe der folgenden API ab:
```
curl -v <management-server-host>:<port#>/v1/runtime/organizations/<org-name>/environments/<env-name>/apis/<apiproxy-name>/revisions/deployments -u <user>
```

Hier ist eine Beispielausgabe der obigen API:

"server" : [ { 
"error" : "com.apigee.kernel.exceptions.spi.UncheckedException{ code = application.bootstrap.FailedToConfigure, message = Configuration failed, associated contexts = []}", 
"status" : "error", 
"type" : [ "message-processor" ], 
"uUID" : "0a20926c-f4bf-401b-af84-05fd84b9f492" 
}, { 
"error" : "com.apigee.kernel.exceptions.spi.UncheckedException{ code = application.bootstrap.FailedToConfigure, message = Configuration failed, associated contexts = []}", 
"status" : "error", 
"type" : [ "message-processor" ], 
"uUID" : "f2ee6ab4-a108-4465-a7ba-b56530d8e3fc" 
}, { 
"error" : "com.apigee.kernel.exceptions.spi.UncheckedException{ code = application.bootstrap.FailedToConfigure, message = Configuration failed, associated contexts = []}", 
"status" : "error", 
"type" : [ "message-processor" ], 
"uUID" : "0f41991e-b310-4e77-aac5-5fdb150ef9f6" 
},

In der Ausgabe des Bereitstellungsstatus wird für jeden Message Processor die Fehlermeldung „Configuration failed“ (Konfiguration fehlgeschlagen) angezeigt.
Melden Sie sich bei einem der Message Processor an und überprüfen Sie das Protokoll /opt/apigee/var/log/edge-message-processor/logs/system.log. Prüfen Sie, ob während der Bereitstellung des API-Proxys Fehler auftreten.
Abhängig vom Fehler bzw. der Ausnahme im Message Processor-Protokoll müssen Sie die entsprechenden Schritte zur Fehlerbehebung und eine entsprechende Lösung für das Problem ausführen.
In den folgenden Abschnitten finden Sie einige der am häufigsten beobachteten Ausnahmen, die zum Bereitstellungsfehler Konfiguration fehlgeschlagen führen, sowie Schritte zur Fehlerbehebung.

Ursache: Fehlende Java-Klasse in der JavaCallout-Richtlinie

Diagnose

Wenn in den Message Processor-Protokollen während der Bereitstellung eines API-Proxys (DeployEvent) während der Bereitstellung eines API-Proxys (DeployEvent) eine Ausnahme mit der Meldung "Failed toinstanceiate the JavaCallout Class" (Fehler beim Instanziieren der JavaCallout-Klasse) wie unten dargestellt auftritt, fahren Sie mit Schritt 2 fort. Ist dies nicht der Fall, lesen Sie den Abschnitt Falsche Operanden in Bedingungen im Bedingungsablauf verwendet.

Der Message Processor zeigt die folgende Ausnahme während der Bereitstellung des API-Proxys an:

2017-10-10 05:02:42,330 Apigee-Main-5 ERROR MESSAGING.CONFIGURATION - MessageProcessorServiceImpl.configure() : error configuring config events [DeployEvent{organization='myorg', application='oauth2', applicationRevision='14', deploymentSpec=basepath=/;env=dev;, deploymentID=null}] 
com.apigee.kernel.exceptions.spi.UncheckedException: Failed to instantiate the JavaCallout Class com.something.apigee.callout.crypto.main.SecretCallout 
at com.apigee.steps.javacallout.JavaCalloutStepDefinition.newInstance(JavaCalloutStepDefinition.java:89) ~[javacallout-1.0.0.jar:na] 
at com.apigee.messaging.runtime.StepDefinition.getStepDefinitionExecution(StepDefinition.java:230) ~[message-processor-1.0.0.jar:na] 
…
<snipped>

Die Fehlermeldung in der obigen Ausnahme weist darauf hin, dass die JavaCallout-Klasse com.something.apigee.callout.crypto.main.SecretCallout nicht instanziiert werden konnte. Dieser Fehler tritt im Allgemeinen auf, wenn die jeweilige Klasse in der in der JavaCallout-Richtlinie angegebenen JAR-Datei oder in einer ihrer abhängigen JAR-Dateien nicht verfügbar ist.
Prüfe die JAR-Datei, die alle Klassen für das Paket com.something.apigee.callout.crypto.main enthielt, und bestätige, dass die spezifische Klasse com.something.apigee.callout.crypto.main.SecretCallout fehlte.

Auflösung

Fügen Sie die fehlende Klasse zur jeweiligen JAR-Datei hinzu und laden Sie die JAR-Datei hoch.
Stellen Sie den API-Proxy neu bereit.
Im obigen Beispiel haben wir das Problem so gelöst:
1. Die fehlende Klasse com.something.apigee.callout.crypto.main.SecretCallout wird der JAR-Datei hinzugefügt.
2. Hochladen der aktualisierten JAR-Datei und erneute Bereitstellung des API-Proxys

Ursache: Falsche Operanden mit Operatoren im Bedingungsablauf

Diagnose

Wenn in den Message Processor-Protokollen während der Bereitstellung eines API-Proxys oder freigegebenen Ablaufs ein com.apigee.expressions.parser.ParseException angezeigt wird, wie in den Beispielnachrichten unten gezeigt, fahren Sie mit Schritt 2 fort. Falls nicht, fahren Sie mit dem nächsten Fehler fort: Ungültiger Hostname in Richtlinie für Nachrichtenprotokollierung.

Beispiel für Fehlermeldung
```
com.apigee.expressions.parser.ParseException: Both the operands for EQUALS expression should be data expressions
```
Sehen wir uns ein Beispiel an, um zu verstehen, wie dieses Problem diagnostiziert wird.

Beispiel : Operanden für einen <Operator>-Ausdruck sollten Datenausdrücke sein

Der Message Processor zeigt die folgende Ausnahme während der Bereitstellung eines Shared Flow an:

2017-11-23 09:11:04,498  Apigee-Main-6 ERROR MESSAGING.RUNTIME - AbstractConfigurator.loadXMLConfigurations() : Unable to Load default for path /organizations/myorg/apiproxies/Introspection/revisions/12/sharedflows/default
2017-11-23 09:11:04,499  Apigee-Main-6 ERROR MESSAGING.RUNTIME - Application.sync() :  sync error for Introspection and revision 12
2017-11-23 09:11:04,499  Apigee-Main-6 ERROR MESSAGING.RUNTIME - Application.sync() :  Actual Error
com.apigee.expressions.parser.ParseException: Both the operands for EQUALS expression should be data expressions
    at com.apigee.expressions.parser.ExpressionParser.buildExpressionTree(ExpressionParser.java:337) ~[expressions-1.0.0.jar:na]
    at com.apigee.expressions.parser.ExpressionParser.parse(ExpressionParser.java:24) ~[expressions-1.0.0.jar:na]
    at com.apigee.expressions.parser.ExpressionParser.parseLogicExpression(ExpressionParser.java:28) ~[expressions-1.0.0.jar:na]
    at com.apigee.messaging.runtime.Step.getExpression(Step.java:67) ~[message-processor-1.0.0.jar:na]
    at com.apigee.messaging.runtime.Step.handleAdd(Step.java:58) ~[message-processor-1.0.0.jar:na]
    at com.apigee.messaging.runtime.SharedFlowRuntime.addStep(SharedFlowRuntime.java:81) ~[message-processor-1.0.0.jar:na] … <snipped>

Die Fehlermeldung in der ParseException - "Both the operands for EQUALS expression should be data expressions" gibt an, dass bei einer Bedingung mit dem Operator gleich (=), ungleich (!=) oder Statistik mit (=|) ein Problem vorliegt.

Obwohl diese Fehlermeldung auf ein Problem mit dem Operator **EQUALS** hinweist, kann dieselbe Fehlermeldung auch mit jedem anderen Operator beobachtet werden – **or**, **and** usw.
Sehen Sie sich die Bedingungen in allen Bedingungsabläufen mit dem in der Fehlermeldung genannten Operator an und prüfen Sie, ob eines der folgenden Probleme vorliegt:
1. Die Ausdrücke auf beiden Seiten des Operators sind vom gleichen Typ. Wenn sich beispielsweise auf der linken Seite des Operators eine Zeichenfolgenvariable befindet, benötigen Sie eine weitere Stringvariable oder einen Stringwert auf der rechten Seite.
2. Zwischen den Operatoren werden gültige Variablen verwendet.
3. Zwischen dem Operator und jedem Ausdruck steht ein Leerzeichen.
Wenn das Problem bei einem API-Proxy auftritt, müssen Sie die Bedingungsflüsse sowohl im Proxy- als auch im Zielendpunkt prüfen.
Wenn eines der oben genannten Kriterien nicht erfüllt ist, wird die ParseException - "Both the operands for EQUALS expression should be data expressions" ausgegeben.

Sehen wir uns ein Beispiel an, um dieses Problem zu verstehen. Hier ist ein Beispiel für eine Fehlerbedingung,

<Condition>
           (fault.name = "invalid_access_token") or(fault.name = "ApiKeyNotApproved")
</Condition>

In diesem Beispiel können Sie sehen, dass zwischen dem „oder“-Operator und der nächsten Bedingung kein Leerzeichen steht. Wenn also die zweite Bedingung geparst wird, wird der erste Ausdruck als "or(error.name") für den Operator EQUALS angenommen. Da dies kein gültiger Variablenname ist, wird er nicht als gültiger Datenausdruck behandelt. Daher wird folgende Ausnahme ausgegeben:
```
com.apigee.expressions.parser.ParseException: Both the operands for EQUALS expression should be data expressions
```

Auflösung

Achten Sie darauf, dass auf beiden Seiten der Operatoren immer korrekte Datenausdrücke vorhanden sind.
Im oben beschriebenen Beispiel bestand die Lösung darin, sicherzustellen, dass nach dem Operator „or“ ein Leerzeichen folgt, wie im Code-Snippet beschrieben:
```
<Condition>
           (fault.name = "invalid_access_token") or (fault.name = "ApiKeyNotApproved")
</Condition>
```

Ungültiger Hostname in der MessageLogging-Richtlinie

Diagnose

Wenn in den Message Processor-Protokollen während der Bereitstellung des API-Proxys oder des freigegebenen Ablaufs wie unten gezeigt eine Ausnahme mit der Meldung "Ungültiger HostName" auftritt, fahren Sie mit Schritt 2 fort. Falls nicht, fahren Sie mit dem nächsten Grund Ungültiger KeyValueMap-Name fort.
```
com.apigee.rest.framework.ValidationException: Invalid syslog config: Invalid HostName 'splunkprod.myorg.com/' for Syslog handler
```
Im Folgenden finden Sie zwei Beispiele, die Ihnen zeigen, wie Sie dieses Problem beheben können.

Beispiel 1: HostName enthält unerwünschtes Sonderzeichen

Der Message Processor zeigt die folgende Ausnahme während der Bereitstellung des API-Proxys an:

  2018-01-20 02:12:13,535 Apigee-Main-3 ERROR MESSAGING.CONFIGURATION - MessageProcessorServiceImpl.configure() : error configuring config events [DeployEvent{organization='myorg', application='providersearch', applicationRevision='4', deploymentSpec=basepath=/;env=prod;, deploymentID=null}] 
  com.apigee.rest.framework.ValidationException: Invalid syslog config: Invalid HostName 'splunkprod.myorg.com/' for Syslog handler 
  at com.apigee.messaging.runtime.destinations.SyslogDestination.<init>(SyslogDestination.java:44) ~[message-processor-1.0.0.jar:na] 
  at com.apigee.messaging.runtime.destinations.SysLoggerFactory.getInstance(SysLoggerFactory.java:39) ~[message-processor-1.0.0.jar:na]
  at com.apigee.messaging.runtime.destinations.DestinationRegistry.newDestination(DestinationRegistry.java:44) ~[message-processor-1.0.0.jar:na] 
  ...<snipped>

Die obige Ausnahme zeigt, dass die Bereitstellung aufgrund von "Ungültiger HostName '<Hostname>' für Syslog-Handler" fehlschlägt. Dies weist darauf hin, dass der in der Richtlinie MessageLogging verwendete HostName ein ungültiger Hostname ist.
Die genaue Prüfung der Ausnahme im Message Processor-Protokoll zeigt, dass sich am Ende des Hostnamens 'splunkprod.myorg.com/'. ein unerwünschtes Sonderzeichen („/“) befindet.
Dieses unerwünschte Sonderzeichen war die Ursache des Bereitstellungsfehlers.

Auflösung

Ändern Sie die MessageLogging-Richtlinie, um alle unerwünschten Sonderzeichen zu entfernen, um das Problem zu beheben.
Im obigen Beispiel wurde das Sonderzeichen "/" aus der MessageLogging-Richtlinie entfernt. Dadurch wurde das Problem behoben.

Beispiel 2: Nicht auflösbarer Hostname

Das Message Processor-Protokoll enthielt einige Zeilen, die zeigen, dass das Bereitstellungsereignis für einen API-Proxy ausgelöst wurde, gefolgt von einer Ausnahme, die während der Bereitstellung des API-Proxys aufgetreten ist:

2017-12-22 00:13:49,057 Apigee-Main-87446 INFO MESSAGING.CONFIGURATION - MessageProcessorServiceImpl.configure() : configuring [DeployEvent{organization='myorg', application='myapi', applicationRevision='42', deploymentSpec=basepath=/;env=dev;, deploymentID=null}] 

2017-12-22 00:13:49,318 Apigee-Main-87446 ERROR c.a.p.h.d.DNSCachedAddress - DNSCachedAddress.refresh() : Unable to resolve host : input-prd.cloud.splunk.com: Name or service not known 

2017-12-22 00:13:49,323 Apigee-Main-87446 ERROR MESSAGING.RUNTIME - AbstractConfigurator.handleUpdate() : Fatal error deploying proxy: {} 
com.apigee.rest.framework.ValidationException: Invalid syslog config: Invalid HostName 'input-prd.cloud.splunk.com' for Syslog handler 
at com.apigee.messaging.runtime.destinations.SyslogDestination.<init>(SyslogDestination.java:44) ~[message-processor-1.0.0.jar:na] 
at com.apigee.messaging.runtime.destinations.SysLoggerFactory.getInstance(SysLoggerFactory.java:39) ~[message-processor-1.0.0.jar:na] 
at com.apigee.messaging.runtime.destinations.DestinationRegistry.newDestination(DestinationRegistry.java:44) ~[message-processor-1.0.0.jar:na] 
at com.apigee.steps.messagelogging.MessageLoggingStepDefinition.populateDestinations(MessageLoggingStepDefinition.java:118) ~[message-logging-1.0.0.jar:na] 
at com.apigee.steps.messagelogging.MessageLoggingStepDefinition.handleAdd(MessageLoggingStepDefinition.java:99) ~[message-logging-1.0.0.jar:na] 
…
<snipped>

Die obige Ausnahme zeigt, dass die Bereitstellung aufgrund von "Ungültiger HostName '<Hostname>' für Syslog-Handler" fehlschlägt.
Wenn Sie die Zeile über der Ausnahme lesen, werden Sie feststellen, dass der Message Processor den Hostnamen 'input-prd.cloud.splunk.com', der in der MessageLogging-Richtlinie angegeben ist, nicht auflösen kann.
Um dies zu überprüfen, können Sie versuchen, eine Telnet-Verbindung mit dem Hostnamen und der Portnummer herzustellen, die in der Message Logging-Richtlinie verwendet werden.
1. Überprüfen Sie die MessageLogging-Richtlinie in der jeweiligen Version des API-Proxys und überprüfen Sie den verwendeten Hostnamen und die Portnummer. Im obigen Beispiel der API-Proxy-Name: myapi, Version: 42.
  
  MessageLogging-Richtlinie
```
  <MessageLogging async="false" continueOnError="false" enabled="true" name="Log-To-Splunk">
      <DisplayName>Log-To-Splunk</DisplayName>
      <Syslog>
          <Message>Message.id = {request.header.id}</Message>
          <Host>input-prd.cloud.splunk.com</Host>
          <Port>2900</Port>
          <Protocol>TCP</Protocol>
          <SSLInfo>
              <Enabled>true</Enabled>
          </SSLInfo>
      </Syslog>
  </MessageLogging>
```
2. Stellen Sie eine Telnet-Verbindung zum Host mit dem bestimmten Port her. In diesem Beispiel haben wir Telnet ausprobiert und den gleichen Fehler erhalten wie im Message Processor-Protokoll:
```
telnet input-prd.cloud.splunk.com 2900 
telnet: input-prd.cloud.splunk.com: Name or service not known 
input-prd.cloud.splunk.com: Host name lookup failure
```
Dies hat eindeutig bewiesen, dass der Hostname nicht aufgelöst werden kann.

Auflösung

Ändern Sie die MessageLogging-Richtlinie so, dass sie den gültigen Hostnamen verwendet.

Wenn das Problem weiterhin besteht, lesen Sie den Artikel Diagnoseinformationen müssen erfasst werden.

Ursache: Ungültiger KeyValueMap-Name

Diagnose

Wenn Sie in den Message Processor-Protokollen während der Bereitstellung eines API-Proxys oder freigegebenen Ablaufs wie unten gezeigt eine Ausnahme mit der Meldung "KeyValueMap name is invalid" sehen, fahren Sie mit Schritt 2 fort. Ist dies nicht der Fall, gehen Sie zu Diagnoseinformationen müssen erfasst werden.
```
com.apigee.rest.framework.ValidationException: Invalid syslog config: Invalid HostName 'splunkprod.myorg.com/' for Syslog handler
```
Sehen wir uns ein Beispiel an, um zu verstehen, wie Sie dieses Problem beheben können.

Beispiel für ein Nachrichtenprozessorprotokoll mit der Ausnahme und der Meldung „KeyValueMap name is invalid“, die während der Bereitstellung des API-Proxys zu einem Fehler führt

2018-02-27 14:14:50,318  Apigee-Main-6 ERROR MESSAGING.RUNTIME - AbstractConfigurator.handleUpdate() : Fatal error deploying proxy: {}
com.apigee.keyvaluemap.KeyValueMapApiException: KeyValueMap name  is invalid
        at com.apigee.keyvaluemap.service.legacy.KeyValueMapServiceImpl.validateMapName(KeyValueMapServiceImpl.java:125) ~[keyvaluemap-1.0.0.jar:na]
        at com.apigee.keyvaluemap.service.legacy.KeyValueMapServiceImpl.createOrUpdateKeyValueMap(KeyValueMapServiceImpl.java:185) ~[keyvaluemap-1.0.0.jar:na]
        at com.apigee.steps.keyvaluemapoperations.KeyValueMapOperationsStepDefinition.digest(KeyValueMapOperationsStepDefinition.java:180) ~[keyvaluemap-operations-1.0.0.jar:na]
        at com.apigee.steps.keyvaluemapoperations.KeyValueMapOperationsStepDefinition.handleAdd(KeyValueMapOperationsStepDefinition.java:197) ~[keyvaluemap-operations-1.0.0.jar:na]
        at com.apigee.entities.AbstractConfigurator.handleUpdate(AbstractConfigurator.java:130) [config-entities-1.0.0.jar:na]
        at com.apigee.messaging.runtime.Application.handleUpdate(Application.java:229) [message-processor-1.0.0.jar:na]

2018-02-27 14:14:50,344  Apigee-Main-6 ERROR BOOTSTRAP - RuntimeConfigurationServiceImpl.dispatchToListeners() : RuntimeConfigurationServiceImpl.dispatchToListeners : Error occurred while dispatching the request DeployEvent{organization='myorg', application='CustomerAPI', applicationRevision='1', deploymentSpec=basepath=/;env=test;, deploymentID=null} to com.apigee.application.bootstrap.listeners.MessageProcessorBootstrapListener@5009d06e
com.apigee.keyvaluemap.KeyValueMapApiException: KeyValueMap name  is invalid
        at com.apigee.keyvaluemap.service.legacy.KeyValueMapServiceImpl.validateMapName(KeyValueMapServiceImpl.java:125) ~[keyvaluemap-1.0.0.jar:na]
        at com.apigee.keyvaluemap.service.legacy.KeyValueMapServiceImpl.createOrUpdateKeyValueMap(KeyValueMapServiceImpl.java:185) ~[keyvaluemap-1.0.0.jar:na]
        at com.apigee.steps.keyvaluemapoperations.KeyValueMapOperationsStepDefinition.digest(KeyValueMapOperationsStepDefinition.java:180) ~[keyvaluemap-operations-1.0.0.jar:na]
        at com.apigee.steps.keyvaluemapoperations.KeyValueMapOperationsStepDefinition.handleAdd(KeyValueMapOperationsStepDefinition.java:197) ~[keyvaluemap-operations-1.0.0.jar:na]
        at com.apigee.entities.AbstractConfigurator.handleUpdate(AbstractConfigurator.java:130) ~[config-entities-1.0.0.jar:na]
        at com.apigee.messaging.runtime.Application.handleUpdate(Application.java:229) ~[message-processor-1.0.0.jar:na]

Die zweite Ausnahme oben gibt an, dass der Bereitstellungsfehler für API-Proxy: CustomerAPI, Überarbeitung: 1. aufgetreten ist.
Beim Prüfen des Stacktrace stellen Sie fest, dass beim Ausführen der KeyValuMapOperations-Richtlinie ein Fehler ausgegeben wird.

Beim Überprüfen des API-Proxy-Bundles sehen Sie, dass es eine KeyValuMapOperations-Richtlinie mit dem folgenden Code gibt:

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<KeyValueMapOperations async="false" continueOnError="false" enabled="true" name="Pulling-Keys" mapIdentifier="">
 <DisplayName>Pulling Keys</DisplayName>
 <Properties/>
 <ExclusiveCache>false</ExclusiveCache>

Wie oben dargestellt ist mapIdentifier, der den Namen der KeyValueMap angibt, leer. Der Name der KeyValueMap darf kein leerer String sein. Dies war die Ursache des Bereitstellungsfehlers.

Auflösung

Ändern Sie die Richtlinie „KeyValueMapOperations“ so, dass sie einen korrekten, gültigen Namen für die KeyValueMap enthält.

Im obigen Beispiel haben wir das Problem behoben, indem wir die KeyValueMapOperations so geändert haben, dass der Name KeyValueMap in "MyKeyValueMap" gesetzt wurde, wie unten dargestellt:

  <?xml version="1.0" encoding="UTF-8" standalone="yes"?>
  <KeyValueMapOperations async="false" continueOnError="false" enabled="true" name="Pulling-Keys" mapIdentifier="MyKeyValueMap">
    <DisplayName>Pulling Keys</DisplayName>
    <Properties/>
    <ExclusiveCache>false</ExclusiveCache>

Diagnoseinformationen müssen erfasst werden

Wenn das Problem trotz Befolgen der obigen Anweisungen weiterhin besteht, stellen Sie die folgenden Diagnoseinformationen zusammen. Wenden Sie sich an den Apigee Edge-Support und geben Sie die gesammelten Informationen weiter.

Ausgabe des Befehls

curl -v <management-server-host>:<port #>/v1/runtime/organizations/<org-name>/environments/<env-name>/apis/<apiproxy-name>/revisions/deployments -u <user>

Message Processor-Protokolle

/opt/apigee/var/log/edge-message-processor/logs/system.log

Details zu den Abschnitten in diesem Playbook und andere Informationen, die uns helfen könnten, dieses Problem zügig zu lösen.