Erreur Imt-90339: Ce bundle n'est pas valide . L'info.plist contient une clé non valide 'CFBundleResourceSpecification in-app bundle

Je suis en train de télécharger mon application sur iTunes pour iOS 9. J'ai utilisé Xcode 7 beta 6 pour construire mon IPA , mais iTunes impossible de télécharger mes IPA par le message d'erreur suivant . Erreur Imt-90339: Ce bundle n'est pas valide . L'info.plist contient une clé non valide 'CFBundleResourceSpecification in-app bundle

InformationsquelleAutor Anupam Mishra | 2015-09-10

ios xcode

94

Projet de paramètres sous Paramètres de construction > la Signature de Code > la Signature du Code de la Ressource Règles de Chemin d'accès - Supprimez la valeur de la Signature du Code de la Ressource Règles de Chemin d'accès. Cette correction d'un problème pour moi
- Je ressemble à ce travail. Mais n'oubliez pas de nettoyer le dossier de création.
- J'ai eu ce même problème. Nous avons eu quelques automatisation de la génération de logiciel qui a été la définition de cette voie dans un Projet.xcconfig fichier. Commenté et tout construit et soumis à l'amende juste. //CODE_SIGN_RESOURCE_RULES_PATH=$(SDKROOT)/ResourceRules.plist
- A la même erreur avec Cordova. Commenté CODE_SIGN_RESOURCE_RULES_PATH dans le fichier de plates-formes/ios/cordova/build.xcconfig. Qu'il fixe
- comment avez-vous réussi à obtenir votre logiciel d'automatisation de construire sans la CODE_SIGN_RESOURCE_RULES_PATH ? Je suis l'aide de Jenkins, et j'ai eu de signature de code d'erreurs quand j'enlève CODE_SIGN_RESOURCE_RULES_PATH.
- Supprimez la valeur est ok. Mais l'itunes connece montrer que la construction est invaild
- Veuillez vérifier @MikeVosseller répondre à DONC 32763288 pour une solution adéquate.
InformationsquelleAutor Kaushal Panjwani
57

Je suis le même bateau que DongHui Li. Je suis à l'aide de Jenkins trop. Si je supprime CODE_SIGN_RESOURCE_RULES_PATH=$(SDKROOT)/ResourceRules.plist je ne suis PAS en mesure de construire. Et si je l'ajoute, je peux le créer, mais PAS en mesure de soumettre à Apple.

Mise à JOUR -> je suis en mesure de construire et de de téléchargement d'apple à l'aide de Jenkins maintenant.

Ce que j'ai fait est:
1. Supprimer CODE_SIGN_RESOURCE_RULES_PATH=$(SDKROOT)/ResourceRules.plist
2. Trouver le /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/usr/bin/PackageApplication script et le mettre à jour.
  
  Trouvez les lignes, y compris le code suivant dans le script
```
my @codesign_args = ("/usr/bin/codesign", "--force", "--preserve-metadata=identifier,entitlements,resource-rules",
                  "--sign", $opt{sign},
                  "--resource-rules=$destApp/ResourceRules.plist");
```
  le modifier:
```
my @codesign_args = ("/usr/bin/codesign", "--force", "--preserve-metadata=identifier,entitlements",
                  "--sign", $opt{sign});
```
- Cela m'a énormément aidé. J'ai enfin mon Jenkins buildscript de travailler à nouveau.
- Cela m'a aidé aussi, je pense qu'il doit être accepté de répondre, car il est plus complet.
- Juste rencontré le problème, trouvé cette réponse, je ne voulais pas faire le premier pas mais a la deuxième étape, il a résolu mon problème. La construction d'un projet Cordova sur Mac OS x 10.10.3 avec XCode 6.4 à l'aide d'un manuel de script shell. Merci!
- Cela fonctionne pour moi aussi. Est-il une meilleure option, plutôt que de mettre à jour les fichiers privés dans le package xcode?
- Juste mis à jour à El Capitan (10.11 / XCode 7.0.1); comme prévu, besoin de ré-appliquer le même correctif.
- Ressemble solution sale. Son facile à fixer Jenkins dans son environnement? Veuillez jeter un oeil à stackoverflow.com/a/33257736/824285
- la modification de Xcode fichiers internes est fortement déconseillée. vous devez être en mesure de vérifier Xcode intégrité et de maintenir une sorte de bon sens: (voir xcodeghost par exemple). au lieu de cela, ne comptez PAS sur le jenkins plugins' centre de conditionnement et l'emballage de vos .ipa manuellement. (voir ma réponse) |K<
- C'est un hack. PackageApplication est obsolète, et c'est probablement juste une question de temps jusqu'à ce qu'il cesse de fonctionner pour une raison différente. Je suis également d'accord avec kent sur la modification interne XCode fichiers. La vraie solution, comme indiqué par Apple eux-mêmes, est d'utiliser xcodebuild -exportArchive -exportPlistOptions: stackoverflow.com/questions/32763288/...
InformationsquelleAutor Rishi Goel
5

Le problème réside dans le Xcode plugin d'intégration pour Jenkins.
Plus précisément, il y a une case à cocher dans le volet de détails appelé :
"Pack d'applications et de construire .ipa?"

Cette fonction fera appel
'xcrun PackageApplication' avec l'option '--intégrer' et '--sign' indicateurs définis.

pour la plupart, vous avez déjà exécuté codesign, et aussi dans la plupart des cas, l'intégration du profil de configuration est redondant. malheureusement, l'auteur du plugin n'a pas pris cela en considération, et ces deux paramètres facultatifs ne sont pas configurables par le biais de l'interface graphique du plugin jenkins.

la solution:

NE SÉLECTIONNEZ PAS CETTE OPTION!

Cette option a trois paramètres:
- '.ipa modèle de nom de fichier' : ex: MyApplication
- 'Répertoire de sortie' : ex: SORTIE
- 'manifeste plist URL' ( je n'ai pas utilisé ce... )
manuellement le package de votre .fichier ipa par l'ajout d'un "exécuter shell' après la construction, en utilisant les paramètres que vous le feriez dans le 'pack' option de l'interface graphique:
```
/bin/mkdir $(PWD)/build/OUTPUT    
/usr/bin/xcrun -sdk iphoneos PackageApplication -v $(PWD)/build/MyApplication.app -o $(PWD)/build/OUTPUT/MyApplication.ipa
```
- Intégration du profil de configuration est nécessaire pour la distribution adhoc, n'est-il pas?
- oui. mais à ce stade dans le processus de construction du profil de configuration a déjà été intégré.
InformationsquelleAutor kent
2

Vérifier dans votre info.plist si vous avez la voix CFBundleResourceSpecification vide et si vous n'avez pas besoin de la retirer.

Si vous en avez besoin afin que vous avez besoin pour vérifier la valeur que vous utilisez sous Code Signing Resource Rules Path dans paramètre de construction.
- Face à un même problème et je n'ai pas CFBundleResourceSpecification dans mes infos.plist?
- Avez-vous quelque chose dans votre Signature de Code Ressource Règles de Chemin d'accès? Vérifier dans les paramètres de construction, si elle est vide simplement la supprimer.
- J'ai ajouté Code Signing Resource Rules Path dans les Paramètres de construction et a obtenu le même CFBundleResourceSpecification erreur de iTunesConnect. 🙁
- Supprimez la valeur est ok. Mais la itunes connect montrer que la construction est invaild. comment résoudre le problème.
InformationsquelleAutor Massimo Polimeni
0

Comme je l'ai utiliser Jenkins pour construire automatiquement, retirez CODE_SIGN_RESOURCE_RULES_PATH=$(SDKROOT)/ResourceRules.plist conduit à un échec de construire. Mais avec xcode bâtiment, il fonctionne.

InformationsquelleAutor Donghui Li
0

Applications créées avec les outils de développement les versions beta ne peut pas être soumis à iTunes Connect.

Essayer avec le GM ou de version des outils.

InformationsquelleAutor quellish

Vous devez vous connecter pour publier un commentaire.