त्रुटि itms-90035 - Xcode


83

मैंने एक फोनगैप एप्लिकेशन विकसित किया है जो आईफोन पर बिल्कुल ठीक चल रहा है। अब, मैं ऐप को ऐपस्टोर में जमा करना चाहता हूं। निम्नलिखित प्रक्रिया मैं अपना एप्लिकेशन सबमिट करने के लिए कर रहा हूं:

  1. Xcode खोलें और प्रोजेक्ट को आर्काइव करें
  2. सत्यापन पर क्लिक करें (जो सफल है)
  3. सबमिट टू ऐपस्टोर पर क्लिक करें (जो कि मुझे निम्नलिखित त्रुटि मिल रही है)

यहाँ छवि विवरण दर्ज करें

कल रात तक, मुझे यह त्रुटि भी नहीं मिल रही थी और आज सुबह, मैं इस परियोजना को संग्रहीत करता हूं और मुझे यह त्रुटि मिलती है। निश्चित नहीं है कि मुद्दा क्या है।

यह अंतिम चरण है जो मुझे एप्लिकेशन सबमिट करने से रोक रहा है और बहुत निराशा होती है, मैंने स्टैकओवरफ़्लो फ़ोरम पर समान त्रुटि कोड की खोज करने की कोशिश की और मुझे एक भी ऐसा पद नहीं मिला जो बिल्कुल उसी त्रुटि कोड के रूप में हो, जो बहुत ही अजीब है।

कृपया सहायता कीजिए :)


1
क्या आप सुनिश्चित हैं, आपके कोड पर हस्ताक्षर करने की सेटिंग उचित है?
अनिल वर्गीस

मैं इसके बारे में निश्चित नहीं हूं, मैं इसकी जांच कैसे करूं? क्या आप मुझे इसका मार्गदर्शन दे सकते हैं?
निखिल राव

2
निखिल मुझे आज सुबह से ही वही त्रुटि हो रही है। मैंने अभी-अभी अपने ऐप के एक पुराने संस्करण को "मान्य" करने की कोशिश की, जो सफलतापूर्वक तैयार किया गया था और सफलतापूर्वक लागू किया गया था। मैं अपेक्षित अपेक्षाओं के अलावा (संस्करण पहले से ही AppStore में मौजूद है, मेरे एप्लिकेशन का संस्करण संशोधन के बाद से बंद है क्योंकि यह जारी किया गया है, आदि) मुझे यह ITMS-90035 मिलता रहता है। मैंने यह भी मान्य किया है कि मेरे प्रमाणपत्र रद्द नहीं किए गए हैं (Apple के डेवलपर केंद्र से)। मैं आपको अपने निष्कर्षों पर आज बाद में अपडेट करूंगा, और आपकी बात सुनने के लिए इस पोस्ट की निगरानी करूंगा। धन्यवाद :)
नीली

1
यहाँ वही, कल मैंने त्रुटियों के बिना कई बिल्ड प्रस्तुत किए हैं। कोड और सेटिंग्स नहीं बदले हैं।
विनजेन

3
निखिल ने मेरे लक्ष्य से .sh फ़ाइल को हटाकर हल किया जैसा कि नीचे उत्तर में दिया गया है।
निली

जवाबों:


77

मुझे एक ही समस्या थी, यह पता चला कि मेरी एक लाइब्रेरी में बोवर के माध्यम से एक .shफाइल शामिल है , जिसकी आवश्यकता नहीं है। मैंने अभी फाइल डिलीट की है और सब कुछ सफलतापूर्वक अपलोड किया गया है।

ऐसा लगता है कि Apple अब डेवलपर्स को .shअपने ऐप्स में हस्ताक्षरित फ़ाइलों के लिए सक्षम बनाता है। कॉर्डोवा / फोनगैप ऐप को इनमें से किसी की भी आवश्यकता नहीं है, आप उन्हें सुरक्षित रूप से हटा सकते हैं।


3
यह एकमात्र सही उत्तर है। आपको फ़ाइल को हटाने की ज़रूरत नहीं है, वैसे। बस इसे अपने लक्ष्य से बाहर रखें।
इनफेरिस

1
मेरे पास अपने प्रोजेक्ट में प्लेटफ़ॉर्म> ios> कॉर्डोवा> lib> copy-www-build-step.sh के तहत केवल एक .sh फ़ाइल है। क्या यह वही है जिसे मैं हटाने वाला हूँ? या केवल अगर वहाँ दो है? धन्यवाद!
शॉन

5
धन्यवाद!!! यह सही जवाब है। मेरे मामले में यह Crittercism dsym_upload.sh फ़ाइल थी जो कोकोआडोप्स द्वारा मेरे बंडलों में कॉपी की जा रही थी, जो कि मेरी कंपनी का एक शब्द बन गया है।
टोफाह

6
मुझे CocoaPods के माध्यम से क्रिटेरिज्म शामिल है और इसमें dsym_upload.sh स्क्रिप्ट है जो इस त्रुटि का भी कारण है। इसलिए अभी के लिए मैंने पॉड्स-resource.sh फ़ाइल में इस लाइन पर टिप्पणी की: install_resource "CrittercismSDK / CrittercismSDK / dsym_upload.sh"
sasha_nec

अगर crittercism आप मुद्दा है और आप कोको फली का उपयोग कर रहे हैं, तो मैं यहाँ एक टिप्पणी के रूप में जोड़ा गया फिक्स का प्रयास करें: stackoverflow.com/questions/29816930/…
jeyben

9

नवीनतम Xcode (6.3.1) में अपडेट करने के बाद मेरे साथ ऐसा हुआ। यह सिर्फ .sh फाइलें नहीं है, क्योंकि मुझे नोड स्क्रिप्ट के बारे में ये त्रुटियां मिल रही थीं। ऐसा प्रतीत होता है कि कोई भी फ़ाइल जो #! / Usr / bin / env से शुरू होती है, इन त्रुटियों का कारण बनेगी। मैं # जोड़कर मनमानी त्रुटियां पैदा करने में सक्षम था! एक यादृच्छिक फ़ाइल के लिए।

अस्थायी रूप से #! / Usr / bin / env निर्देशों को फ़ाइलों के शीर्ष से हटाना काम करेगा लेकिन आप एक बेहतर दीर्घकालिक समाधान चाहते हैं :)

आपको प्रत्येक स्क्रिप्ट फ़ाइल केस-बाय-केस से निपटना होगा जो आपके प्रोजेक्ट में समझ में आता है।

जैसा कि ऊपर उल्लेख किया गया है कि यह Apple के पक्ष में एक अस्थायी समस्या हो सकती है, जरूरी नहीं कि Xcode संस्करण से संबंधित हो।


8

संपादित करें: मैं अपने लक्ष्य .sh फ़ाइलों को अपने लक्ष्य से हटाकर इस त्रुटि से बचने में कामयाब रहा

अब तक मैं कहूँगा कि Apple की तरफ एक बग है।

मैंने बिना किसी समस्या के कल एक ऐप सबमिट किया, आज थोड़ा परिवर्तित बाइनरी जमा करने के लिए आज इसे अस्वीकार कर दिया, लेकिन जैसे आप अब मैं उसी त्रुटि का सामना कर रहा हूं। मुझे लगा कि यह संबंधित है Xcode6.3.1क्योंकि मैंने इसे आज सुबह स्थापित किया था इसलिए मैंने Xcode 6.3.0फिर से स्थापित किया लेकिन त्रुटि बनी रही। फिर मैं सब कुछ अच्छी तरह से जाँच रहा हूँ:

  • प्रमाण पत्र
  • प्रोविज़निंग प्रोफाइल
  • आईट्यून आवेदन की स्थिति को जोड़ता है

लेकिन अभी तक कोई सफलता नहीं मिली।

तथ्य यह है कि "itms-90035" Google खोज केवल 1 परिणाम देता है मुझे लगता है कि कुछ अस्थायी घटना हो सकती है।


आपने जो कुछ किया, मैंने किया और मैं पूरी तरह से आपके जैसा हूं। पूरी तरह से सहमत हैं, उंगलियां पार हो गई हैं, उम्मीद है कि वे जल्द ही इस मुद्दे को हल करेंगे।
निखिल राव

3

जैसा कि दूसरों ने कहा है, यह समस्या ऐप बंडल में "अपलोड-dsym.sh" नाम की फ़ाइलों को शामिल करने के कारण प्रतीत होती है। इस त्रुटि के बाद मैंने जो कदम उठाए, वे हैं: Xcode में प्रोजेक्ट सेटिंग्स पर गए और "लक्ष्य" ऐप आइकन को चुना। बिल्ड चरणों का चयन करें। "कॉपी बंडल संसाधन" पर क्लिक करके "अपलोड-dsym.sh" नाम से कॉपी की जा रही फ़ाइल की तलाश की। मैंने उस फ़ाइल को हटा दिया और फिर अपलोड ठीक हो गया।


इस उत्तर में वर्णित प्रक्रिया हस्ताक्षरित ऐप से * .sh फ़ाइल को हटाने का विस्तृत मार्ग है। मेरे मामले में इसे buildtime.shवर्कलाइट वातावरण द्वारा निर्मित किया गया था । के रूप में यह एक अपेक्षाकृत "नया" मुद्दा है, तिथि करने के लिए, ऐसा प्रतीत होता है जैसे कि Apple ने वास्तव में
सबमिटल

3

इसमें शामिल कुछ करना है .sh files, न कि वास्तव में स्पष्ट है।


हमारे मामले में, यह AudioKit पुस्तकालय था। README का कहना है:

ज्यादातर मामलों में, आईओएस या टीवीओएस के लिए निर्माण करते समय, भले ही आप फ्रेमवर्क को कैसे स्थापित करें, आपको निम्न स्क्रिप्ट के साथ अपने प्रोजेक्ट के लक्ष्य में एक रन चरण जोड़ना होगा:

"$BUILT_PRODUCTS_DIR/$FRAMEWORKS_FOLDER_PATH/AudioKit.framework/fix-framework.sh"


कभी-कभी आप उन्हें सीधे अपने लक्ष्य में नहीं देखते हैं build phases3rd पार्टी लाइब्रेरी में से कुछ इस त्रुटि का कारण बन सकते हैं क्योंकि वे साथ .sh filesही साथ व्यवहार कर रहे हैं ।

अधिक जानकारी के लिए अपने 3 पार्टी पुस्तकालयों / पॉड्स README फ़ाइलों की जाँच करें ।


3

मेरे मामले में मुझे यह त्रुटि मिली क्योंकि ऐप डिस्प्ले नाम में एक विशेष चरित्र था। यह मुझे बचता है कि क्यों उचित त्रुटि संदेश उत्पन्न नहीं किया जा सकता है।


2

मेरे साथ भी वही दिक्कत है। तब मैं .sh फ़ाइल को हटा देता हूं। और मैं फिर से अपना ऐप सबमिट करता हूं। सफल!


2

इस समस्या को CrittercismSDK CocoaPods 5.2.0: https://github.com/CocoaPods/Specs/blob/master/Specs/CrittercismSDK/5.2.0.CrittercismSDK.podspec.json में हल कर दिया गया है।

आप या तो sdk 5.2.0 में अपग्रेड कर सकते हैं या फ़ाइल को हटा सकते हैं और पॉड्स-resources.sh फ़ाइल से निम्न पंक्तियाँ निकाल सकते हैं:

    if [[ "$CONFIGURATION" == "Debug" ]]; then 
install_resource "CrittercismSDK/CrittercismSDK/dsym_upload.sh" 
fi 
if [[ "$CONFIGURATION" == "Release" ]]; then 
install_resource "CrittercismSDK/CrittercismSDK/dsym_upload.sh" 
fi 

धन्यवाद


1

हमें आज एक समान समस्या थी और इसे हल किया।

ERROR ITMS-90035: "अमान्य हस्ताक्षर। एक सील संसाधन गायब या अमान्य है। पथ पर बाइनरी [MyNiftyApp.app/MyNiftyApp] में एक अमान्य हस्ताक्षर है। [...]"

हम जेनकोड-सीआई का उपयोग xcode-plugin के साथ मिलकर निर्माण प्रक्रिया के लिए कर रहे हैं। जब मैंने जेनकिन्स बिल्ड लॉग की समीक्षा की तो मुझे यह त्रुटि संदेश मिला:

file added: /Users/Shared/Jenkins/Home/workspace/RELEASE_STAGE_my-nifty-app/build/MyNiftyApp.app/MyNiftyApp.app
file modified: /Users/Shared/Jenkins/Home/workspace/RELEASE_STAGE_my-nifty-app/build/MyNiftyApp.app/Assets.car
]
Codesign check fails : /Users/Shared/Jenkins/Home/workspace/RELEASE_STAGE_my-nifty-app/build/MyNiftyApp.app: a sealed resource is missing or invalid

उस Assets.car को खोजने के बाद मुझे यह पोस्ट मिली: https://issues.jenkins-ci.org/browse/JENKINS-21253 उपयोगकर्ता के पास एक समान समस्या थी, इसे निम्नलिखित प्लगइन विकल्प "Xodeode -> सामान्य से निष्क्रिय करके हल कर सकता है बिल्ड सेटिंग्स -> जनरेट आर्काइव? "(यह पहले सच था, अब गलत है)।

कम से कम इसने हमारी तरफ से समस्या को हल किया - शायद यह आपको सही दिशा में ले जाएगा।


1

मैंने इसे केवल त्रुटि में "बाइनरी" फ़ाइल (एस) को हटाकर हल किया।

आपके लिए इसके www / js / release.sh

मेरे लिए यह दो निरर्थक बोवर-फाइल्स, एक .sh-file और एक .js-फाइल है जो "बिन" -फ़ोल्डर के तहत स्थित थी (शायद यही कारण है कि यह एक द्विआधारी था?)।

एक साइड-नोट पर, ऐसा लगता है कि आप अभी भी एप्लिकेशन लोडर में त्रुटियों के साथ प्रस्तुत होने के बाद भेजें पर क्लिक करके अपलोड प्रक्रिया जारी रख सकते हैं।


1

मुझे यह त्रुटि तब मिली जब मैंने ApplicationLoader 3.0 का उपयोग करके अपना ऐप अपलोड करने का प्रयास किया। ApplicationLoader 3.1 (यानी नवीनतम) में अपग्रेड करते हुए, मेरे लिए समस्या को ठीक कर दिया।


मैं एप्लिकेशन लोडर, संस्करण का उपयोग करता हूं 3.1 (670)और मेरे पास अभी भी समस्या है।
एंटीग्वारा

1

प्लेटफार्मों में निर्देशिका चलती है:

grep -r '#!/usr/' *

यह आपको उन सभी फाइलों को दिखाएगा जिन्हें निष्पादित किया जा सकता है। आमतौर पर इसमें .sh और नोड फाइलें शामिल होंगी।

परिणामों से उन फ़ाइलों को खोजें जो आपके प्रोजेक्ट फ़ोल्डर में हैं (जैसे मेरा प्रोजेक्ट फ़ोल्डर प्लेटफ़ॉर्म / ios / www / *) था और उन्हें हटा दें बाकी को छोड़ दें।


1

मेरे साथ भी ठीक यही समस्या थी। मैं myApp.app/myApp निर्णय पर एक बग लिख रहा था: उन फ़ाइलों की तलाश करें जो अंग्रेजी के अलावा विशेष वर्ण या वर्ण से शुरू होती हैं। मैंने पाया, हटा दिया गया और सब कुछ काम कर गया!


0

मैं दोनों xcode 6.3.1 और 6.4 बीटा का उपयोग करके एक ही मुद्दा था। मेरा कहा कि यह मेरी main.o फ़ाइल थी। मैंने कॉपी बंडल संसाधनों में देखा और किसी कारण से मेरी परियोजना की मुख्य फाइल वहां थी। मैंने इसे हटा दिया और इसे फिर से संग्रहीत करने के लिए itunes भेजने के लिए testflight से कनेक्ट किया और इसे ठीक अपलोड किया। मुझे लेने के लिए 3 बजे यह पता लगाना था कि यह बेवकूफ फाइल थी। घर यह मदद करता है। लगता है कि आप वास्तव में उस "कॉपी बंडल संसाधन" को चरणों में बनाने में अपने भेजने पर ध्यान देने की आवश्यकता है। जो भी फाइल आपको बता रही है वह एक समस्या है, इस क्षेत्र से taht को हटा दें और इसे आजमाएं।


0

मेरे मामले में, मुझे फिर से हस्ताक्षरित आईपीए फ़ाइल जमा करते समय त्रुटि मिली। पता चला कि मैंने फाइंडर में एप्लिकेशन पैकेज को देखा था, और इसने एक .DS_Store फ़ाइल बनाई थी (यह फिर से साइन-इन के साथ थी codesign, जिसने साइन करने के समय फ़ाइल मौजूद होने पर शिकायत की होगी)।

.DS_Store फ़ाइल को निकालने के बाद, अपलोड सफल हुआ।


0

निम्न आदेश चलाएँ (Mac में): codesign --verify -vvvv <your_application>.app

नमूना:

codesign --verify -vvvv project.app
project.app: a sealed resource is missing or invalid
file missing: /Users/iHTCboy/workspace/Payload/project.app/.DS_Store

ऐसा लगता है कि मेरे ऐप की संपत्ति के अंदर एक छिपी हुई फ़ाइल .DS_Store है। कृपया इसे ढूंढें और निकालें और पुनः प्रयास करें।

मेरे लिए वह काम है

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.