Dağıtım Hatası Yapılandırması Başarısız Oldu

Apigee Edge belgelerini görüntülüyorsunuz.
Apigee X belgelerine gidin.
bilgi

Belirti

API proxy'si veya paylaşılan akış düzeltmelerinin Edge kullanıcı arayüzü ya da yönetim API'si üzerinden dağıtılması, Configuration başarısız hatasıyla başarısız oluyor.

Hata Mesajı

Edge kullanıcı arayüzünde aşağıda gösterildiği gibi bir hata mesajı alırsınız:

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

Aşağıda, Edge kullanıcı arayüzünde gözlemlenen örnek bir hata mesajının ekran görüntüsü verilmiştir:

Olası Nedenler

API Proxy'si dağıtımı, birçok farklı nedenden ötürü "Yapılandırma başarısız oldu" hatası vererek başarısız olabilir. Aşağıdaki tabloda, bu hataya neden olan ve sık karşılaşılan birkaç neden listelenmiştir :

Neden Açıklama Geçerli Sorun Giderme Talimatları
JavaAçıklama Politikasında Java Sınıfı Eksik JavaCallout politikası tarafından başvurulan JAR dosyasında bir Java sınıfı eksik. Edge Özel Bulut Kullanıcıları
Koşul Akışındaki koşullarda yanlış işlenenler Koşullarda operatörlerin bir veya her iki tarafında kullanılan işlemler/ifadeler geçerli değildir.
Message Logging politikasında geçersiz ana makine adı MessageLogging politikasında kullanılan ana makine adı çözümlenemiyor veya istenmeyen bazı özel karakterler içeriyor olabilir.
Geçersiz KeyValueMap Adı API Proxy'sindeki KeyValueMapTransactions politikasında KeyValueMap, geçersiz veya boş.

Genel Teşhis Adımları

  1. Dağıtım hatasını gördüğünüz API Proxy'sinin ilgili düzeltmesi için dağıtım durumunu öğrenmek üzere aşağıdaki API'yi kullanın:

    curl -v <management-server-host>:<port#>/v1/runtime/organizations/<org-name>/environments/<env-name>/apis/<apiproxy-name>/revisions/deployments -u <user>
    
  2. Yukarıdaki API'den alınan bir çıkış örneğini burada bulabilirsiniz:

    "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. Dağıtım durumu çıkışındaki her bir Mesaj İşleyicisinde "Yapılandırma başarısız oldu" hata mesajını görürsünüz.

  4. Mesaj İşleyicilerinden birine giriş yapın ve /opt/apigee/var/log/edge-message-processor/logs/system.log günlüğünü kontrol edin. API Proxy'sinin dağıtımı sırasında hata olup olmadığına bakın.

  5. Message Processor günlüğünde gözlemlenen hataya/istisnaya bağlı olarak soruna yönelik uygun sorun giderme adımlarını ve çözümü uygulamanız gerekir.

  6. Aşağıdaki bölümlerde, "Yapılandırma başarısız oldu" dağıtım hatasına neden olan ve en sık gözlemlenen istisnalardan bazıları sorun giderme ve çözüm adımları sağlanmaktadır.

Neden: JavaCall Policy'de Java Sınıfı eksik

Teşhis

  1. Message Processor günlüklerinde, aşağıda gösterildiği gibi bir API Proxy'si (DeployEvent) dağıtımı sırasında "Failed to instance the Java callout Class" (Java callout Class örneğinin örneği gerçekleştirilemedi) ibaresiyle ilgili bir istisna görürseniz 2. adıma geçin. Aksi takdirde, Koşul Akışı'ndaki koşullarda yanlış işlenenler bölümüne gidin.
  2. Mesaj İşleyici, API Proxy'sinin dağıtımı sırasında aşağıdaki istisnayı gösterir:

    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. Yukarıdaki istisnada yer alan hata mesajı, com.something.apigee.callout.crypto.main.SecretCallout JavaScript sınıfının örneklenemediğini gösterir. Bu hata genellikle belirli bir sınıf, Java callout politikasında belirtilen JAR dosyasında veya bu sınıfa bağlı JAR dosyalarında bulunmadığında ortaya çıkar.

  4. com.something.apigee.callout.crypto.main paketiyle ilişkili tüm sınıfları içeren JAR dosyasını kontrol edin ve com.something.apigee.callout.crypto.main.SecretCallout sınıfının eksik olduğunu doğrulayın.

Çözünürlük

  1. Eksik sınıfı ilgili JAR dosyasına ekleyin ve JAR dosyasını yükleyin.
  2. API Proxy'sini yeniden dağıtın.
  3. Yukarıdaki örnekte sorunu şu şekilde çözdük:
    1. Eksik com.something.apigee.callout.crypto.main.SecretCallout sınıfı JAR dosyasına ekleniyor.
    2. Güncellenen JAR dosyasını yükleme ve API Proxy'sini yeniden dağıtma.

Neden: Koşul Akışı'nda operatörlerle yanlış işlenenler kullanıldı

Teşhis

  1. İleti İşleyici günlüklerinde, aşağıdaki örnek mesajlarda gösterildiği gibi bir API Proxy'si veya Paylaşılan Akış dağıtımı sırasında com.apigee.expressions.parser.ParseException mesajını görüyorsanız 2. Adım'a geçin. Doğru değilse bir sonraki neden olan Message Logging politikasında geçersiz ana makine adı bölümüne geçin.

    Örnek Hata Mesajı

    com.apigee.expressions.parser.ParseException: Both the operands for EQUALS expression should be data expressions
    
    
  2. Bu sorunun nasıl teşhis edileceğini anlamak için bir örneğe bakalım.

    Örnek: <Operatör> ifadesi için işlenenler veri ifadeleri olmalıdır

  3. İleti İşleyici, bir Paylaşılan Akışın dağıtımı sırasında aşağıdaki istisnayı gösterir:

    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" hata mesajı, (=), eşit değil (!=) veya İstatistikleri (=|) operatörü içeren bir koşulun olduğunu gösterir.

  5. Hata mesajında belirtilen ilgili operatörü içeren tüm Koşul Akışlarının koşullarını inceleyin ve aşağıdaki sorunlardan herhangi birinin olup olmadığına bakın:

    1. Operatörün her iki tarafındaki ifadeler aynı türdedir. Örneğin, operatörün sol tarafında bir dize değişkeni varsa sağ tarafta başka bir dize değişkeni veya dize değeri olması gerekir.
    2. Operatörler arasında geçerli değişkenler kullanılır.
    3. Operatör ve ifadelerin her biri arasında bir boşluk olur.

  6. Yukarıda belirtilen ölçütlerden herhangi biri karşılanmazsa ParseException - "Both the operands for EQUALS expression should be data expressions" değerini alırsınız.

  7. Bu sorunu anlamak için bir örneğe göz atalım. Aşağıda, hata koşulu için örnek bir

    <Condition>
               (fault.name = "invalid_access_token") or(fault.name = "ApiKeyNotApproved")
    </Condition>
    
  8. Bu örnekte, "or" operatörü ile sonraki koşul arasında boşluk olmadığını görebilirsiniz. İkinci koşul ayrıştırılırken ilk ifade, EQUALS operatörü için "or(fault.name" olarak alınır. Bu geçerli bir değişken adı olmadığından, geçerli bir veri ifadesi olarak kabul edilmez. Sonuç olarak bu istisnayla karşılaşırsınız:

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

Çözünürlük

  1. Operatörlerin her iki tarafında her zaman uygun veri ifadeleri bulunduğundan emin olun.
  2. Yukarıda açıklanan örnekte çözüm, kod snippet'inde açıklandığı gibi "or" operatöründen sonra boşluk bırakılmalıdır:

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

MessageLogging Politikasında Geçersiz Ana Makine Adı

Teşhis

  1. İleti İşleyici günlüklerinde, aşağıda gösterildiği gibi API Proxy'si veya Paylaşılan Akış dağıtımı sırasında "Geçersiz Ana BilgisayarAdı" iletisiyle ilgili herhangi bir istisna görürseniz 2. adıma geçin. Değilse sonraki nedene (Geçersiz KeyValueMap Adı) geçin.

    com.apigee.rest.framework.ValidationException: Invalid syslog config: Invalid HostName 'splunkprod.myorg.com/' for Syslog handler
    
  2. Bu sorunu nasıl gidereceğinizi ve çözeceğinizi anlamak için aşağıdaki iki örneğe göz atalım.

1. Örnek: HostName'de istenmeyen özel karakter var

  1. Mesaj İşleyici, API Proxy'sinin dağıtımı sırasında aşağıdaki istisnayı gösterir:

      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. Yukarıdaki istisna, "Sistem Günlüğü işleyicisi için geçersiz HostName '<anamakineadı>' nedeniyle dağıtımın başarısız olduğunu göstermektedir. Bu durum, MessageLogging Politikası'nda kullanılan HostName'in geçersiz bir ana makine adı olduğunu gösterir.

  3. İleti İşleyici günlüğündeki istisnayı incelediğimizde, HostName ('splunkprod.myorg.com/'.) adının sonunda istenmeyen bir özel karakter (/) olduğu dikkatlice görülür.

  4. Dağıtım hatasının nedeni bu istenmeyen özel karakterdi.

Çözünürlük

  1. Sorunu çözmek için MessageLogging politikasını değiştirerek istenmeyen özel karakterleri kaldırın.
  2. Yukarıdaki örnekte "/" özel karakteri MessageLogging Politikasından kaldırılmıştır. Bu işlem, sorunu çözdü.

2. Örnek: Çözümlenemeyen Ana Makine Adı

  1. Mesaj İşleyici günlüğünde bir API Proxy'sinin tetiklendiği dağıtım etkinliğini gösteren ve ardından API Proxy'sinin dağıtımı sırasında oluşan bir istisnanın takip edildiğini gösteren birkaç satır bulunur:

    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. Yukarıdaki istisna, "Sistem Günlüğü işleyicisi için geçersiz HostName '<anamakineadı>' nedeniyle dağıtımın başarısız olduğunu göstermektedir.

  3. İstisnanın üstündeki satırı okursanız İleti İşleyicinin MessageLogging politikasında sağlanan 'input-prd.cloud.splunk.com' ana makine adını çözümleyemediğini fark edebilirsiniz.

  4. Bu durumu doğrulamak için Message Logging politikasında kullanılan ana makine adına ve bağlantı noktası numarasına telnet'i deneyebilirsiniz.

    1. API Proxy'sinin ilgili düzeltmesinde MessageLogging politikasını kontrol edin ve kullanılan ana makine adı ile bağlantı noktası numarasını doğrulayın. Yukarıdaki örnekte API Proxy adı: myapi, düzeltme: 42.

      MessageLogging Politikası

        <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. Belirli bir bağlantı noktasıyla ana makineye Telnet bağlantısı yapın. Bu örnekte, telnet'i denedik ve İleti İşleyici günlüğünde görülenle aynı hatayı aldık:

      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. Bu durum, ana makine adının çözümlenemediğini açıkça kanıtlamıştır.

Çözünürlük

  1. MessageLogging politikasını geçerli ana makine adını kullanacak şekilde değiştirin.

Sorun devam ederse Tanılama Bilgilerinin Toplanması Zorunludur bölümüne gidin.

Neden: Geçersiz KeyValueMap Adı

Teşhis

  1. İleti İşleyici günlüklerinde, aşağıda gösterildiği gibi bir API Proxy'si veya Paylaşılan Akışın dağıtımı sırasında "KeyValueMap adı geçersiz" iletisiyle birlikte bir istisna görürseniz 2. Adım'a geçin. Aksi takdirde Teşhis Bilgilerini Toplama bölümüne gidin.

    com.apigee.rest.framework.ValidationException: Invalid syslog config: Invalid HostName 'splunkprod.myorg.com/' for Syslog handler
    
  2. Bu sorunu nasıl gidereceğinizi ve çözeceğinizi anlamak için bir örneğe göz atalım.

  3. API Proxy dağıtımı sırasında hataya yol açan "KeyValueMap adı geçersiz" mesajının yer aldığı istisnayı gösteren örnek Mesaj İşleyici günlüğü

    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. Yukarıdaki ikinci istisna, API Proxy: CustomerAPI, düzeltme: 1 için dağıtım hatasının oluştuğunu belirtir.

  5. Yığın izlemeyi (stack trace) kontrol ettiğinizde, KeyValuMapTransactions politikasını yürütürken hata oluştuğunu fark edebilirsiniz.

  6. API Proxy paketini incelediğinizde, aşağıda gösterildiği gibi koda sahip bir KeyValuMapTransactions politikası olduğunu görürsünüz:

    <?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. Yukarıda görüldüğü gibi, KeyValueMap'in adını belirten mapIdentifier boş bir dizeye sahiptir. KeyValueMap adı boş dize olamaz. Dağıtım hatasının nedeni buydu.

Çözünürlük

  1. KeyValueMapTransactions politikasını, KeyValueMap için uygun bir geçerli ada sahip olacak şekilde değiştirin.
  2. Yukarıdaki örnekte, KeyValueMapTransactions öğesini, aşağıda gösterildiği gibi "MyKeyValueMap" olacak şekilde değiştirerek sorunu çözdük:

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

Teşhis Bilgilerini Toplamanız Gerekiyor

Yukarıdaki talimatları uygulamanıza rağmen sorun devam ederse lütfen aşağıdaki teşhis bilgilerini toplayın. Apigee Edge Destek Ekibi ile iletişime geçin ve toplanan bilgileri kendilerine sağlayın.

  1. Komut çıkışı

    curl -v <management-server-host>:<port #>/v1/runtime/organizations/<org-name>/environments/<env-name>/apis/<apiproxy-name>/revisions/deployments -u <user>
    
  2. Mesaj İşleyici günlükleri

    /opt/apigee/var/log/edge-message-processor/logs/system.log
    
  3. Bu Başucu Kitabı'nın hangi bölümlerinin denendiğiyle ilgili ayrıntılar ve bu sorunun çözümünü hızlandırmamıza yardımcı olacak diğer görüşler.