שגיאות OData בפריוריטי: איך להבדיל בין פילטר לא תקין, הרשאה ונתון חסר

כשחיבור OData לפריוריטי נכשל, השם שגיאת API לא מספק כיוון לתיקון. מפרידים בין שכבת הפרוטוקול, השאילתה והנתון העסקי. תגובת 4xx מצביעה בדרך כלל על בקשה, אימות או הרשאה; תגובת 5xx דורשת גם בדיקת זמינות בצד השרת. פילטר שנכתב נכון תחבירית עדיין עשוי להתייחס לשדה שאינו חשוף בחברה או בישות שבחרתם.

שומרים בקובץ בדיקה קטן את ה-URL ללא סוד, הישות, רשימת השדות, הפילטר, קוד התגובה ומזהה רשומה לדוגמה. מצמצמים: קודם מבקשים רשומה אחת ושדה אחד, אחר כך מוסיפים פילטר, הרחבה ומיון. כך יודעים באיזה שלב נשברה הבקשה במקום לשנות חמש הגדרות יחד.

הימנעו ממשיכת כל טבלת הלקוחות בכל ריצה. מעבר לעומס, קשה לשחזר מה השתנה. עדיף להשתמש במזהה שינוי או בחלון זמן שמוגדר במפורש, לשמור את נקודת ההתקדמות, ולבנות מסך חריגים עבור שדות שהאינטגרציה אינה יכולה למפות.

מקור

תיעוד OData