Error Server Internal 500 - EmptyPath

Anda sedang melihat dokumentasi Apigee Edge.
Buka dokumentasi Apigee X.
info

Gejala

Aplikasi klien mendapatkan kode status HTTP 500 Internal Server Error dengan kode error protocol.http.EmptyPath sebagai respons untuk panggilan API.

Pesan error

Aplikasi klien mendapatkan kode respons berikut:

HTTP/1.1 500 Internal Server Error

Selain itu, Anda mungkin melihat pesan error berikut:

{
   "fault":{
      "faultstring":"Request path cannot be empty",
      "detail":{
         "errorcode":"protocol.http.EmptyPath"
      }
   }
}

Kemungkinan penyebab

Error ini terjadi jika URL permintaan server backend, yang diwakili oleh variabel alur target.url, berisi jalur kosong.

Sesuai spesifikasi RFC 3986, bagian 3: Komponen Sintaksis dan RFC 3986, bagian 3.3: Jalur:

  1. Sintaksis URI memiliki komponen berikut:

            foo://example.com:8042/over/there?name=ferret#nose
            \_/   \______________/\_________/ \_________/ \__/
             |            |            |            |       |
          scheme      authority       path        query   fragment
    
  2. Komponen path wajib dan HARUS selalu memiliki garis miring (/), meskipun tidak ada karakter lain sebagai bagian dari jalur.

Oleh karena itu, jika URL permintaan server backend tidak memiliki komponen path sama sekali, yaitu, bahkan tidak memiliki garis miring (/), maka Apigee Edge akan merespons dengan 500 Internal Server Error dan kode error protocol.http.EmptyPath.

Misalnya: Jika target.url memiliki nilai https://www.mocktarget.apigee.net, maka error ini terjadi karena komponen path kosong atau tidak ada.

Penyebab Deskripsi Petunjuk pemecahan masalah yang berlaku untuk
URL server backend (target.url) memiliki jalur kosong URL server Backend yang diwakili oleh flow variable target.url memiliki jalur kosong. Pengguna Edge Public dan Private Cloud

Langkah-langkah diagnosis umum

Gunakan salah satu alat/teknik berikut untuk mendiagnosis error ini:

Pemantauan API

Prosedur #1: Menggunakan Pemantauan API

Untuk mendiagnosis error menggunakan Pemantauan API:

  1. Login ke UI Apigee Edge sebagai pengguna dengan peran yang sesuai.
  2. Beralih ke organisasi tempat Anda ingin menyelidiki masalah.

  3. Buka halaman Analyze > API Monitoring > Investigate.
  4. Pilih jangka waktu tertentu saat Anda mengamati error.
  5. Petakan Kode Kesalahan terhadap Waktu.

  6. Pilih sel yang memiliki kode kesalahan protocol.http.EmptyPath seperti yang ditunjukkan di bawah:

  7. Informasi tentang kode kesalahan protocol.http.EmptyPath ditampilkan seperti yang ditunjukkan di bawah:

  8. Klik Lihat log untuk meluaskan baris permintaan yang gagal.

  9. Dari jendela Logs, catat detail berikut:
    • Kode Status: 500
    • Sumber Kesalahan: target
    • Kode Kesalahan: protocol.http.EmptyPath
  10. Jika Fault Source adalah target dan Fault Code adalah protocol.http.EmptyPath, maka hal ini menunjukkan bahwa URL server backend memiliki jalur kosong.

Trace

Prosedur #2: Menggunakan alat Trace

Untuk mendiagnosis error menggunakan alat Trace:

  1. Aktifkan sesi rekaman aktivitas dan salah satu dari
    • Tunggu hingga terjadi error 500 Internal Server Error, atau
    • Jika Anda dapat mereproduksi masalah, lakukan panggilan API untuk mereproduksi masalah 500 Internal Server Error
  2. Pastikan Show all FlowInfos diaktifkan:

  3. Pilih salah satu permintaan yang gagal dan periksa rekaman aktivitas.
  4. Telusuri berbagai fase rekaman aktivitas dan temukan tempat terjadinya kegagalan.
  5. Anda biasanya akan menemukan error dalam alur setelah fase Target Request Flow Started seperti yang ditunjukkan di bawah:

  6. Perhatikan nilai error dari rekaman aktivitas.

    error: Jalur permintaan tidak boleh kosong

    Karena error dimunculkan oleh Apigee Edge setelah fase Target Request Flow Started, hal ini menunjukkan bahwa path di URL server backend kosong. Hal ini kemungkinan besar terjadi jika flow variable target.url (yang merepresentasikan URL untuk server backend) telah diperbarui dengan jalur kosong melalui salah satu kebijakan dalam alur permintaan.

  7. Periksa bagian Variables Read and Assigned di setiap alur secara mundur dari titik error menuju fase Target Request Flow Started.
  8. Tentukan kebijakan tempat variabel alur target.url diperbarui.

    Contoh trace yang menunjukkan bahwa kebijakan JavaScript memperbarui flow variable target.url:

    Dalam rekaman aktivitas contoh yang ditampilkan di atas, perhatikan nilai flow variable target.url diperbarui dalam kebijakan JavaScript bernama SetTargetURL sebagai berikut:

    target.url : https://mocktarget.apigee.net
  9. Perhatikan bahwa target.url memiliki komponen berikut:
    • skema: https://mocktarget.apigee.net
    • path: kosong
  10. Oleh karena itu, Anda akan mendapatkan error Request path cannot be empty.
  11. Buka Fase AX (Data Analytics Direkam) dalam rekaman aktivitas, lalu klik.
  12. Scroll ke bawah ke bagian Phase Details - Error Headers dan tentukan nilai X-Apigee-fault-code dan X-Apigee-fault-source seperti yang ditunjukkan di bawah:

  13. Anda akan melihat nilai X-Apigee-fault-code dan X-Apigee-fault-source sebagai protocol.http.EmptyPath dan target , yang menunjukkan bahwa error ini disebabkan karena URL server backend memiliki jalur kosong.
    Header Respons Nilai
    X-Apigee-fault-code protocol.http.EmptyPath
    X-Apigee-fault-source target

NGINX

Prosedur #3: Menggunakan Log Akses NGINX

Untuk mendiagnosis error menggunakan log akses NGINX:

  1. Jika Anda adalah pengguna Private Cloud, Anda dapat menggunakan log akses NGINX untuk menentukan informasi utama tentang 500 Internal Server Error HTTP.
  2. Periksa log akses NGINX:

    /opt/apigee/var/log/edge-router/nginx/ORG~ENV.PORT#_access_log

  3. Cari untuk melihat apakah ada error 500 dengan kode error protocol.http.EmptyPath selama durasi tertentu (jika masalah terjadi di masa lalu) atau apakah ada permintaan yang masih gagal dengan 500.
  4. Jika Anda menemukan error 500 dengan X-Apigee-fault-code yang cocok dengan nilai protocol.http.EmptyPath, tentukan nilai X-Apigee-fault-source.

    Contoh error 500 dari log akses NGINX:

    Entri contoh di atas dari log akses NGINX memiliki nilai berikut untuk X- Apigee-fault-code dan X-Apigee-fault-source:

    Header Nilai
    X-Apigee-fault-code protocol.http.EmptyPath
    X-Apigee-fault-source target

    Perhatikan bahwa nilai X-Apigee-fault-code dan X-Apigee-fault-source adalah protocol.http.EmptyPath dan target , yang menunjukkan bahwa error ini disebabkan karena URL server backend memiliki jalur kosong.

Penyebab: URL server backend (target.url) memiliki jalur kosong

Diagnosis

  1. Tentukan Kode Kesalahan dan Sumber Kesalahan untuk 500 Internal Server Error menggunakan Pemantauan API, Alat Trace, atau log akses NGINX seperti yang dijelaskan dalam Langkah-langkah diagnosis umum.
  2. Jika Fault Code adalah protocol.http.EmptyPath dan Fault Source memiliki nilai target, hal ini menunjukkan bahwa URL server backend memiliki jalur kosong.
  3. URL server backend diwakili oleh flow variable target.url di Apigee Edge. Error ini biasanya terjadi jika Anda mencoba memperbarui URL server backend, yaitu, target.url secara dinamis menggunakan salah satu kebijakan (dalam Proxy/alur bersama) dalam alur permintaan Target, sehingga memiliki jalur kosong.

  4. Tentukan apakah variabel alur target.url memang memiliki jalur kosong dan sumber untuk nilainya menggunakan salah satu langkah berikut:

    Trace

    Menggunakan alat Trace

    Jika Anda telah merekam aktivitas pelacakan untuk error ini, gunakan langkah-langkah seperti yang dijelaskan dalam Menggunakan Alat Perekam Aktivitas dan:

    1. Verifikasi apakah target.url memiliki jalur kosong.
    2. Jika ya, cari tahu kebijakan mana yang mengubah atau memperbarui nilai target.url agar berisi jalur kosong.

      Contoh trace yang menunjukkan bahwa kebijakan JavaScript memperbarui flow variable target.url:

    3. Dalam rekaman aktivitas contoh di atas, perhatikan bahwa kebijakan JavaScript telah mengubah atau memperbarui nilai target.url agar berisi jalur kosong.
    4. Perhatikan bahwa target.url memiliki komponen berikut:
      • skema: https://mocktarget.apigee.net
      • path: kosong

    Log

    Menggunakan log di server log Anda

    1. Jika Anda tidak memiliki trace untuk error ini (masalah yang terjadi sesekali), periksa untuk melihat apakah Anda telah mencatat informasi tentang nilai flow variable target.url, menggunakan kebijakan seperti MessageLogging atau ServiceCallout ke server log Anda.
    2. Jika Anda memiliki log, tinjau log tersebut dan:
      1. Verifikasi apakah target.url memiliki jalur kosong, dan
      2. Lihat apakah Anda dapat menentukan kebijakan mana yang mengubah target.url agar berisi jalur kosong

    Proxy API

    Meninjau proxy API yang gagal

    Jika Anda tidak memiliki trace atau log untuk error ini, tinjau Proxy API yang gagal untuk menentukan apa yang mengubah atau memperbarui flow variable target.url sehingga berisi jalur yang tidak valid. Periksa hal-hal berikut:

    • Kebijakan dalam proxy API
    • Alur bersama yang dipanggil dari proxy
  5. Periksa kebijakan tertentu (misalnya, AssignMessage atau JavaScript) yang mengubah atau memperbarui variabel alur target.url dengan cermat dan tentukan penyebab pembaruan target.url agar memiliki jalur kosong.

    Berikut beberapa contoh kebijakan yang memperbarui flow variable target.url secara salah sehingga berisi jalur kosong yang menyebabkan error ini.

    Contoh #1

    Contoh #1: Pembaruan Kebijakan JavaScript pada variabel target.url

    var url = "https://mocktarget.apigee.net"
    context.setVariable("target.url", url);

    Dalam contoh di atas, perhatikan bahwa variabel alur target.url diperbarui dengan nilai https://mocktarget.apigee.net yang ada dalam variabel lain url.

    Perhatikan bahwa target.url memiliki komponen berikut:

    • skema: https://mocktarget.apigee.net
    • path: kosong

    Karena jalur kosong, Apigee Edge menampilkan 500 Internal Server Error dengan kode error protocol.http.EmptyPath.

    Contoh #2

    Contoh #2: Pembaruan Kebijakan JavaScript pada variabel target.url

    var path = context.getVariable("request.header.Path");
    var url = "https://mocktarget.apigee.net" + path
    context.setVariable("target.url", url);

    Dalam contoh di atas, perhatikan bahwa flow variable target.url diperbarui dengan menggabungkan nilai https://mocktarget.apigee.net yang ada dalam variabel url dan nilai variabel lain path, yang nilainya diambil dari request.header.Path.

    Jika Anda memiliki akses ke permintaan atau rekaman aktivitas yang sebenarnya, Anda dapat memverifikasi nilai sebenarnya yang diteruskan ke request.header.Path.

    Contoh Permintaan yang dibuat oleh pengguna:

    curl -v https://HOST_ALIAS/v1/myproxy -H "Authorization: Bearer <token>
    

    Dalam contoh ini, jalur header tidak dikirim sebagai bagian dari permintaan. Oleh karena itu, nilai jalur variabel dalam kebijakan JavaScript adalah null.

    Jadi:

    • url = https://mocktarget.apigee.net + path
    • url = https://mocktarget.apigee.net + null
    • target.url = https://mocktarget.apigee.netnull

    Perhatikan bahwa target.url memiliki komponen berikut:

    • skema: https://mocktarget.apigee.netnull
    • path: kosong

    Contoh #3

    Contoh #3: Kebijakan AssignMessage memperbarui variabel target.url melalui variabel lain

    <AssignMessage async="false" continueOnError="false" enabled="true" name=">AM-SetTargetURL">
        <DisplayName>AM-SetTargetURL</DisplayName>
        <AssignVariable>
             <Name>target.url</Name>
             <Value>https://mocktarget.apigee.net</Value>
        </AssignVariable>
        <IgnoreUnresolvedVariables>true</IgnoreUnresolvedVariables>
        <AssignTo createNew="false" transport="http" type="request"/>
    </AssignMessage>

    Perhatikan bahwa target.url memiliki komponen berikut:

    • skema: https://mocktarget.apigee.net
    • path: kosong

    Dalam semua contoh di atas, jalur di URL server backend, yaitu target.url kosong, sehingga Apigee Edge menampilkan 500 Internal Server Error dengan kode error protocol.http.EmptyPath.

Resolusi

Sesuai spesifikasi RFC 3986, bagian 2: Komponen Sintaksis, komponen path wajib ada dan HARUS selalu memiliki garis miring ke depan (/), meskipun tidak ada karakter lain sebagai bagian dari path. Lakukan langkah-langkah berikut untuk memperbaiki masalah ini:

  1. Pastikan URL server backend, yang diwakili oleh flow variable target.url selalu memiliki jalur yang tidak kosong.
    1. Dalam beberapa kasus, Anda mungkin tidak memiliki nama resource di jalur, lalu pastikan jalur setidaknya memiliki garis miring ke depan (/).
    2. Jika Anda menggunakan variabel lain untuk menentukan nilai flow variable target.url, pastikan variabel lain tidak memiliki jalur kosong.
    3. Jika Anda melakukan operasi string apa pun untuk menentukan nilai variabel alur target.url, pastikan hasil atau hasil operasi string tidak memiliki jalur kosong.
  2. Dalam contoh yang dibahas di Diagnosis, Anda dapat memperbaiki masalah ini seperti yang dijelaskan di bawah:

    Contoh #1

    Contoh #1: Pembaruan Kebijakan JavaScript pada variabel target.url

    Tambahkan garis miring (/) ke variabel url untuk memperbaiki masalah ini seperti yang ditunjukkan di bawah:

    var url = "https://mocktarget.apigee.net/"
    context.setVariable("target.url", url);

    Contoh #2

    Contoh #2: Pembaruan Kebijakan JavaScript pada variabel target.url

    var path = context.getVariable("request.header.Path");
    var url = "https://mocktarget.apigee.net" + path
    context.setVariable("target.url", url);

    Pastikan Anda meneruskan jalur yang valid, misalnya, /iloveapis sebagai bagian dari header permintaan Path untuk memperbaiki masalah ini seperti yang ditunjukkan di bawah:

    Contoh permintaan:

    curl -v https://HOST_ALIAS/v1/myproxy -H "Authorization: Bearer <token> -H "Path: /iloveapis"
    

    Contoh #3

    Contoh #3: Kebijakan AssignMessage memperbarui variabel target.url melalui variabel lain

    Tambahkan jalur yang valid dalam elemen <Value> kebijakan AssignMessage. Misalnya, Anda dapat menggunakan /json sebagai jalur untuk MockTarget API. Artinya, ubah elemen <Value> menjadi https://mocktarget.apigee.net/json seperti yang ditunjukkan di bawah:

    <AssignMessage async="false" continueOnError="false" enabled="true" name="AM-SetTargetURL">
        <DisplayName>AM-SetTargetURL</DisplayName>
        <AssignVariable>
             <Name>target.url</Name>
             <Value>https://mocktarget.apigee.net/json</Value>
        </AssignVariable>
        <IgnoreUnresolvedVariables>true</IgnoreUnresolvedVariables>
        <AssignTo createNew="false" transport="http" type="request"/>
    </AssignMessage>

Spesifikasi

Apigee Edge mengharapkan URL server backend tidak memiliki jalur kosong sesuai dengan spesifikasi berikut:

Spesifikasi
RFC 3986, bagian 3: Komponen Sintaksis
RFC 3986, bagian 3.3: Jalur (Path)

Jika Anda masih memerlukan bantuan dari Dukungan Apigee, buka Must gather diagnostic information.

Harus mengumpulkan informasi diagnostik

Jika masalah berlanjut bahkan setelah mengikuti petunjuk di atas, kumpulkan informasi diagnostik berikut, lalu hubungi Dukungan Apigee Edge.

Jika Anda adalah pengguna Cloud Publik, berikan informasi berikut:

  • Nama organisasi
  • Nama lingkungan
  • Nama Proxy API
  • Perintah curl lengkap yang digunakan untuk mereproduksi 500 Internal Server Error dengan kode error protocol.http.EmptyPath
  • File rekaman aktivitas untuk permintaan API

Jika Anda adalah pengguna Private Cloud, berikan informasi berikut:

  • Pesan error lengkap yang diamati untuk permintaan yang gagal
  • Nama lingkungan
  • Paket proxy API
  • File rekaman aktivitas untuk permintaan API
  • Log akses NGINX:

    /opt/apigee/var/log/edge-router/nginx/ORG~ENV.PORT#_access_log

    Tempat: ORG, ENV, dan PORT# diganti dengan nilai sebenarnya.

  • Log sistem Message Processor /opt/apigee/var/log/edge-message- processor/logs/system.log

Referensi

Variabel Alur - target