لماذا تتميز وحدة وظيفة كوفاكس SAP Z_DICOM_STORE_USING_FB60_FB65 عند التشغيل؟

Question

لقد قمت بترقية نظام التطوير الخاص بنا من ECC6 SPS3 إلى ECC6 SPS5..

تطبيق خارجي إلى SAP (كوفاكس - منتج SAP معتمد) يمر بيانات فاتورة بيانات وفاتورة لنظام SAP. ثم يستدعي وحدة الوظيفة z_dicom_store_using_fb60_fb65. (المقدمة من كوفاكس) من أجل تخزين الصورة على SAP Content Server. وتشغيل سير عمل.

قبل ترقية نظام SAP، عمل هذا الآن لا. يتم رفع استثناء ضمن النموذج Check_and_add_delimiter. (Subroutine Pool Scms) الذي يتم استدعاؤه بشكل فعال من وحدة الوظيفة scms_archive_info_get..

يتم رفع الاستثناء لأنه عند طريقة الفصل cl_gui_object-> class_init. يسمى، الأعلام:

• gui_is_running.
• ActiveX.
• javabean.
• www_active.

يتم تعيين إلى القيم الفارغة.

يحدث هذا عندما يتم طرد العملية من كوفاكس غوي. وبعد إذا كنت أركض z_dicom_store_using_fb60_fb65. من المعاملة SE37. وملء الهياكل بنفس البيانات، يتم تخزين الصورة ويتم تشغيل سير العمل.

من فضلك، هل يمكن أن تقترح لماذا لا يتم تعبئة الأعلام عند تشغيل البرنامج؟

شكرا.

Answer 1

تم حل هذا من قبل أحد أطرافنا. الجواب الذي أعطا لي كان:

قمنا بتعديل Check_and_add_delimiter (Subroutine Pool Scms) من أجل التغلب على هذه المشكلة (توقفنا بشكل فعال قليلا من التعليمات البرمجية التي تم استدعاؤها)

Answer 2

هذا هو "مكررة تقنية" من المشاركة الأخرى. مرة أخرى، تكون المشكلة واضحة - يبدو أن "كوفاكس واجهة المستخدم الرسومية" لاستخدام اتصال RFC لاستدعاء وحدة الوظيفة، ولكن وحدة الوظيفة تستخدمها ثم بعض الاشياء الأخرى التي لا تتطلب اتصال RFC، ولكن SAP Blow Blown في الآخر تنتهي لأنه يحاول الوصول إلى سمات SAP Gui. أنا لست في CMS، لذلك لا يمكنني مساعدتك في معرفة سبب تغيير ذلك أثناء الترقية ...

Answer 3

بالنسبة لمعظم السيناريوهات، يكون اتصال RFC عادي كافيا، مطلوبة SAP واجهة المستخدم الرسومية فقط إذا حاولت تنفيذ BDC ضمن وحدة الوظيفة (على سبيل المثال عن "النشر المباشر"). منذ أن تقول أنه عملت قبل أن أتمكن من افتراض أن هذا ليس هو الحال.

هل لا يمكن أن يحدث الخطأ أثناء تحميل الصورة؟ ربما قمت بالترقية فعل شيء إلى تكوين خادم المحتوى؟ يوجد برنامج اختبار لخادم المحتوى الذي يمكنك تشغيله.