פתרון בעיות של שגיאות בזמן ריצה במדיניות JavaCallout

הדף הזה רלוונטי ל-Apigee ול-Apigee Hybrid.

לעיון במסמכי התיעוד של Apigee Edge

הערה: המדריך הזה לפתרון בעיות עזר לך? נשמח לקבל משוב בלחיצה על שליחת משוב .

ExecutionError

קוד שגיאה

steps.javacallout.ExecutionError

גוף התגובה לשגיאה

{
  "fault": {
    "faultstring": "Execution returned an error result",
    "detail": {
      "errorcode": "flow.execution.ExecutionReturnedFailure"
    }
  }
}

מטרה

השגיאה הזו מתרחשת אם קוד Java יוצר חריגה או מחזיר null במהלך ההפעלה של מדיניות JavaCallout.

אבחון

1. מפעילים סשן מעקב כדי לתעד את השגיאה ולזהות איזו מדיניות JavaCallout נכשלה.

   

2. בודקים את מדיניות JavaCallout ואת המשאב שבו נעשה שימוש. בדוגמה שלמעלה, JavaCallout policy משתמש במשאב בשם hello.jar, כמו שמוצג בהמשך:

   <JavaCallout name="hello-java">
      <ClassName>com.apigeesample.HelloJava</ClassName>
      <ResourceURL>java://hello.jar</ResourceURL>
   </JavaCallout>
   
   

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

4. קומפילציה והחלפה של המשאב המושפע (קובץ JAR) בפריט מידע שנוצר בתהליך פיתוח (Artifact) של Java.

5. פורסים את ה-API Proxy כגרסה חדשה ומבצעים את הקריאה ל-API.

6. מתחילים סשן חדש של מעקב.

   

7. שימו לב שמשתנה JAVA_STACKTRACE מכיל את נתוני דוח הקריסות. דוח הקריסות מפרט את החריגה בפועל, את קובץ המקור של Java ואת מספר השורה שבה השגיאה מתרחשת.

8. אפשר להשתמש במידע הזה כדי לפתור את הבעיה בקוד Java.

9. בדוגמה הזו, המדיניות JavaCallout נכשלה בגלל ArithmeticException (חלוקה באפס) בקובץ JavaError.java בשורה ‎ #25.

רזולוציה

1. בהתאם לחריגה שנוצרה, פותרים את הבעיה בקובץ או בקבצים הרלוונטיים של מקור Java. א. בדוגמה שלמעלה, הבעיה נגרמה בגלל שגיאה אריתמטית (חלוקה באפס). עוברים לקובץ המקור הספציפי ולמספר השורה שמצוינים ב-stack trace.

   

   ב. מכיוון שאי אפשר לחלק באפס, צריך להסיר את כל בלוק ה-else שמכיל את שורת הקוד הפגומה כדי לפתור את הבעיה.

2. מחליפים את קובץ ה-JAR הרלוונטי שמכיל את הקבצים ששונו ברמה המתאימה (proxy ל-API, סביבה או ארגון), במקום שבו הוא היה קודם.

3. שומרים ומפרסמים את ה-proxy ל-API כגרסה חדשה.