2010-03-26 21 views
8

मैंने कुछ एंड्रॉइड एप्लिकेशन देखे हैं जो तीसरे पक्ष के क्रैश रिपोर्टिंग टूल का उपयोग कर रहे हैं। क्या किसी ने इस स्क्रीन को देखा है और क्या आप जानते हैं कि मुझे यह कहां मिल सकता है? मैंने http://code.google.com/p/android-remote-stacktrace/ का उपयोग करना शुरू किया, लेकिन अगर मैं ईमेल भेजने के इरादे का उपयोग कर सकता हूं तो मुझे इंटरनेट अनुमतियों की आवश्यकता नहीं है।एंड्रॉइड एप्लिकेशन क्रैश की रिपोर्टिंग

alt text http://img532.yfrog.com/img532/808/devicefeedback.png

+1

दरअसल, एक रिपोर्ट मेल भेजने इंटरनेट अनुमति की आवश्यकता नहीं होगी। लेकिन मेल भेजना त्रुटि रिपोर्ट _NOT_ अज्ञात बनाता है! जैसे ही उनका ईमेल पता दिखाई देगा। – MrSnowflake

+0

मैंने पहले से ही अन्य समाधान लागू किए हैं। तो, इस पुस्तकालय का पता लगाने के लिए सवाल का मुद्दा है। मैं जवाब की तलाश में हूं, राय नहीं। धन्यवाद – Travis

उत्तर

2

एंड्रॉइड "फियोयो" की आगामी रिलीज में मार्केट ऐप्स के लिए एक नई बग रिपोर्टिंग सुविधा शामिल होगी। डेवलपर्स को अपने उपयोगकर्ताओं से क्रैश और फ्रीज रिपोर्ट प्राप्त होगी। जब वे अपने एंड्रॉइड मार्केट प्रकाशक खाते में लॉग इन करेंगे तो रिपोर्ट उपलब्ध होगी। कोई और अंधेरे डीबगिंग नहीं!

http://android-developers.blogspot.com/2010/05/google-feedback-for-android.html

2

के रूप में लिंक आपके द्वारा दिया गया `MIT लाइसेंस के तहत एक आवेदन है, तो आप आवेदन को बदल सकते हैं। ExceptionHandler.java में .submitStackTraces() वह कोड है जो स्टैकट्रैक भेजता है। इसे संपादित करें ताकि जानकारी मेल के लिए एक इरादे से भेजी जा सके, जो संभव है।

+1

ध्यान दें, एकाधिक स्टैकट्रैक भेज सकते हैं, इसलिए कई मेल इंस्टेंस दिखाई देंगे। – MrSnowflake

+1

धन्यवाद, मैंने अन्य उदाहरण देखे हैं, लेकिन अगर वहां कोई आम उपकरण है तो मैं कुछ भी बदलने की तलाश नहीं कर रहा हूं। मैं कुछ ऐसा उपयोग करता हूं जिसे मुझे बनाए रखने की ज़रूरत नहीं है और उपयोगकर्ताओं से परिचित है। – Travis

-1

सबसे आसान तरीका

Thread.setDefaultUncaughtExceptionHandler 

आपका मुख्य activitys onCreate में उपयोग करने के लिए है। यह सभी अपवादों को पकड़ने की कोशिश करेगा जो एक कोशिश पकड़ ब्लॉक द्वारा संभाला नहीं है। मैंने स्टैकट्रैक के साथ अपने सर्वर पर एक हल्के त्रुटि-रिपोर्ट भेजने को भी पुनः प्राप्त किया। इस तरह आप सभी क्रैशरपोर्ट्स को एकत्र कर सकते हैं और तेजी से देख सकते हैं कि आपका कोड कहां खराब है। आपको लगभग सभी बल-बंद रिपोर्ट मिल जाएगी। मुझे नहीं लगता कि ईमेल का उपयोग करना एक अच्छा विचार है, क्योंकि 100 ईमेल ईमेल करने के लिए इतना आसान नहीं हैं, गिनती इत्यादि ... यह भी आपके उपयोगकर्ता से "बलात्कार" कर रहा है, क्योंकि उसने कभी भी कोई ईमेल भेजने के लिए नहीं कहा है, उसके पास भी नहीं है एक सुराग इसके बारे में क्या है, जब तक कि वह एक जावा डेवलपर नहीं है ...

तो, यदि आप इससे बच सकते हैं तो त्रुटि-रिपोर्ट वाले उपयोगकर्ता को परेशान न करें।

संबंधित मुद्दे