كيفية إصلاح INVALID_SESSION_ID في عمليات نشر Salesforce
انتهت صلاحية معرّف الجلسة المستخدم لمصادقة استدعاء API، أو تم إلغاؤه، أو لم يكن صالحًا من الأساس.
يظهر أثناء: أي استدعاء API، غالبًا في منتصف عملية نشر أو مهمة اختبار طويلةالمعنى
يعني INVALID_SESSION_ID أن رمز الوصول الذي يوثّق استدعاء API أو Metadata API لم يعد صالحًا، سواء لأنه انتهت صلاحيته، أو تم إلغاؤه، أو لم يكن جلسة حقيقية من الأساس. يرفض Salesforce الاستدعاء فورًا قبل محاولة تنفيذ عملية النشر أو البيانات المطلوبة، لأن المصادقة تُفحص أولًا.
على عكس INVALID_LOGIN الذي يمنع أول محاولة مصادقة، يظهر هذا الخطأ في منتصف المهمة: نجحت خط الأنابيب في المصادقة، وبدأت العمل، ثم توقفت الجلسة في مكان ما في منتصف عملية نشر أو تشغيل اختبار أو مهمة Bulk API طويلة.
الأسباب الشائعة
الحل
- أعد المصادقة من جديد مباشرة قبل المهام الطويلةأعد المصادقة أو جدّد الرمز مباشرة قبل بدء عملية نشر أو تشغيل اختبار، بدلًا من إعادة استخدام جلسة أقدم.
- مدّد إعدادات مهلة الجلسة حيثما كان ذلك مبررًازد مهلة الجلسة في Setup للمؤسسات التي تستغرق فيها عمليات تشغيل CI فعليًا وقتًا أطول من النافذة الافتراضية.
- تجنّب تخبئة معرّفات الجلسات بين تشغيلات خط الأنابيبأعد المصادقة لكل مهمة بدلًا من الاحتفاظ بمعرّف جلسة وإعادة استخدامه بين تنفيذات منفصلة لخط الأنابيب.
إزاي Serpent بتمنع ده
يدير Serpent الاتصالات الموثّقة بكل مؤسسة مركزيًا ويجدّدها تلقائيًا، بحيث لا تتوقف عملية نشر أو مهمة اختبار طويلة في منتصفها بسبب انتهاء صلاحية جلسة مخبأة تحتها. راجع مكتبة أخطاء نشر Salesforce.

الوقاية
أخطاء ذات صلة
INVALID_SESSION_ID، تمت الإجابة
ابدأ مجانًا. بلا بطاقة ائتمان، بلا تثبيت، بلا التزام.
الإعداد في أقل من 15 دقيقة. لا حاجة لتوظيف DevOps.
