Asp.Net پیج لیول ٹریسنگ ، ڈیبگنگ ، ایرر ہینڈلنگ [مثال]

کسی بھی درخواست میں ، ترقی کے عمل کے دوران غلطیاں پائی جاتی ہیں۔ ابتدائی مرحلے میں غلطیوں کو دریافت کرنے کے قابل ہونا ضروری ہے۔

بصری اسٹوڈیو میں ، ASP.Net ایپلی کیشنز کے لیے ایسا کرنا ممکن ہے۔ بصری اسٹوڈیو ڈیبگنگ کے لیے استعمال کیا جاتا ہے اور اس میں ASP.Net کے لیے غلطی سے نمٹنے کی تکنیک ہے۔

اس ٹیوٹوریل میں ، آپ سیکھیں گے-

ASP.NET میں ڈیبگنگ کیا ہے؟

ڈیبگنگ ایک ایپلیکیشن میں بریک پوائنٹس شامل کرنے کا عمل ہے۔ یہ بریک پوائنٹس چلنے والے پروگرام کے عمل کو روکنے کے لیے استعمال ہوتے ہیں۔ یہ ڈویلپر کو یہ سمجھنے کی اجازت دیتا ہے کہ کسی خاص وقت پر کسی پروگرام میں کیا ہو رہا ہے۔

آئیے ایک پروگرام کی مثال لیتے ہیں۔ پروگرام صارف کو ایک تار 'ہم ڈیبگنگ' دکھاتا ہے۔ فرض کریں کہ جب ہم ایپلی کیشن چلاتے ہیں ، کسی وجہ سے ، تار ظاہر نہیں ہوتی ہے۔ مسئلہ کی شناخت کے لیے ہمیں ایک بریک پوائنٹ شامل کرنے کی ضرورت ہے۔ ہم کوڈ لائن میں ایک بریک پوائنٹ شامل کرسکتے ہیں جو تار دکھاتا ہے۔ یہ بریک پوائنٹ پروگرام کے نفاذ کو روک دے گا۔ اس مقام پر ، پروگرامر دیکھ سکتا ہے کہ ممکنہ طور پر کیا غلط ہو رہا ہے۔ پروگرامر اسی کے مطابق پروگرام کو درست کرتا ہے۔

یہاں مثال کے طور پر ، ہم اپنا 'ڈیمو ایپلی کیشن' استعمال کریں گے جو کہ پہلے ابواب میں بنایا گیا تھا۔ مندرجہ ذیل مثال میں ، ہم دیکھیں گے۔

  • ڈیمو ایپلی کیشن کو تار بنانے کا طریقہ
  • ایپلیکیشن میں بریک پوائنٹس کیسے شامل کریں۔
  • اس بریک پوائنٹ کا استعمال کرتے ہوئے ایپلیکیشن کو ڈیبگ کرنے کا طریقہ۔

مرحلہ نمبر 1) آئیے پہلے اس بات کو یقینی بنائیں کہ ہماری ویب ایپلیکیشن بصری اسٹوڈیو میں کھلی ہے۔ یقینی بنائیں کہ ڈیمو ایپلی کیشن بصری اسٹوڈیو میں کھلا ہے۔

مرحلہ 2) اب Demo.aspx.cs فائل کھولیں اور نیچے دی گئی کوڈ لائن شامل کریں۔

  • ہم صرف ایک تار ظاہر کرنے کے لیے کوڈ لائن Response.Write کو شامل کر رہے ہیں۔
  • لہذا جب ایپلی کیشن عمل میں آتی ہے تو ، اسے ویب براؤزر میں 'ہم ڈیبگنگ کر رہے ہیں' کی تار دکھانی چاہئے۔

namespace DemoApplication { public partial class Demo : System.Web.UI.Page { protected void Page_Load(object sender, EventArgs e) { Response.Write('We are debugging'); } } }

مرحلہ 3) اب آئیے ایک بریک پوائنٹ شامل کریں۔ ایک بریک پوائنٹ بصری اسٹوڈیو کا ایک نقطہ ہے جہاں آپ چاہتے ہیں کہ پروگرام پر عملدرآمد رک جائے۔

  1. بریک پوائنٹ شامل کرنے کے لیے ، آپ کو کالم پر کلک کرنے کی ضرورت ہے جہاں آپ بریک پوائنٹ داخل کرنا چاہتے ہیں۔ تو ہمارے معاملے میں ، ہم چاہتے ہیں کہ ہمارا پروگرام کوڈ لائن 'Response.Write' پر رک جائے۔ بریک پوائنٹ شامل کرنے کے لیے آپ کو کوئی کمانڈ شامل کرنے کی ضرورت نہیں ہے۔ آپ کو صرف اس لائن پر کلک کرنے کی ضرورت ہے جس پر آپ بریک پوائنٹ شامل کرنا چاہتے ہیں۔
  2. ایک بار جب یہ ہوجائے تو ، آپ دیکھیں گے کہ کوڈ کو سرخ رنگ میں نشان لگا دیا گیا ہے۔ نیز ، کوڈ لائن کے ساتھ والے کالم میں ایک سرخ بلبلہ آتا ہے۔

نوٹ: - آپ ایک ایپلیکیشن میں متعدد بریک پوائنٹس شامل کر سکتے ہیں۔

مرحلہ 4) اب آپ کو ڈیبگنگ موڈ کا استعمال کرتے ہوئے اپنی ایپلیکیشن چلانے کی ضرورت ہے۔ بصری اسٹوڈیو میں ، مینو آپشن منتخب کریں ڈیبگ-> ڈیبگنگ شروع کریں۔

آؤٹ پٹ:-

جب آپ تمام مراحل کو صحیح طریقے سے انجام دیتے ہیں تو ، پروگرام کی عملدرآمد ٹوٹ جائے گی۔ بصری اسٹوڈیو بریک پوائنٹ پر جائے گا اور کوڈ کی لائن کو پیلے رنگ میں نشان زد کرے گا۔

اب ، اگر پروگرامر کو لگتا ہے کہ کوڈ غلط ہے تو اس پر عملدرآمد روکا جا سکتا ہے۔ اس کے بعد کوڈ کو اس کے مطابق تبدیل کیا جا سکتا ہے۔ پروگرام کو جاری رکھنے کے لیے ، پروگرامر کو کی بورڈ پر F5 بٹن پر کلک کرنے کی ضرورت ہے۔

ASP.NET میں ٹریسنگ کیا ہے؟

ایپلیکیشن ٹریسنگ کسی کو یہ دیکھنے کی اجازت دیتی ہے کہ آیا کسی بھی صفحات نے غلطی کے نتیجے میں درخواست کی ہے۔ جب ٹریسنگ کو فعال کیا جاتا ہے تو ، ایک اضافی صفحہ جسے trace.axd کہا جاتا ہے درخواست میں شامل کیا جاتا ہے۔ (نیچے تصویر دیکھیں)۔ یہ صفحہ درخواست کے ساتھ منسلک ہے۔ یہ صفحہ تمام درخواستوں اور ان کی حیثیت کو ظاہر کرے گا۔

آئیے دیکھتے ہیں کہ کسی ایپلیکیشن کے لیے ٹریسنگ کو کیسے فعال کیا جائے۔

مرحلہ نمبر 1) آئیے اپنے 'ڈیمو ایپلی کیشن' پر کام کریں۔ حل ایکسپلورر سے web.config فائل کھولیں۔

مرحلہ 2) Web.config فائل میں کوڈ کی مندرجہ ذیل لائن شامل کریں۔

ٹریس اسٹیٹمنٹ ایپلی کیشن کے لیے ٹریسنگ کو فعال کرنے کے لیے استعمال کیا جاتا ہے۔

  • ٹریس اسٹیٹمنٹ میں 'requestLimit' استعمال کیا جاتا ہے۔ اس میں صفحے کی درخواستوں کی تعداد بتائی گئی ہے جن کا سراغ لگانا ہے۔
  • ہماری مثال میں ، ہم 40 کی حد دے رہے ہیں۔ ہم حد دیتے ہیں کیونکہ زیادہ قیمت ایپلیکیشن کی کارکردگی کو خراب کرے گی۔

 

بصری اسٹوڈیو میں 'ڈیمو ایپلی کیشن' چلائیں۔

آؤٹ پٹ:-

اگر آپ اب یو آر ایل کو براؤز کرتے ہیں - http: // localhost: 53003/trace.axd ، آپ ہر درخواست کے لیے معلومات دیکھیں گے۔ یہاں آپ دیکھ سکتے ہیں کہ آیا کسی ایپلیکیشن میں کوئی غلطی ہوتی ہے۔ مندرجہ ذیل اقسام کی معلومات اوپر کے صفحے پر دکھائی گئی ہیں۔

  1. ویب پیج کی درخواست کا وقت۔
  2. ویب پیج کے نام کی درخواست کی جا رہی ہے۔
  3. ویب درخواست کا اسٹیٹس کوڈ۔ (اسٹیٹس کوڈ آف 200 کا مطلب ہے کہ درخواست کامیاب ہے)۔
  4. ویو کی تفصیلات جس کی آپ ویب درخواست کے بارے میں مزید تفصیلات دیکھنے کی اجازت دیتے ہیں۔ اس کی ایک مثال ذیل میں دکھائی گئی ہے۔ فراہم کردہ ایک اہم تفصیلی معلومات ہیڈر کی معلومات ہے۔ یہ معلومات ظاہر کرتی ہے کہ ہر ویب درخواست کے ہیڈر میں بھیجی گئی معلومات کیا ہے۔

پیج لیول ٹریسنگ۔

پیج ٹریسنگ ویب پیج کے بارے میں تمام عمومی معلومات کو ظاہر کرتی ہے جب اس پر کارروائی ہو رہی ہوتی ہے۔ یہ ڈیبگنگ میں مفید ہے اگر کوئی صفحہ کسی وجہ سے کام نہیں کرتا ہے۔

بصری اسٹوڈیو صفحے کے مختلف پہلوؤں کے بارے میں تفصیلی معلومات فراہم کرے گا۔ معلومات جیسے کہ ہر طریقہ کار کا وقت جسے ویب درخواست میں کہا جاتا ہے۔ مثال کے طور پر ، اگر آپ کی ویب ایپلیکیشن میں پرفارمنس کا مسئلہ ہے ، تو یہ معلومات اس مسئلے کو ڈیبگ کرنے میں مدد کر سکتی ہے۔ یہ معلومات ظاہر ہوتی ہے جب ایپلی کیشن بصری اسٹوڈیو میں چلتی ہے۔

آئیے دیکھتے ہیں کہ پیج لیول پر کسی ایپلیکیشن کے لیے ٹریسنگ کو کیسے فعال کیا جائے۔

مرحلہ نمبر 1) آئیے اپنے ڈیمو ایپلی کیشن پر کام کریں۔ حل ایکسپلورر سے demo.aspx فائل کھولیں۔

مرحلہ 2) پیج ٹریسنگ کو فعال کرنے کے لیے کوڈ کی نیچے دی گئی لائن شامل کریں۔ پیج ڈیکلریشن میں ، صرف لائن Trace = 'true' شامل کریں۔ یہ کوڈ لائن پیج لیول ٹریسنگ کی اجازت دے گی۔

 

ایپلی کیشن کو بصری اسٹوڈیو میں چلائیں۔

آؤٹ پٹ:-

اب جب ویب صفحہ Demo.aspx دکھایا جائے گا ، آپ کو صفحے کے بارے میں پوری معلومات مل جائے گی۔ صفحہ لائف سائیکل کے ہر پہلو کا وقت جیسے معلومات اس صفحے پر دکھائی گئی ہیں۔

خرابی کو سنبھالنا: اپنی مرضی کے مطابق خرابی کا صفحہ دکھانا۔

ASP.Net میں ، آپ صارفین کو اپنی مرضی کے غلطی صفحات دکھا سکتے ہیں۔ اگر کسی ایپلیکیشن میں کسی قسم کی خرابی ہوتی ہے تو ، ایک کسٹم پیج اس غلطی کو صارف کو دکھائے گا۔

ہماری مثال میں ، ہم سب سے پہلے ایک HTML صفحہ شامل کرنے جا رہے ہیں۔ یہ صفحہ صارف کو ایک تار دکھائے گا 'ہم مسئلے کو دیکھ رہے ہیں'۔ اس کے بعد ہم اپنے demo.aspx پیج پر کچھ ایرر کوڈ شامل کریں گے تاکہ ایرر پیج دکھایا جائے۔

آئیے درج ذیل اقدامات پر عمل کریں۔

مرحلہ نمبر 1) آئیے اپنے ڈیمو ایپلی کیشن پر کام کریں۔ آئیے درخواست میں ایک HTML صفحہ شامل کریں۔

  1. حل ایکسپلورر میں ڈیمو ایپلی کیشن پر دائیں کلک کریں۔
  2. مینو آپشن 'ایڈ'-> ایچ ٹی ایم ایل پیج منتخب کریں۔

مرحلہ 2) اگلے مرحلے میں ، ہمیں نئے HTML صفحے کو ایک نام فراہم کرنے کی ضرورت ہے۔

  1. نام کو 'ErrorPage' کے طور پر فراہم کریں۔
  2. آگے بڑھنے کے لیے 'OK' بٹن پر کلک کریں۔

مرحلہ 3) Errorpage خود بخود Visual Studio میں کھل جائے گا۔ اگر آپ سلوشن ایکسپلورر پر جائیں گے تو آپ فائل کو شامل کرتے ہوئے دیکھیں گے۔

ایچ ٹی ایم ایل پیج میں کوڈ لائن 'ہم مسئلہ کو دیکھ رہے ہیں' شامل کریں۔ web.config فائل میں تبدیلی کرنے سے پہلے آپ کو HTML فائل کو بند کرنے کی ضرورت نہیں ہے۔

 We are looking into the problem 

مرحلہ 4) اب آپ کو web.config فائل میں تبدیلی لانے کی ضرورت ہے۔ یہ تبدیلی مطلع کرے گی کہ جب بھی ایپلیکیشن میں کوئی خرابی ہوتی ہے ، اپنی مرضی کے مطابق ایرر پیج ڈسپلے کرنے کی ضرورت ہوتی ہے۔

'customErrors' ٹیگ ایک کسٹم ایرر پیج کی وضاحت کرنے کی اجازت دیتا ہے۔ ڈیفالٹ ری ڈائریکٹ پراپرٹی ہمارے کسٹم ایرر کے پیج کے نام پر سیٹ کی گئی ہے جو پچھلے مرحلے میں بنایا گیا ہے۔

 

مرحلہ 5) اب آئیے demo.aspx.cs پیج میں کچھ ناقص کوڈ شامل کریں۔ اس صفحے کو سولوشن ایکسپلورر میں فائل کو ڈبل کلک کرکے کھولیں۔

مندرجہ ذیل کوڈ کو Demo.aspx.cs فائل میں شامل کریں۔

  • کوڈ کی یہ لائنیں کسی فائل سے ٹیکسٹ کی لائنز پڑھنے کے لیے بنائی گئی ہیں۔
  • سمجھا جاتا ہے کہ فائل ڈی ڈرائیو میں واقع ہے جس کا نام 'Example.txt' ہے۔
  • لیکن ہمارے حالات میں ، یہ فائل واقعتا موجود نہیں ہے۔ لہذا یہ کوڈ غلطی کا باعث بنے گا جب ایپلی کیشن چلتی ہے۔

namespace DemoApplication { public partial class Demo : System.Web.UI.Page { protected void Page_Load(object sender, EventArgs e) { String path = @'D:Example.txt'; string[] lines; lines = File.ReadAllLines(path); } } }

اب بصری اسٹوڈیو میں کوڈ پر عمل کریں اور آپ کو نیچے آؤٹ پٹ ملنی چاہئے۔

آؤٹ پٹ:-

مندرجہ بالا صفحہ ظاہر کرتا ہے کہ درخواست میں ایک خرابی پیدا ہوئی۔ نتیجے کے طور پر ، Error.html صفحہ صارف کو دکھایا جاتا ہے۔

ASP.NET بغیر ہینڈل شدہ استثناء۔

یہاں تک کہ بہترین منظرناموں میں بھی ، غلطیوں کے معاملات ہوسکتے ہیں جو صرف نظر نہیں آتے ہیں۔

فرض کریں کہ اگر کوئی صارف ایپلیکیشن میں غلط صفحے پر براؤز کرتا ہے۔ یہ ایسی چیز ہے جس کی پیش گوئی نہیں کی جا سکتی۔ ایسے معاملات میں ، ASP.Net صارف کو errorpage.html پر بھیج سکتا ہے۔

آئیے اس پر ایک مثال دیکھتے ہیں۔

  • ہم اپنا وہی 'DemoApplication' استعمال کرنے جا رہے ہیں جس میں Errorpage.html ہے۔
  • اور ہم ایک ویب پیج دیکھنے کی کوشش کریں گے جو ہماری درخواست میں موجود نہیں ہے۔
  • ہمیں اس معاملے میں اپنے ErrorPage.html پیج پر ری ڈائریکٹ ہونا چاہیے۔ آئیے اس کو حاصل کرنے کے اقدامات دیکھیں۔

مرحلہ نمبر 1) آئیے اپنے ڈیمو ایپلی کیشن پر کام کریں۔ حل ایکسپلورر سے Global.asax.cs فائل کھولیں۔

نوٹ : global.asax.cs فائل کوڈ کو شامل کرنے کے لیے استعمال کی جاتی ہے جو اطلاق کے تمام صفحات پر لاگو ہوگا۔

مرحلہ 2) کوڈ کی مندرجہ ذیل لائن کو global.asax.cs میں شامل کریں۔ یہ لائنیں غلطیوں کو چیک کرنے اور ErrorPage.html پیج کو ظاہر کرنے کے لیے استعمال ہوں گی۔

namespace DemoApplication { public partial class Demo : System.Web.UI.Page { protected void Application_Error(object sender, EventArgs e) { ? HttpException lastErrorWrapper = Server.GetLastError() as HttpException; if(lastErrorWrapper.GetHttpCode() == 404) Server.T ransfer('~/ErrorPage.html'); } } }

کوڈ کی وضاحت:-

  1. پہلی لائن Application_Error ایونٹ ہینڈلر ہے۔ جب بھی کسی ایپلیکیشن میں غلطی ہوتی ہے تو اس ایونٹ کو کہا جاتا ہے۔ نوٹ کریں کہ ایونٹ کا نام 'Application_Error' ہونا چاہیے۔ اور پیرامیٹرز جیسا کہ اوپر دکھایا گیا ہے۔
  2. اگلا ، ہم کلاس کی قسم HttpException کی ایک شے کی وضاحت کرتے ہیں۔ یہ ایک معیاری شے ہے جس میں خرابی کی تمام تفصیلات ہوں گی۔ اس کے بعد ہم درخواست میں پیش آنے والی آخری خرابی کی تمام تفصیلات حاصل کرنے کے لیے Server.GetLastError طریقہ استعمال کرتے ہیں۔
  3. ہم پھر چیک کرتے ہیں کہ آیا غلطی کا غلطی کا کوڈ 404 ہے۔ اس کے بعد ہم صارف کو ErrorPage.html صفحے پر منتقل کرتے ہیں اگر غلطی کا کوڈ مماثل ہو۔

اب کوڈ کو بصری اسٹوڈیو میں چلائیں اور آپ کو نیچے آؤٹ پٹ مل جائے۔

آؤٹ پٹ:-

صفحہ براؤز کریں۔ http: // localhost: 53003/Demo1.aspx۔ . یاد رکھیں کہ Demo1.aspx ہماری درخواست میں موجود نہیں ہے۔ پھر آپ کو نیچے آؤٹ پٹ ملے گی۔

مندرجہ بالا صفحہ ظاہر کرتا ہے کہ درخواست میں ایک خرابی پیدا ہوئی۔ نتیجے کے طور پر ، Error.html صفحہ صارف کو دکھایا جاتا ہے۔

ASP.NET لاگنگ میں خرابی۔

ایپلیکیشن کی غلطیوں کو لاگ کرنے سے ، یہ ڈویلپر کو بعد کے وقت ڈیبگ کرنے اور غلطی کو حل کرنے میں مدد کرتا ہے۔ ASP.Net میں غلطیوں کو لاگ کرنے کی سہولت موجود ہے۔ یہ Global.asax.cs فائل میں کیا جاتا ہے جب خرابی پکڑی جاتی ہے۔ گرفتاری کے عمل کے دوران ، غلطی کا پیغام لاگ فائل میں لکھا جا سکتا ہے۔

آئیے اس پر ایک مثال دیکھتے ہیں۔

  • ہم اپنی وہی DemoApplication استعمال کرنے جا رہے ہیں جس میں Errorpage.html ہے۔
  • اور ہم ایک ویب پیج دیکھنے کی کوشش کریں گے جو ہماری درخواست میں موجود نہیں ہے۔
  • ہمیں اس معاملے میں اپنے ErrorPage.html پیج پر ری ڈائریکٹ ہونا چاہیے۔
  • اور ایک ہی وقت میں ، ہم ایک لاگ فائل میں غلطی کا پیغام لکھیں گے۔ آئیے اس کو حاصل کرنے کے اقدامات دیکھیں۔

مرحلہ نمبر 1) آئیے اپنے ڈیمو ایپلی کیشن پر کام کریں۔ حل ایکسپلورر سے Global.asax.cs فائل کھولیں۔

مرحلہ 2) کوڈ کی مندرجہ ذیل لائن کو global.asax.cs میں شامل کریں۔ یہ غلطیوں کی جانچ کرے گا اور اس کے مطابق ErrorPage.html صفحہ دکھائے گا۔ نیز ایک ہی وقت میں ، ہم 'AllErrors.txt' نامی فائل میں غلطی کی تفصیلات لاگ ان کریں گے۔ ہماری مثال کے طور پر ، ہم اس فائل کو ڈی ڈرائیو پر بنانے کے لیے کوڈ لکھیں گے۔

namespace DemoApplication { public partial class Demo : System.Web.UI.Page { protected void Application_Error(object sender, EventArgs e) { Exception exc = Server.GetLastError(); String str =''; str = exc.Message; String path = @'D:AllErrors.txt'; File.WriteAllTest(path,str); Server.trrasfer('~/ErrorPage.html'); } } }

کوڈ کی وضاحت:-

  1. پہلی لائن یہ ہے کہ 'Server.GetLastError' طریقہ استعمال کرکے غلطی خود حاصل کی جائے۔ اس کے بعد یہ متغیر 'exc' کو تفویض کیا گیا ہے۔
  2. اس کے بعد ہم ایک خالی سٹرنگ متغیر بناتے ہیں جسے 'str' کہتے ہیں۔ ہمیں 'exc.Message' پراپرٹی کا استعمال کرتے ہوئے اصل غلطی کا پیغام ملتا ہے۔ exc.Message پراپرٹی میں کسی بھی غلطی کے لیے صحیح پیغام ہوگا جو کہ ایپلی کیشن کو چلاتے وقت ہوتا ہے۔ اس کے بعد اسٹرنگ متغیر کو تفویض کیا جاتا ہے۔
  3. اگلا ، ہم 'AllErrrors.txt' نامی فائل کی وضاحت کرتے ہیں۔ یہیں سے تمام خرابی کے پیغامات بھیجے جائیں گے۔ ہم سٹرنگ 'str' لکھتے ہیں جس میں اس فائل میں تمام خرابی کے پیغامات ہوتے ہیں۔
  4. آخر میں ، ہم صارف کو ErrorPage.html فائل میں منتقل کرتے ہیں۔

آؤٹ پٹ:-

صفحہ براؤز کریں۔ http: // localhost: 53003/Demo1.aspx۔ . یاد رکھیں کہ Demo1.aspx ہماری درخواست میں موجود نہیں ہے۔ پھر آپ کو نیچے آؤٹ پٹ ملے گی۔

اور ایک ہی وقت میں ، اگر آپ 'AllErrors.txt' فائل کھولتے ہیں تو آپ نیچے دی گئی معلومات دیکھیں گے۔

اس کے بعد خرابی کا پیغام ڈیبگنگ کے مقاصد کے لیے بعد کے وقت میں ڈویلپر کو بھیجا جا سکتا ہے۔

خلاصہ

  • ASP.Net میں ڈیبگنگ اور ایرر ہینڈلنگ کی سہولت موجود ہے۔
  • کوڈ میں بریک پوائنٹس شامل کرکے ڈیبگنگ حاصل کی جاسکتی ہے۔ اس کے بعد کوڈ کو ڈیبگ کرنے کے لیے بصری اسٹوڈیو میں اسٹارٹ ود ڈیبگنگ آپشن چلتا ہے۔
  • ٹریسنگ ایپلی کیشن چلاتے وقت مزید معلومات فراہم کرنے کی سہولت ہے۔ یہ ایپلیکیشن یا پیج لیول پر کیا جا سکتا ہے۔
  • صفحہ کی سطح پر ، کوڈ Trace = true کو صفحہ ہدایت میں شامل کرنے کی ضرورت ہے۔
  • درخواست کی سطح پر ، Trace.axd نامی ایک اضافی صفحہ درخواست کے لیے بنایا گیا ہے۔ یہ تمام ضروری ٹریسنگ معلومات فراہم کرتا ہے۔