تعذّر ضبط خطأ النشر

أنت الآن بصدد الاطّلاع على مستندات Apigee Edge.
انتقِل إلى مستندات Apigee X. info

المشكلة

يتعذّر نشر مراجعات لخادم وكيل لواجهة برمجة التطبيقات أو "سير عمل مشترك" من خلال واجهة مستخدم Edge أو واجهة برمجة التطبيقات الإدارية مع ظهور الخطأ تعذّر إعداد الضبط.

رسالة الخطأ

ستتلقّى رسالة خطأ في واجهة مستخدم Edge كما هو موضّح أدناه:

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

في ما يلي لقطة شاشة لنموذج رسالة خطأ تم رصدها في واجهة مستخدم Edge:

الأسباب المحتملة

قد يتعذّر نشر خادم وكيل لواجهة برمجة التطبيقات بسبب ظهور الخطأ "تعذّر الإعداد" لأسباب مختلفة. يسرد الجدول أدناه بعض الأسباب الشائعة التي تؤدي إلى حدوث هذا الخطأ :

السبب الوصف تعليمات تحديد المشاكل وحلّها التي تنطبق على
فئة Java غير متوفّرة في سياسة JavaCallout أحد صفوف Java غير متوفّر في ملف JAR الذي تشير إليه سياسة JavaCallout. مستخدمو Edge Private Cloud
عوامل تشغيل غير صحيحة مستخدَمة في الشروط في "سير عمل الشرط" المعاملات أو التعبيرات المستخدَمة على أحد جانبي عوامل التشغيل أو كليهما في الشروط غير صالحة.
اسم المضيف غير صالح في سياسة تسجيل الرسائل لا يمكن تحديد اسم المضيف المستخدَم في سياسة MessageLogging أو قد يحتوي على بعض الرموز الخاصة غير المرغوب فيها.
اسم KeyValueMap غير صالح إنّ KeyValueMap غير صالح أو فارغ في سياسة KeyValueMapOperations في خادم وكيل واجهة برمجة التطبيقات.

خطوات التشخيص الشائعة

  1. احصل على حالة عمليات النشر للإصدار المحدّد من خادم API الوكيل الذي تلاحظ فيه خطأ النشر باستخدام واجهة برمجة التطبيقات التالية:

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

  2. في ما يلي مثال على الناتج من واجهة برمجة التطبيقات أعلاه:

    "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" 
},

  3. ستظهر لك رسالة الخطأ "تعذّر إعداد التكوين" في كلّ معالج من معالجات الرسائل في نتائج حالة النشر.

  4. سجِّل الدخول إلى إحدى أدوات معالجة الرسائل وتحقّق من السجلّ /opt/apigee/var/log/edge-message-processor/logs/system.log. تحقَّق مما إذا كانت هناك أي أخطاء أثناء نشر خادم وكيل واجهة برمجة التطبيقات.

  5. استنادًا إلى الخطأ أو الاستثناء الذي تم رصده في سجلّ "معالج الرسائل"، عليك اتّباع خطوات تحديد المشاكل وحلّها المناسبة.

  6. تقدّم الأقسام أدناه بعض الاستثناءات الأكثر شيوعًا التي تؤدي إلى ظهور الخطأ "تعذّر الإعداد" عند النشر، كما تقدّم خطوات لتحديد المشاكل وحلّها.

السبب: عدم توفّر فئة Java في سياسة JavaCallout

التشخيص

  1. في سجلّات "معالج الرسائل"، إذا ظهر أي استثناء مع الرسالة "تعذّر إنشاء مثيل لفئة JavaCallout" أثناء نشر خادم وكيل لواجهة برمجة التطبيقات (DeployEvent) كما هو موضّح أدناه، انتقِل إلى الخطوة 2. إذا لم يكن الأمر كذلك، انتقِل إلى المعاملات غير الصحيحة المستخدَمة في الشروط في "مسار الشرط".

  2. يعرض "معالج الرسائل" الاستثناء التالي أثناء نشر خادم وكيل واجهة برمجة التطبيقات:

    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>

  3. تشير رسالة الخطأ في الاستثناء أعلاه إلى أنّه تعذّر إنشاء مثيل لفئة JavaCallout com.something.apigee.callout.crypto.main.SecretCallout. يحدث هذا الخطأ بشكل عام عندما لا يكون الصف المحدّد متاحًا في ملف JAR المحدّد في سياسة JavaCallout أو أي من ملفات JAR التابعة له.

  4. تحقَّق من ملف JAR الذي يحتوي على جميع الفئات ذات الصلة بالحزمة com.something.apigee.callout.crypto.main وتأكَّد من أنّ الفئة المحدّدة com.something.apigee.callout.crypto.main.SecretCallout غير متوفّرة.

الدقة

  1. أضِف الفئة الناقصة إلى ملف JAR المحدّد وحمِّل ملف JAR.
  2. أعِد نشر خادم وكيل واجهة برمجة التطبيقات.
  3. في المثال أعلاه، حللنا المشكلة من خلال:
    1. إضافة الفئة الناقصة com.something.apigee.callout.crypto.main.SecretCallout إلى ملف JAR
    2. تحميل ملف JAR المعدَّل وإعادة نشر خادم وكيل واجهة برمجة التطبيقات

السبب: تم استخدام معاملات غير صحيحة مع عوامل التشغيل في "مسار الشرط"

التشخيص

  1. في سجلّات "معالج الرسائل"، إذا ظهرت لك com.apigee.expressions.parser.ParseException أثناء نشر خادم وكيل لواجهة برمجة التطبيقات أو تدفّق مشترك كما هو موضّح في رسائل المثال أدناه، انتقِل إلى الخطوة 2. إذا لم يكن الأمر كذلك، انتقِل إلى السبب التالي اسم المضيف غير صالح في سياسة تسجيل الرسائل.

    مثال على رسالة خطأ

    com.apigee.expressions.parser.ParseException: Both the operands for EQUALS expression should be data expressions

  2. لنلقِ نظرة على مثال لفهم كيفية تشخيص هذه المشكلة.

    مثال : يجب أن تكون المعامِلات الخاصة بالتعبير <عامل التشغيل> تعبيرات بيانات

  3. يعرض "معالج الرسائل" الاستثناء التالي أثناء نشر تدفق مشترك:

    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>

  4. تشير رسالة الخطأ في ParseException - "Both the operands for EQUALS expression should be data expressions" إلى حدوث مشكلة في شرط يتضمّن علامة يساوي (=) أو لا يساوي (!=) أو إحصاءات تتضمّن عامل التشغيل (=|).

    .

  5. اطّلِع على الشروط في جميع "مسارات الشروط" التي تتضمّن عامل التشغيل المحدّد المذكور في رسالة الخطأ، وتحقّق مما إذا كانت هناك أي من المشاكل التالية:

    1. تكون التعبيرات على أيّ من جانبي عامل التشغيل من النوع نفسه. على سبيل المثال، إذا كان لديك متغيّر سلسلة على الجانب الأيسر من العامل، يجب أن يكون لديك متغيّر سلسلة آخر أو قيمة سلسلة على الجانب الأيمن.
    2. يتم استخدام متغيرات صالحة بين عوامل التشغيل.
    3. تتوفّر مسافة بين عامل التشغيل وكل تعبير من التعبيرات.

  6. في حال عدم استيفاء أيّ من المعايير المذكورة أعلاه، سيظهر لك الخطأ ParseException - "Both the operands for EQUALS expression should be data expressions".

  7. لنلقِ نظرة على مثال لفهم هذه المشكلة. في ما يلي مثال على حالة خطأ

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

  8. في هذا المثال، يمكنك ملاحظة أنّه لا توجد مسافة بين عامل التشغيل "or" والشرط التالي. لذلك، عند تحليل الشرط الثاني، يتم اعتبار التعبير الأول "or(fault.name" لعامل التشغيل EQUALS. هذا ليس اسمًا صالحًا للمتغيّر، لذا لا يتم التعامل معه كتعبير بيانات صالح. نتيجةً لذلك، سيظهر لك الاستثناء التالي:

    com.apigee.expressions.parser.ParseException: Both the operands for EQUALS expression should be data expressions

الدقة

  1. تأكَّد من أنّ لديك دائمًا تعبيرات بيانات مناسبة على جانبي العوامل.

  2. في المثال المذكور أعلاه، كان الحلّ هو التأكّد من توفّر مسافة بعد عامل التشغيل "or" كما هو موضّح في مقتطف الرمز البرمجي:

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

اسم المضيف غير صالح في سياسة MessageLogging

التشخيص

  1. في سجلّات "معالج الرسائل"، إذا ظهر لك أي استثناء مع الرسالة "اسم المضيف غير صالح" أثناء نشر خادم وكيل لواجهة برمجة التطبيقات أو "تدفق مشترك" كما هو موضّح أدناه، انتقِل إلى الخطوة 2. إذا لم يكن الأمر كذلك، انتقِل إلى السبب التالي Invalid KeyValueMap Name. 

    com.apigee.rest.framework.ValidationException: Invalid syslog config: Invalid HostName 'splunkprod.myorg.com/' for Syslog handler

  2. لنلقِ نظرة على المثالَين أدناه لفهم كيفية تحديد هذه المشكلة وحلّها.

المثال 1: اسم المضيف يتضمّن رمزًا خاصًا غير مرغوب فيه

  1. يعرض "معالج الرسائل" الاستثناء التالي أثناء نشر خادم وكيل واجهة برمجة التطبيقات:

      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>

  2. يوضّح الاستثناء أعلاه أنّ عملية النشر تتعذّر بسبب "Invalid HostName '<hostname>' for Syslog handler". يشير ذلك إلى أنّ HostName المستخدَم في سياسة MessageLogging هو اسم مضيف غير صالح.

  3. يُظهر فحص الاستثناء في سجلّ "معالج الرسائل" بعناية أنّه هناك رمزًا خاصًا غير مرغوب فيه "/" في نهاية HostName 'splunkprod.myorg.com/'.

  4. كان هذا الرمز الخاص غير المرغوب فيه هو سبب خطأ التفعيل.

الدقة

  1. عدِّل سياسة MessageLogging لإزالة أي رموز خاصة غير مرغوب فيها لحلّ المشكلة.
  2. في المثال أعلاه، تمت إزالة الرمز الخاص "/" من سياسة MessageLogging. أدّى ذلك إلى حلّ المشكلة.

المثال 2: اسم المضيف غير قابل للحلّ

  1. تضمّن سجلّ "معالج الرسائل" بضعة أسطر تعرض حدث النشر لخادم وكيل API، يليه استثناء يحدث أثناء نشر خادم وكيل API:

    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>

  2. يوضّح الاستثناء أعلاه أنّ عملية النشر تتعذّر بسبب "Invalid HostName '<hostname>' for Syslog handler".

  3. إذا قرأت السطر أعلاه، يمكنك ملاحظة أنّ "معالج الرسائل" يتعذّر عليه حلّ اسم المضيف 'input-prd.cloud.splunk.com' المقدَّم في سياسة MessageLogging.

  4. للتأكّد من ذلك، يمكنك محاولة استخدام telnet لاسم المضيف ورقم المنفذ المستخدَمَين في سياسة "تسجيل الرسائل".

    1. تحقَّق من سياسة MessageLogging في المراجعة المحدّدة لخادم وكيل واجهة برمجة التطبيقات وتأكَّد من اسم المضيف ورقم المنفذ المستخدَمَين. في المثال أعلاه، اسم خادم وكيل واجهة برمجة التطبيقات هو myapi، ورقم المراجعة هو 42.

      MessageLogging Policy

        <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. استخدِم Telnet للوصول إلى المضيف باستخدام منفذ محدّد. في هذا المثال، جرّبنا telnet وظهر لنا الخطأ نفسه الذي رأيناه في سجلّ "معالج الرسائل":

      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

  5. وقد أثبت ذلك بوضوح أنّه لا يمكن مطابقة اسم المضيف.

الدقة

  1. عدِّل سياسة MessageLogging لاستخدام اسم المضيف الصالح.

إذا استمرت المشكلة، انتقِل إلى Must Gather Diagnostic Information.

السبب: اسم KeyValueMap غير صالح

التشخيص

  1. في سجلّات "معالج الرسائل"، إذا ظهر لك استثناء مع الرسالة "اسم KeyValueMap غير صالح" أثناء نشر خادم وكيل لواجهة برمجة التطبيقات أو سير عمل مشترك كما هو موضّح أدناه، انتقِل إلى الخطوة 2. إذا لم يكن الأمر كذلك، انتقِل إلى Must Gather Diagnostic Information.

    com.apigee.rest.framework.ValidationException: Invalid syslog config: Invalid HostName 'splunkprod.myorg.com/' for Syslog handler

  2. لنلقِ نظرة على مثال لفهم كيفية تحديد هذه المشكلة وحلّها.

  3. مثال على سجلّ "معالج الرسائل" يعرض الاستثناء مع الرسالة "اسم KeyValueMap غير صالح" ما يؤدي إلى حدوث خطأ أثناء نشر خادم وكيل لواجهة برمجة التطبيقات

    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]

  4. يشير الاستثناء الثاني أعلاه إلى حدوث خطأ في النشر لخادم API الوكيل: CustomerAPI، الإصدار: 1.

  5. من خلال التحقّق من تتبُّع تسلسل استدعاء الدوال البرمجية، يمكنك ملاحظة أنّه يتم عرض الخطأ أثناء تنفيذ سياسة KeyValuMapOperations.

  6. عند فحص حزمة خادم وكيل واجهة برمجة التطبيقات، ستجد سياسة KeyValuMapOperations واحدة تتضمّن الرمز البرمجي على النحو الموضّح أدناه:

    <?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>

  7. كما هو موضّح أعلاه، يحتوي mapIdentifier، الذي يشير إلى اسم KeyValueMap، على سلسلة فارغة. لا يمكن أن يكون اسم KeyValueMap سلسلة فارغة. كان هذا هو سبب خطأ النشر.

الدقة

  1. عدِّل سياسة KeyValueMapOperations ليكون لها اسم صالح ومناسب لـ KeyValueMap.

  2. في المثال أعلاه، حللنا المشكلة من خلال تعديل KeyValueMapOperations ليكون اسم KeyValueMap هو "MyKeyValueMap" كما هو موضّح أدناه:

      <?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>

Must Gather Diagnostic Information

إذا استمرت المشكلة حتى بعد اتّباع التعليمات أعلاه، يُرجى جمع معلومات التشخيص التالية. يُرجى التواصل مع فريق دعم Apigee Edge وتزويده بالمعلومات التي تم جمعها.

  1. ناتج الأمر

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

  2. سجلّات "معالج الرسائل"

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

  3. تفاصيل حول الأقسام التي تمّت تجربتها في "دليل التشغيل" وأي إحصاءات أخرى ستساعدنا في تسريع حلّ هذه المشكلة