كيفية معالجة هذا الخطأ الغير متوقع

لماذا لا تحاول تقسيم ال File إلى Chunks و تقوم بمعالجة كل Chunk بثريد على حدة

و طبعاً انت تعلم ان تطبيقات الشبكات تستلزم بالاساس استخدام ال Multithreading

ايضاً لماذا لم تستخدم ال Compensating resource manager فى مشروعك ما دمت تود ان تكون العملية Transactional على non transactional resources مثل الملفات

اخي طارق ابراهيم اشكرك على الرد والاهتمام

بالنسبة لتقسيم الملف وغيره انا شخصيا لا اريد تعقيد النظام فهو من وجهة نظري ان المشكلة تحدث عندما ينفصل الانترنت حتى لو كان حجم الملف صغيرا فان الخلل يحصل اثناء حالة وجود تحميل ويستهلك معه 95% من المعالج ويتجمد وقد جربت ال Thread فالاستجابة كانت 50% لكن هناك حالات لا تستجيب لها

وبالنسبة ل Compensating resource manager فارجو مزيدا من الشرح لو تكرمتم

شاكرا لكم حسن متابعتكم واهتمامكم

وهذا ان دل على شئ فانما يدل على خبرتكم و اطلاعكم المتواصل والفاعل

شكرا يا اخي

لدى حل كنت افكر به منذ تعاملت معFileZilla Client و تسائلت نفس سؤالك

ما رايك لو تقوم بوضع الملفات التى تود معالجتها فى طابور Queue و عند حدوث خطأ قم بنقل الملف الذى فشلت فى رفعه لطابور اخر و بعد الانتهاء من الطابور الاول بامكانك العودة و معالجة الطابور الذى يحوى العمليات الفاشلة

ال CRM هى احدى مكونات ال COM+ المستخدمة فى التطبيقات الموزعة Distributed Applications لاضفاء صفة ال Transaction على الموارد التى لا تحوى Transactional behavior فى اصلها مثل الملفات

اقتباس

المشكلة تحدث عندما ينفصل الانترنت حتى لو كان حجم الملف صغيرا فان الخلل يحصل اثناء حالة وجود تحميل ويستهلك معه 95% من المعالج ويتجمد

ارفق الكود لكى نرى ما المشكلة لديك

إذا كنت تستخدم ال WebClient Class فمن الطبيعي أن تحدث مثل هذه المشاكل خصوصًا إذا كنت تستخدم Synchronous Methods والتي تسبب Blocking لل UI Thread وفي مثل هذه الحالات يمكنك الاستفادة من ال Asynchronous Methods التي تحتويها WebClient Class مثل DownloadFileAsync و UploadFileAsync حيث تعتمد كل منها على استخدام ال ThreadPool , عندها يمكنك الاستفادة كذلك من ال Events مثل DownloadFileCompleted Event و DownloadProgressChanged Event من أجل تتبع أي خطأ من المحتمل أن يحدث .

بالتوفيق.