Erro bizarro (Android)

[Rodrigo Kaveski]

Pessoal, não tenho ideia se é um erro básico ou não. Essa app foi desenvolvida pra Android/iOS. No iOS roda normalmente, no Android aparece essa tela (anexo) com um popup e um IP e no debug o erro "genérico": Error #2044: Unhandled ioError:. text=Error #2032: Stream Error.

Alguém já viu algo assim?

Obrigado;

--

[Gustavo Souza]

Nunca vi isso, mas falando em android não duvido nada que seja erro bizarro dele.

Quando o APP é para iOS é tranquilo, mas quando entra o Android a dor de cabeça começa.

--

--
-----------------------------------------------------------------------------
Você está recebendo essa mensagem por que faz parte do grupo de discussão
flex-mobile, para sair do grupo basta enviar mensagem para flex-mobile...@googlegroups.com

--
Att,

Gustavo Souza

[Stefan Horochovec]

@Gustavo

Esse tipo de comentário só serve para criar confusão na lista. Posso ficar mandando um email a cada 5 minutos com defeitos no iOS e o que vou ganhar com isso? Mais "inimigos" appletards. Não vai ajudar, não atrapalha.

@Rodrigo

Entra em modo de debug na sua app, e quando der o erro manda o resultado do debug, assim fica mais fácil de ajudar. 

Abraço

Stefan Horochovec
Engenheiro de Software
Blog: http://www.horochovec.com.br/
Twitter: http://twitter.com/horochovec

[Gustavo Souza]

A ideía não é criar discussão de plataformas. Muito menos citar defeitos. Não sou fanático para nenhum dos lados. Mas é uma realidade que vivemos. Sempre que vamos desenvolver para multiplataformas e o android está entre elas, problemas bizarros acontecem.

Usando: flex, titanium, phonegap.

[Stefan Horochovec]

Ola

Engraçado que eu comecei a desenvolver para Android e nunca tive problemas bizarros. Tive problemas sim, mas porque eu fazia uma implementação equivocada de determinada funcionalidade. E utilizo o AIR para Android desde a versão 2.1 (que nem chegou a ser pública).

Att

Stefan Horochovec
Engenheiro de Software
Blog: http://www.horochovec.com.br/
Twitter: http://twitter.com/horochovec

[Eric Cavalcanti]

É verdade Gustavo. Eu concordo com você com relação a plataforma Android. Não percebi nenhum motivo para discussão no seu comentário.

É importante feedbacks de desenvolvedores. Hoje desenvolvo em iOS nativo, Titanium, Flex Mobile,  PhoneGap e agora estou estudando Windows Phone 7. Também conheço um pouco e trabalho com outras pessoas que manjam muito de Android nativo. A plataforma Android tem esses problemas bizarros sim. Na minha opinião 90% não é culpa da plataforma em si, mas possivelmente devido as customizações feitas pelos fabricantes e operadoras. Sem contar também com o problema da segmentação da mesma. Segue um texto que comprava isso (fonte: http://gigaom.com/2010/10/18/5-lessons-learned-from-angry-birds-launch-on-android/):

Android fragmentation is a serious issue for developers. In its tweets, Rovio Mobile said it began working on the Android version of Angry Birds in the spring. But the company said it took a long time to test for all the different Android devices to ensure they worked well. “Main challenge with Android is the amount of different devices. They are all different. Takes forever to test,” the company said tweeted. In the end, there are still devices like the HTC Hero and Sony Ericsson X10 that appear to have problems running the game. By comparison, porting over Angry Birds to webOS earlier this year only took a “few hours.” This could be a growing problem for Android developers as the number and variety of devices proliferates.

Abs,

Eric Cavalcanti

Em 26 de setembro de 2012 16:13, Gustavo Souza <gustavo...@gmail.com> escreveu:

[Stefan Horochovec]

Eric

Todos falam da segmentação, que precisam re-testar tudo, mas isso é muito diferente do ambiente que vivemos de erros bizarros. As apps realmente são re-testadas em Android pela fragmentação de dispositivo, mas o principal fator desse re-trabalho é hardware e não software.

Você tem um aparelho que ele tem 256 de memória RAM, e outro com 512 de RAM, isso é suficiente para testar novamente a app para evitar problemas de heap, mas é completamente diferente de um teste de funcionalidade da app, ex: se o banco de dados funcionou em uma, você não terá problema algum em outro device android, todos irão se conectar no banco de dados porque isso é padrão em todos os outros, ou se sua app chama um discador por exemplo, todos irão continuar chamando o discador, agora, se você colocou uma transição cheia de efeitos entre sua app e o discador, provavelmente isso irá funcionar de forma diferente entre os aparelhos que tenham recursos de hardwares diferentes.

Os maiores casos de problemas que eu já vivenciei são relacionados a teclado, aonde o AIR demora muito para reposicionar a sua tela para que o teclado nativo apareça corretamente, mas novamente, isso ocorreu em aparelhos com baixa performance.

Não defendo o Android, muito pelo contrário, hoje mesmo falei para um colega aqui na Petrobras que eu compraria um iPhone 4S no lugar de um S3, mas acho que precisamos ser mais cautelosos sobre as tecnologias que utilizamos no dia-a-dia.

Tem "trocentas" apps mobile em HTML5 hoje no mercado e o Mark Zuckerberg falou que o problema da app do Facebook foi o HTML5. Não sei até agora o que eles fizeram pra ter uma app de 12 megas (eu acho) que não faz quase nada. A desculpa foi dizer que a tecnologia não presta. 

O problema dos softwares é sempre a tecnologia, sempre...

Stefan Horochovec
Engenheiro de Software
Blog: http://www.horochovec.com.br/
Twitter: http://twitter.com/horochovec

[Rodrigo Kaveski]

Bom, voltando ao post original, escutando IOError e HTTPStatus:

[HTTPStatusEvent type="httpResponseStatus" bubbles=false cancelable=false eventPhase=2 status=401 responseURL="URL_PATH"]

[IOErrorEvent type="ioError" bubbles=false cancelable=false eventPhase=2 text="Error #2032: Stream Error. URL: URL_PATH" errorID=2032]

401 é não autorizado. Lembrando que iOS está ok. Eu to acessando os webservices por esse cara aqui: http://alducente.wordpress.com/2007/10/27/web-service-in-as3-release-10/

Idéias?

2012/9/26 Stefan Horochovec <stefan.h...@gmail.com>

--

[Lucas Costa]

Quando utilizei webservice no flex fiz a conexão indo no menu Data...Connect to WebService....ai o Flex gerou uma classe ref. ao meu webservice com os metodos que tinha nele.

Na minha view eu declarei um objeto desta classe e para cada método do webservice criei um callResponder conforme abaixo:

<fx:Declarations>

<s:CallResponder id="atualizaUsuario" result="atualizaUsuario_resultHandler(event)" fault="atualizaUsuario_faultHandler(event)" />

<s:CallResponder id="atualizaDados" result="atualizaDados_resultHandler(event)" fault="atualizaDados_faultHandler(event)" />

<s:CallResponder id="atualizaPedidos" result="atualizaPedidos_resultHandler(event)" fault="atualizaPedidos_faultHandler(event)" />

<s:CallResponder id="atualizaRelatorio" result="atualizaRelatorio_resultHandler(event)" fault="atualizaRelatorio_faultHandler(event)" />

<s:CallResponder id="comandoExporta" result="exportaDados_resultHandler(event)" fault="exportaDados_faultHandler(event)" />

<sRFORCA:SrGirocamp id="sRFORCA" wsdl="endereço do seu webservice"/>

</fx:Declarations>

protected function atualizaUsuario_resultHandler(event :ResultEvent):void

{ ******resposta do webService}

protected function atualizaUsuario_faultHandler(event:FaultEvent):void

{ ***** se o webService retornar algum erro}

Não sei se te ajuda. 

[Rodrigo Kaveski]

Oi Lucas, obrigado pela resposta. Eu tentei utilizar a forma padrão, nas simplesmente não conseguia conectar ao WS gerado pelo pessoal do server via Apache Axis, retornava todos os arrays vazios, essa classe foi quem salvou, mas da esse erro no Android.

Sent from my iPhone

On 28/09/2012, at 17:18, Lucas Costa <luca...@gmail.com> wrote:

Quando utilizei webservice no flex fiz a conexão indo no menu Data...Connect to WebService....ai o Flex gerou uma classe ref. ao meu webservice com os metodos que tinha nele.

Na minha view eu declarei um objeto desta classe e para cada método do webservice criei um callResponder conforme abaixo:

<fx:Declarations>

<s:CallResponder id="atualizaUsuario" result="atualizaUsuario_resultHandler(event)" fault="atualizaUsuario_faultHandler(event)" />

<s:CallResponder id="atualizaDados" result="atualizaDados_resultHandler(event)" fault="atualizaDados_faultHandler(event)" />

<s:CallResponder id="atualizaPedidos" result="atualizaPedidos_resultHandler(event)" fault="atualizaPedidos_faultHandler(event)" />

<s:CallResponder id="atualizaRelatorio" result="atualizaRelatorio_resultHandler(event)" fault="atualizaRelatorio_faultHandler(event)" />

<s:CallResponder id="comandoExporta" result="exportaDados_resultHandler(event)" fault="exportaDados_faultHandler(event)" />

<sRFORCA:SrGirocamp id="sRFORCA" wsdl="{'http://girocamp.no-ip.info:911/girosystems/WSFORCA.php?wsdl'}"/>

</fx:Declarations>

protected function atualizaUsuario_resultHandler(event :ResultEvent):void

{ ******resposta do webService}

protected function atualizaUsuario_faultHandler(event:FaultEvent):void

{ ***** se o webService retornar algum erro}

Não sei se te ajuda. 

Sexta-feira, 28 de Setembro de 2012 16:53:38 UTC-3, Rodrigo Kaveski escreveu: