Depuración AIR: ADL no se inicia

Me he encontrado un inconveniente al intentar depurar una aplicación de AIR utilizando adl.Depuración AIR: ADL no se inicia

Aunque se inicia con éxito adl, la aplicación nunca aparece en la pantalla/se inicia.

por ejemplo:

<?xml version="1.0" encoding="utf-8"?> 
<s:WindowedApplication xmlns:fx="http://ns.adobe.com/mxml/2009" 
         xmlns:s="library://ns.adobe.com/flex/spark" 
         xmlns:mx="library://ns.adobe.com/flex/mx" 
         width="400" height="400" 
         preinitialize="trace('hello')"> 
    <s:Label text="Hello, world" /> 
</s:WindowedApplication>

Al poner en marcha esto, el trace nunca se ejecuta, y la aplicación nunca aparece en la pantalla.

Otros puntos de interés: (. Es decir, veo su icono en mi muelle)

El depurador adl se pone en marcha
He intentado esto con ADT de AIR 2.6 y AIR 2.7
utilizarse para trabajar en mi máquina, y de repente ha dejado (ver más abajo)
no hace ninguna diferencia si pongo en marcha a partir de flash Builder, o mediante la invocación de la línea de comandos directamente adt
Estoy en un Mac, ejecutando OSX 10.6.7
Después de que esto dejó de funcionar, traté de instalar el parche de actualización FB 4.5.1, con la esperanza de que esto también actualizara cualquier archivo de framework/SDK local al ultima versión. Esto no tuvo efecto.

Como mencioné anteriormente, esto solía funcionar bien, y parece haberse detenido.

En el momento en que las cosas dejaron de funcionar, estaba haciendo una depuración en otra aplicación, que implicó la instalación de un firewall para bloquear puertos específicos. Sospecho que puede estar relacionado con esto.

Sin embargo, desde entonces he desinstalado todos los firewalls, y todavía no funciona. No estoy seguro de qué puerto usa adt, pero no veo que intente conectarse al ejecutar lsof -i -n -P.

¿Alguna sugerencia?

Actualización: También he desinstalado y reinstalado Flash Builder (y por lo tanto, el SDK de AIR), y todavía no funciona. Creo que esto agrega peso al conflicto del puerto, pero aún no me deja saber dónde/cómo proceder

Otra actualización La compilación exacta de la misma base de código para un instalador AIR, la instalación y la ejecución de la aplicación funciona bien. (Es decir, un lanzamiento de producción). Sin embargo, la base de código no se inicia con adl. Esto prácticamente confirma el problema como un problema de configuración de máquina local en algún lugar con adl, y no es un problema con la base de código.

Fuente

2011-09-06 Marty Pitt

¿Ha reiniciado el equipo 3 veces? : P –

¿Intentó hacer una reconstrucción limpia de su proyecto? ¿Se trata de otros proyectos? – moropus

@moropus - Sí, rompe todos los proyectos. Sí, he intentado compilaciones limpias. –

Finalmente (7 semanas después) resolví este problema.

En mi archivo mm.cfg, la siguiente línea había sido colocado allí por una extensión de Firefox:

PreloadSWF=/Users/martypitt/Library/Application Support/Firefox/Profiles/vxtpdg3i.default/extensions/[email protected]/chrome/content/flashfirebug/flashfirebug.swf

Eliminación esto hizo que las cosas funcionen de nuevo.

Fuente

2011-10-26 22:27:27

Hombre ... esto me salvó. 'adl' siguió fallando con el código de retorno 138, y no pude encontrar por qué. –

, ya que aún no funciona después de que haya desinstalado y reinstalado, lo único que tiene sentido para mí es que el archivo de preferencias ADL es lo que persiste el problema. este archivo de preferencias no se desinstala al desinstalar Flash Builder, ya que no forma parte de Flash Builder. Intentaría eliminar el archivo de preferencias y luego reiniciar Flash Builder.

en Mac OS X, puede encontrar el archivo de preferencias aquí:

Marty Pitt> Biblioteca> Preferencias> com.adobe.air.ADL.plist

Fuente

2011-09-10 17:37:40 TheDarkIn1978

¡Gran sugerencia, y no había pensado en probar esto! Sin embargo, lo intenté y no funcionó. –

tengo el mismo problema, pero en Fdt no Flash Builder. Funciona cuando se inicia con el parámetro -nodebug, pero no cuando se depura. Parece que tiene que hacer algo con flex 4.5.1, porque al compilar con flex 4, ¡todo funciona como se espera!

de edición: se fija en el último SDK de Flex 4.6.0

Fuente

2011-09-26 18:55:59 Krisdigital

Tengo un problema similar pero obtengo un "Error de bus" y salidas de adl. -nodebug me deja funcionar bien. Estoy usando flex 4.1.0 sin embargo. – NKijak

¡está fijado en el último flex sdk 4.6.0! – Krisdigital

tuve un problema similar cuando la depuración que se resolvió cambiando la configuración de codificar utf-8-iso-8859-1 en el Debug Configuration Panel -> Common tab.

Fuente

2011-10-22 22:46:29 mRader

Tuve exactamente el mismo problema. Intenté todo lo anterior, y algunos otros artículos. Lo que finalmente lo hizo visualizar fue cambiar los argumentos de la línea de comando. Wow, quién lo pensó.

./adl -profile mobileDevice -screensize iPhoneRetina webapp/Main-app.xml

Fuente

2013-07-23 17:53:56 Dave

Respuesta

Cuestiones relacionadas