Aplicación Binaria de iPhone No válida

Solo quería mencionar que yo también tuve el problema con zip desde el comando línea también. El problema radica en la forma en que maneja los enlaces simbólicos por defecto. Usando:

Zip-y-r myapp.zip myapp.app

Resuelto ese problema.

Tuve el mismo problema y lo resolví de esta manera:

Los certificados de propiedad se instalaron en mi máquina de desarrollo y mobileprovision.embedded se incluyó en el archivo de distribución. Después de una hora más o menos de Googlear y cavar encontré la fuente del error. Dentro de Xcode había copiado la configuración de la versión y creado una nueva configuración de distribución y luego cambié la identidad de firma a mi certificado de distribución. Sin embargo, a pesar de que se actualizó en la GUI de la el archivo del proyecto no se actualizó correctamente.

Si te encuentras con el mismo error, busca en tu [ProjectName].directorio xcodeproj para el proyecto.pbxproj archivo y abrirlo en su editor favorito. Busque la sección de Distribución. Mi roto se veía así:

C384C90C0F9939FA00E76E41 /* Distribution */ = {
isa = XCBuildConfiguration;
buildSettings = {
ARCHS = "$(ARCHS_STANDARD_32_BIT)";
CODE_SIGN_ENTITLEMENTS = "";
"CODE_SIGN_IDENTITY[sdk=iphoneos*]” = “iPhone Distribution: Edward McCreary”;
GCC_C_LANGUAGE_STANDARD = c99;
GCC_WARN_ABOUT_RETURN_TYPE = YES;
GCC_WARN_UNUSED_VARIABLE = YES;
PREBINDING = NO;
“PROVISIONING_PROFILE[sdk=iphoneos*]” = “F00D3778-32B2-4550-9FCE-1A4090344400″;
SDKROOT = iphoneos2.2.1;
};
name = Distribution;
};
C384C90D0F9939FA00E76E41 /* Distribution */ = {
isa = XCBuildConfiguration;
buildSettings = {
ALWAYS_SEARCH_USER_PATHS = NO;
CODE_SIGN_IDENTITY = “iPhone Developer: Edward McCreary”;
“CODE_SIGN_IDENTITY[sdk=iphoneos*]” = “iPhone Developer: Edward McCreary”;
COPY_PHASE_STRIP = YES;
GCC_PRECOMPILE_PREFIX_HEADER = YES;
GCC_PREFIX_HEADER = GenPass_Prefix.pch;
INFOPLIST_FILE = Info.plist;
PRODUCT_NAME = GenPass;
PROVISIONING_PROFILE = “DB12BCA7-FE72-42CA-9C2B-612F76619788″;
“PROVISIONING_PROFILE[sdk=iphoneos*]” = “DB12BCA7-FE72-42CA-9C2B-612F76619788″;
};
name = Distribution;
};

Puede ver que la identidad de firma y el perfil de aprovisionamiento son incorrectos en la segunda sección. Edítalo para que coincida con la primera sección, reconstruir, y usted debe ser bueno para ir. El último parecía esto:

C384C90C0F9939FA00E76E41 /* Distribution */ = {
isa = XCBuildConfiguration;
buildSettings = {
ARCHS = "$(ARCHS_STANDARD_32_BIT)";
CODE_SIGN_ENTITLEMENTS = "";
"CODE_SIGN_IDENTITY[sdk=iphoneos*]” = “iPhone Distribution: Edward McCreary”;
GCC_C_LANGUAGE_STANDARD = c99;
GCC_WARN_ABOUT_RETURN_TYPE = YES;
GCC_WARN_UNUSED_VARIABLE = YES;
PREBINDING = NO;
“PROVISIONING_PROFILE[sdk=iphoneos*]” = “F00D3778-32B2-4550-9FCE-1A4090344400″;
SDKROOT = iphoneos2.2.1;
};
name = Distribution;
};
C384C90D0F9939FA00E76E41 /* Distribution */ = {
isa = XCBuildConfiguration;
buildSettings = {
ALWAYS_SEARCH_USER_PATHS = NO;
CODE_SIGN_IDENTITY = “iPhone Distribution: Edward McCreary”;
“CODE_SIGN_IDENTITY[sdk=iphoneos*]” = “iPhone Distribution: Edward McCreary”;
COPY_PHASE_STRIP = YES;
GCC_PRECOMPILE_PREFIX_HEADER = YES;
GCC_PREFIX_HEADER = GenPass_Prefix.pch;
INFOPLIST_FILE = Info.plist;
PRODUCT_NAME = GenPass;
PROVISIONING_PROFILE = “F00D3778-32B2-4550-9FCE-1A4090344400″;
“PROVISIONING_PROFILE[sdk=iphoneos*]” = “F00D3778-32B2-4550-9FCE-1A4090344400″;
};
name = Distribution;
};

Guids cambiado para proteger a los inocentes

Mismo problema, solución diferente.

En mi caso, estaba comprimiendo el archivo usando zip -r myapp.zip myapp.app Resulta que el comando zip arruinó el paquete. Comprimirlo desde el finder hizo que funcionara.

Tuve el mismo problema y después de probar varias cosas - Eliminé el .plist derechos de los Derechos de Firma de código (solo lo dejó en blanco) y se construyó bien y se cargó FINALMENTE.

Buena suerte a todos: - D

Otro punto de datos: por un tiempo, mi aplicación pasó. Ahora he agregado soporte para compras en la aplicación, y de repente falla con un problema de "binario no válido/firma no válida". Tras una cuidadosa búsqueda, descubrí que el valor de application-identifier en el archivo plist de derechos estaba desactivado.

Esto, muy probablemente, tuvo que ver con el hecho de que he reemplazado el perfil de aprovisionamiento de un wildcarded a uno específico de la aplicación (necesario para las compras en la aplicación). El ID de aplicación incorrecto calificado bajo el viejo perfil. No coincidía con el ID de la aplicación en la información.plist, pero aparentemente iTunes perdonó eso.

Así que, para recapitular:

info.plist: com.mydomain.foo
dist.plist: com.mydomain.bar
Profile: com.mydomain.*

Está bien, mientras que

info.plist: com.mydomain.foo
dist.plist: com.mydomain.bar
Profile: com.mydomain.foo

Causa "Binario inválido".

También tuve el mismo problema, al construir noté que el aprovisionamiento no se agregó en la compilación.

La solución para mí fue establecer la compilación en el dispositivo iphone como donde normalmente uso el simulador, pero luego no incluirá el perfil de aprovisionamiento...

Esto podría ser un error noob. Normalmente no se puede construir para el dispositivo, pero cuando lo hace para la distribución se puede.

Bueno, después de repetir los pasos varias veces, finalmente tuve éxito en cargar mi aplicación.

No se exactamente lo que lo arregló, pero antes del intento exitoso, cerré Xcode y Firefox y los reinicié. Supongo que una de esas aplicaciones tenía mal juju.

Aquí hay un problema que me encontré: Agregué el binario a Subversion antes de cargarlo. Comprimir / comprimir el binario luego incluyó el oculto .svn, que estropeó la firma de código.

Probé varias cosas después de leer varios posts incluyendo los anteriores. ¡Lo que finalmente funcionó para mí fue comenzar completamente de nuevo! Eliminé todos los certificados y perfiles de aprovisionamiento asociados con mi aplicación.

He recreado un nuevo certificado de desarrollo y un nuevo certificado de distribución. Volví a descargar el certificado intermedio. Luego recreé tanto el perfil de desarrollo como el perfil de distribución.

Después de instalar los tres certificados (me di cuenta de la la distribución tenía claves privadas y públicas esta vez) y los dos perfiles de aprovisionamiento (¡mi perfil de distribución no fue marcado como no tener un certificado válido!), todo funcionó.

Una vez que tomé la decisión de revocar todo y empezar de nuevo, solo tomó unos 5 minutos para crear las cosas nuevas y volver a instalar.

Vea este enlace para la solución:

Http://greghaygood.com/2010/09/04/invalid-binary-message-from-itunesconnect

La respuesta corta es que "Eventualmente revisé dos veces mi información.plist y descubrió algo. Agregué CFBundleIconFiles según las nuevas directrices, pero había una entrada vacía en la lista de matrices. Quité eso y lo volví a enviar, ¡y finalmente fue aceptado!"

Tuve un problema similar pero en Monotouch. Descubrí que mi perfil de lanzamiento estaba configurado para usar certificados de desarrollador. Debería verse así.:

Parece que este problema tiene muchas causas. Aquí está la solución a la mía:

Esto se aplica a cualquier persona que pertenezca a varios equipos de desarrollo (por ejemplo, sus propias aplicaciones y sus empresas).

Si compila la compilación con un conjunto de credenciales y la vuelve a firmar con una diferente (por ejemplo, para la distribución adhoc/appstore), debe asegurarse de que la compilación se compila y firmó originalmente con credenciales pertenecientes al mismo equipo de desarrollo de iOS que las credenciales de la distribución están re-firmando con belong to .

Así que no compile con credenciales de "Indy Dev Inc" y luego intente implementarlas con credenciales de "Company Inc". Asegúrese de configurar tanto" Company Inc " dev, y las credenciales de distribución, y utilizarlos.

He publicado más información sobre esto en mi blog: http://omegadelta.net/2011/06/09/fiendish-ios-code-signing-invalid-binary-issue /

Yo tenía el mismo problema. Yo estaba listo para tirar la toalla en este problema, pero me di cuenta cuando fui a comprobar en mi código usando Murky. Siempre hojeo las diferencias en los archivos que cambiaron antes de registrarme. Al hacerlo esta vez me di cuenta de que el proyecto.el archivo pbxproj había cambiado....y en la sección Distribución la entrada para "PROVISIONING_PROFILE[sdk=iphoneos*]" estaba en blanco.

Salir y reiniciar Xcode no funcionó para mí. En su lugar, entré en mi proyecto y cambiar la firma de código para seleccionar directamente mi perfil de distribución en lugar de depender de la función de selección automática. Hacer esto causó el proyecto.archivo pbxproj para rellenar con los valores correctos a pesar de que la función de selección automática supuestamente seleccionó exactamente el mismo perfil que seleccioné manualmente.

Después de probar todas las otras correcciones enumeradas aquí, registramos una TSI con Apple. Después de haber seguido todos los pasos en Nota Técnica TN2250 nuestro problema fue causado porque un recurso sellado faltaba o no era válido. En nuestro caso fue ._.DS_Store.

El ".."se llama un archivo doble de Apple, y es el resultado de copiar la carpeta del proyecto Xcode, * descomprimida*, en y hacia atrás desde un sistema de archivos que no soporta correctamente HFS+'s 'resource forks' (utilizado para las firmas de código). Estos extra ".."los archivos resultan y causan un error de verificación de firma de código.

Para limpiar los archivos dobles de Apple problemáticos de su carpeta de proyecto Xcode, ejecute el comando dot_clean en la carpeta de su proyecto Xcode, haga una compilación limpia, y luego vuelva a archivar y vuelva a colocar su envío.

dot_clean /the/path/to/xcode/project

Nota: Puede arrastrar la carpeta del proyecto al terminal para rellenar automáticamente la ruta

No hay ningún mensaje cuando ejecuta el comando, pero la compilación del proyecto podría mostrar un advertencia sobre el archivo la próxima vez que compile. Puede ignorar esto, la aplicación validará y enviará con éxito.

Solucionado esto limpiando el myProject.xcodeproj archivo (clic derecho, paquete abierto), el paquete contenía archivos de co-desarrollador, después de eliminar estos el problema se resolvió

Para mí la solución era crear una certificación de distribución en: Portal de Aprovisionamiento para Desarrolladores de Apple .

Para lo que vale, quiero añadir lo que corrige este problema para mí. ¿Tuve una ? (signo de interrogación) en el título de mi aplicación que estaba causando el error.

Recibí un binario no válido, si la aplicación no usa notificaciones push remotas, pero dejé el código para registrar push y los delegados de devolución de llamada para registrar/recibir notificaciones remotas sin comentarios, incluso si el código no se usa.

Esto es reciente. Mi última presentación de la semana pasada estuvo bien. Esta semana, devuelve binario no válido. Afortunadamente, hay un correo electrónico que explica el error.

Estaba teniendo un problema similar, pero no uso derechos.plist. Sin embargo, después de una docena de subidas fallidas, revisé mi información.plist y descubrió algo. Mi matriz CFBundleIconFiles tenía una entrada vacía. Quité eso y lo volví a enviar, ¡y finalmente fue aceptado!

En serio, ¿qué tan difícil sería para Apple exponer ese tipo de errores de validación?

Edit: No es inmediatamente apparant donde están los CFBundleIconFiles porque usan un nombre diferente. En el project info view, Ctl haga clic y seleccione "Show Raw Keys / Values" y luego verá las referencias a CFBundleWhatever. En el caso de este editor, estaba tratando de utilizar un inexistente [email protected] archivo.

Mis dos centavos:

Descargue la última versión del Cargador de aplicaciones. Acabo de actualizar y ahora recibo un mensaje de error diferente.

Acabo de pasar por esta molestia (de nuevo), pero esta vez encontré que mi perfil de distribución tenía un estado de "Inválido". Si cree que todo lo demás está bien, verifique el estado en el portal y renueve/vuelva a descargar todo lo que no esté en el estado Activo.

Recibí un binario no válido después de cargar una aplicación, sin seguimiento por correo electrónico de por qué falló. Intenté hacer un par de cosas a la vez, y no estoy seguro de cuál de las siguientes lo arregló:

1. Reiniciado Macbook Pro
2. Moví el código fuente de mi proyecto de una unidad NTFS a una unidad HFS+ y lo recompilé.

Tuve un problema con esto y con el SDK de GM 4.3. Una de nuestras aplicaciones no pasaría de la carga recibida. Resultó ser un problema de perfil de aprovisionamiento. Regeneré el perfil de la tienda de aplicaciones y funcionó bien.

Mi solución consistía en crear un nuevo ID de aplicación. No estoy seguro exactamente por qué eso lo arregló, pero sospecho que puede haber sido identificadores de paquete no coincidentes: la creación del nuevo ID de aplicación me obligó a asegurarme de que mi aplicación e iTunes esperaban lo mismo.

Otra solución:

Para mí simplemente configurando los certificados 'Release' bajo 'code signing' lo arreglé. Inicialmente se establecieron en 'No firmar código'.

Para mí, el problema se resolvió al volver a guardar una imagen PNG con la opción no entrelazada. En versiones anteriores se permitían png entrelazados, pero saber que estas imágenes pueden causar el binario no válido.

Mi mensaje de apple: Archivo de Icono Corrupto - El archivo de icono [email protected] parece estar corrupto. El icono no debe ser un archivo PNG entrelazado.

Puede ver si el PNG está entrelazado usando el comando "file" en el terminal: Eva-Madrazos-MacBook-Pro-2: GQ 7 integracion ads Eva file file *.png Predeterminado.png: datos de imagen PNG, 320 x 480, 8 bits/color RGB, no entrelazado

Buena suerte, Eva

Quiero señalar la posibilidad de enviar un correo electrónico a Apple y pedirles que revisen sus registros. Hice justo eso, después de haber probado un montón de cosas primero. Fue necesario recordarles después de casi cuatro semanas, pero finalmente respondieron y señalaron el lugar exacto del problema.

El problema en mi caso fue que anteriormente había probado otros iconos de aplicaciones, y una referencia a la imagen antigua todavía permanecía en 'CFBundleIcons'. Usé la funcionalidad de arrastrar y soltar para configurar el icono, pero no lo hice observe que el contenido antiguo no se borró completamente antes de que se agregara la nueva referencia.

Para ver la referencia defectuosa era necesario expandir las flechas para ver todos y cada uno de los subelementos en el archivo plist. Un consejo es hacer clic derecho en el archivo y seleccionar la opción para ver el contenido sin procesar. De esa manera no necesitarás expandir nada.

Probé todas las demás soluciones propuestas, pero nada ayudó.

Terminé creando un nuevo proyecto Xcode y copié todo mi código y recursos en él. Eso hizo el truco, y mi aplicación se colocó en la cola de revisión.

También puedo recomendar notas técnicas de Apple sobre la firma de código para la depuración/verificación.

Uuid no está permitido. Lo arreglé al eliminar todo [[UIDevice currentDevice] uniqueIdentifier];