steve sesion iniciar inc historia founder former ceo apple and ios xcode appstore-approval

ios - sesion - Error itms-90035-Xcode



former ceo and founder of apple (14)

He desarrollado una aplicación phonegap que funciona absolutamente bien en iPhone. Ahora, quiero enviar la aplicación a la tienda de aplicaciones. El siguiente es el procedimiento que estoy siguiendo para enviar mi aplicación:

  1. Abra Xcode y archive el proyecto
  2. Haga clic en validar (que es exitoso)
  3. Haga clic en Enviar a la tienda de aplicaciones (que es donde obtengo el siguiente error)

Hasta ayer por la noche, ni siquiera recibía este error y hoy por la mañana archivé el proyecto y recibí este error. No está seguro de cuál es el problema.

Esta es la etapa final que me impide enviar la aplicación y es muy frustrante, traté de buscar el mismo código de error en el foro stackoverflow y no pude encontrar una sola publicación que sea exactamente del mismo código de error que el mío, lo cual es muy extraño

Por favor ayuda :)

Como otros han dicho, el problema parece deberse a la inclusión de archivos llamados "upload-dsym.sh" en el paquete de la aplicación. Estos son los pasos que tomé para superar este error: Fui a la configuración del proyecto en Xcode y seleccioné el ícono de la aplicación "Destino". Seleccioné la pestaña Construir fases. Hice clic en "Copiar recursos del paquete". Busqué un archivo que se estaba copiando llamado "upload-dsym.sh". Eliminé ese archivo y luego la carga salió bien.

EDITAR: logré evitar este error eliminando mis archivos .sh de proyectos de mi destino .

Hasta ahora diría que es un error del lado de Apple.

Envié una aplicación ayer sin ningún problema, la rechacé hoy para enviar un binario ligeramente alterado hoy, pero como usted, ahora me encuentro con el mismo error. Pensé que estaba relacionado con Xcode6.3.1 porque lo instalé esta mañana, así que instalé Xcode 6.3.0 nuevamente, pero el error permaneció. Luego reviso todo a fondo:

  • Certificados
  • Perfiles de aprovisionamiento
  • iTunes conecta el estado de la aplicación

Pero no hay éxito hasta ahora.

El hecho de que una búsqueda en Google "itms-90035" devuelva solo 1 resultado me hace pensar que puede tratarse de un incidente temporal.

En el directorio de plataformas ejecute:

grep -r ''#!/usr/'' *

Esto le mostrará todos los archivos que se pueden ejecutar. Por lo general, esto incluiría archivos .sh y de nodo.

De los resultados, encuentre los archivos que están en la carpeta de su proyecto (por ejemplo, mi carpeta de proyecto era plataformas / ios / www / *) y elimínelos, deje el resto.

En mi caso, recibí el error al enviar un archivo ipa re-firmado. Resulta que había mirado el paquete de la aplicación en Finder y había creado un archivo .DS_Store (esto fue después de volver a firmar con codesign , que se habría quejado si el archivo estuviera presente en el momento de la firma).

Después de eliminar el archivo .DS_Store, la carga se realizó correctamente.

Este problema se ha resuelto en CrittercismSDK CocoaPods 5.2.0: https://github.com/CocoaPods/Specs/blob/master/Specs/CrittercismSDK/5.2.0/CrittercismSDK.podspec.json

Puede actualizar a sdk 5.2.0 o eliminar el archivo y eliminar las siguientes líneas del archivo Pods-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

Gracias

Esto me sucedió después de actualizar al último Xcode (6.3.1). No se trata solo de archivos .sh, ya que recibía estos errores sobre los scripts de nodo. Parece que CUALQUIER archivo que comience con #! / Usr / bin / env causará estos errores. ¡Pude causar errores arbitrarios agregando un #! a un archivo aleatorio.

Eliminar temporalmente la directiva #! / Usr / bin / env de la parte superior de los archivos funcionará, pero querrá una mejor solución a largo plazo :)

Tendrá que solucionarlo lidiando con cada archivo de script caso por caso para lo que tiene sentido en su proyecto.

Como se señaló anteriormente, esto podría ser un problema temporal por parte de Apple, no necesariamente relacionado con la versión de Xcode.

Hoy tuvimos un problema muy similar y lo resolvimos.

ERROR ITMS-90035: "Firma inválida. Falta un recurso sellado o no es válido. El binario en la ruta [MyNiftyApp.app/MyNiftyApp] contiene una firma no válida. [...]"

Estamos utilizando Jenkins-CI para el proceso de compilación junto con el complemento xcode. Cuando revisé el registro de compilación de jenkins encontré este mensaje de error:

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

Después de buscar ese Assets.car encontré esta publicación: https://issues.jenkins-ci.org/browse/JENKINS-21253 El usuario tenía un problema similar, podría resolverlo desactivando la siguiente opción de complemento "XCode -> General Configuración de compilación -> ¿ Generar archivo? "(Antes era cierto, ahora es falso).

Al menos esto resolvió el problema de nuestro lado, tal vez lo guiará a la dirección correcta.

Recibí este mismo error cuando intenté cargar mi aplicación usando ApplicationLoader 3.0. La actualización a ApplicationLoader 3.1 (es decir, la última) solucionó el problema por mí.

Resolví esto simplemente quitando los archivos "binarios" en el error.

Para ti es www / js / release.sh.

Para mí, eran dos archivos bower redundantes, un archivo .sh y un archivo .js que estaba ubicado debajo de una carpeta "bin" (¿quizás por eso pensaba que era un binario?).

En una nota al margen, parece que aún podría continuar el proceso de carga simplemente haciendo clic en Enviar después de que se le presenten los errores en el Cargador de aplicaciones.

Tengo el mismo problema. Luego borro el archivo .sh. Y vuelvo a enviar mi aplicación. ¡Exitoso!

Tiene algo que ver con los .sh files incluidos, no tan obvio de hecho.

En nuestro caso, fue la biblioteca AudioKit. README dice:

En la mayoría de los casos, al compilar para iOS o tvOS, independientemente de cómo instale el marco, deberá agregar una fase de ejecución al objetivo de su proyecto con el siguiente script:

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

A veces no los ves directamente en las build phases tu objetivo. Algunas de las bibliotecas de terceros pueden causar este error porque también están tratando con .sh files .

Consulte los archivos README sus bibliotecas / pods de terceros para obtener más información.

Tuve el mismo problema al usar xcode 6.3.1 y 6.4 beta. El mío dijo que era mi archivo main.o. Miré en los recursos del paquete de copias y, por alguna razón, el archivo principal de mi proyecto estaba allí. Lo eliminé y lo archivé nuevamente para enviarlo a itunes connect para testflight y se cargó bien. Me tomó 3 horas descubrir que era ese estúpido archivo. Inicio esto ayuda. Parece que realmente debe prestar atención a lo que está enviando en ese "Copiar recursos de paquete" en las fases de construcción. Cualquier archivo que le indique es un problema, elimine taht de esta área y pruébelo.

Tuve el mismo problema, resulta que una de mis bibliotecas instaladas a través de Bower incluye un archivo .sh , que no es necesario. Acabo de eliminar el archivo y todo se ha cargado correctamente.

Parece que Apple ahora obliga a los desarrolladores a .sh archivos .sh en sus aplicaciones. Como la aplicación Cordova / Phonegap no necesita ninguno de ellos, puede eliminarlos de forma segura.

Tuve exactamente el mismo problema. Estaba escribiendo un error en la decisión myApp.app/myApp: busque archivos que comiencen con caracteres especiales o caracteres distintos al inglés. ¡Encontré, borré y todo funcionó!