Erko Bridee » Adobe

[ Adobe Flex ] Processamentos longos

Erko Bridee — Wed, 25 Aug 2010 03:27:33 +0000

Já tem algum tempo que estou para publicar esta informação, que pode ajudar muita gente a resolver uma encrenca quando se precisa efetuar um processamento de uma quantidade “ignorante” de dados e o Flash Player Runtime não ajuda…

Em um projeto me deparei com este “inconveniente”, onde estava lá a aplicação executando o processamento a todo vapor, passado 15 segundo uma mensagem me aparece questionando se eu deixo ou não o processamento continuar… Mas como assim?!

Então fui a pesquisa, verifiquei que devido a regras de segurança e respectivas políticas da Runtime para proteger os navegantes pela Web a fora, de algum engraçadinho fazer um código pesado que trave o web browser do pobre cidadão, ou mesmo vire um vortex de consumo de processamento.

Infelizmente não achei a referência que havia lido na época que me levaram as respectivas informações:

1 – o tempo padrão de processamento contínuo de um algoritmo executado pelo Flash Player Runtime é de 15 segundos.

2 – existe a possibilita de estender esse tempo até 60 segundos, porém no meu caso não iria em alguns cenários ser o suficiente para processar a quantidade sem noção de dados que o usuário quer executar.

Foi ai que os meus estudos e interesse por desenvolvimento de games no Flash me salvaram a pele…

No Flex é possível criar uma classe que herde de Sprite, que nada mais é que um “filme”, onde nesse filme eu sei que existem quadros, e que nesses quadros eu poderia fragmentar meu processamento da quantidade sem noção de dados. E foi exatamente isto que eu fiz.

Para entender a minha linha de raciocíneo observe a imagem a seguir:

Sei que no Flex é possível fazer miséria com registro e tratamento de eventos, para a minha e possivelmente a sua alegria também, existe um evento nessa classe que trata o evento de quando entra em um novo quadro renderizado: Event.ENTER_FRAME, e foi exatamente ali que resolvi o problema, fragmentando meu processamento em blocos dentro de cada quadro que será executado.

Legal já te contei a solução, agora para te ajudar um pouco mais, fiz um exemplo de projeto implementando essa idéia, segue:

Download: LongProcessing.zip

SVN: http://erkobridee.googlecode.com/svn/trunk/adobe_flex/LongProcessing

O código pode ser visualizado nesse [link]

Tela que indica o processamento dos blocos:

Eis a classe que faz a mágica: ExportHTMLHelper nesta classe escrevi comentários importantes que devem ser considerados na hora de implementar o seu respectivo código de processamento.

Essa classe foi estruturada de modo a me gerar o respectivo resultado expresso pelo modelo de HTML final que eu tinha em mente: export_model.html

Tela após o termino do processamento, possibilitando salvar o resultado:

Para essa aplicação fiz um export para um HTML simples apenas para exemplificar.

Bom espero que esse exemplo lhe seja útil.

Veja também:

[ Adobe AIR ] Local File Explorer

Erko Bridee — Mon, 16 Aug 2010 02:53:12 +0000

Aplicação em Adobe AIR para explorar e visualizar arquivos através de um aplicativo em Adobe AIR que possibilita ver/executar alguns tipos e para os demais não reconhecidos tenta abrir no aplicativo padrão do sistema operacional…

Download: LocalFileExplorer

Códigos:

LocalFileExplorer.mxml

LocalFileExplorerCode.as

custom.SmoothVideoDisplay.as

VideoPlayer customizado para habilitar o smooth na imagem (sinceramente não sei porque o componente VideoPlayer já não vem com essa opção de ativação…)

O modo fullscreen funciona mas não está do jeito que eu quero ainda com background preto… está branco e isto irrita, pelo menos aos meus olhos quando estou vendo um vídeo em fullscreen.

org.flashcommander.components.Mp3Player.as

Componente para execução de arquivos mp3

SVN:

http://erkobridee.googlecode.com/svn/trunk/file_explorer/standalone/LocalFileExplorer/

Mais informações:

Como foi comentado os arquivos de audio .mp3 possui um componente interno para execução, para os demais arquivos de audio a aplicação utilizará o recurso para abrir na aplicação padrão vinculado ao arquivo no sistema operacional.

Para os respectivos arquivos de vídeo .mov .mp4 .flv foi definido um componente que extende ao VideoPlayer que possibilita setar a suavização do vídeo, em outras palavras, reduzir aqueles “quadrados” na imagem do vídeo durante a execução quando esta está com um tamanho diferente da resolução inicial.

Para os respectivos arquivos .gif .png .jpg .pdf .txt .htm .html irá abrir utilizando o componente HTML do Adobe AIR.

Observação: conforme já comentado, porém apenas para relembrar, para todos os demais arquivos que não estão previstos para estes 3 visualizadores de arquivos da aplicação, a aplicação tentará abrir o respectivo arquivo usando o recurso do Adobe AIR 2.0 de abrir com a aplicação padrão setada no sistema operacional.

ps.: Esta aplicação pode ser utilizada como base para muitas possíveis aplicações que necessitem listagem e visualização/execução de arquivos no computador local ou em algum computador acessível via rede através de um nome (não testei através de IP ainda, se alguém testar poderia me informar se funciona? grato)

Veja também:

Adobe AIR – FileSearch

Erko Bridee — Mon, 09 Aug 2010 04:49:50 +0000

Segue um exemplo básico de aplicação de como localizar um determinado tipo de arquivo no computador. Este respectivo código pode ser evoluído e reaproveitado em algum aplicativo que precise ler conteúdo de um determinado diretório do computador.

Obs.: Essa aplicação foi baseada e adaptada do disponibilizado nesse link.

Ver código:

- FileSearch.mxml

- FileSearchCode.as

Download: FileSearch

SVN: http://erkobridee.googlecode.com/svn/trunk/adobe_air/FileSearch/

Veja também:

Flerry 1.2.0 disponível

Erko Bridee — Wed, 04 Aug 2010 13:29:27 +0000

Foi disponibilizado ontem(03/08/2010) a nova versão da Lib Flerry, com um suporte melhorado para o uso do java e respectivos jars da aplicação java

Segue as novidades e mudanças no Flerry 1.2.0:

O processo de localização do Java foi completamente reescrito. Agora este processo olha no local retornado pelo sistema operacional:
- Windows – c:\windows\System32\javaw.exe (que a partir da versão 6 se tornou o local padrão de localização do Java) [ uma observação aqui, se sua versão do Windows for NT, provável que a localização seja: c:\windowsnt\System32\javaw.exe ]
- Mac – /usr/bin/java se não estiver aqui, então verifica no local /System/Library/Frameworks/JavaVM.framework/Versions/Current/Commands/java
- Linux – /usr/bin/java se não estiver aqui, então verifica no local /etc/alternatives/java
- Caso não encontre nos locais predefinidos, o mecanismos de localização do Java então irá procurar: No Windows, utilizará o acesso via NativeProcess ao FindJava.exe para verificar nos registro do Windows a localização do Java. Este mecanismo foi uma contribuição do Serge Jespers, onde ele usa esta funcionalidade na aplicação Package Assistant Pro. No Mac e Linux será acessado o comando nativo /usr/Bin/whereis Java para descobrir onde o Java está instalado.
O local padrão para se disponibilizar os arquivos jar foi renomeado, agora deve-se criar o diretório /libs dentro do projeto Adobe AIR /src. Atualmente este diretório não conterá apenas jars, também deverá ser disponibilizado neste diretório o FindJava.exe. Porém o diretório das libs pode ser customizado através da propriedade libsDirectory da classe NativeObject.
Todos os jars dentro da pasta libsDirectory serão adicionadas automaticamente ao classpath de execução da aplicação Java. A especificação manual de cada jar do diretório não é mais necessária.
O código compilado Java pode ser disponibilizado na pasta classes. Não é mais obrigatório o empacotamento em um jar. Isto irá possibilitar o teste e debug da aplicação de modo muito mais fácil.
Suporte “fora da caixa” (facilitado) para debug do código Java.
Melhoramento da comunicação do AIR com o Java, agora suporta a transferência de objetos grandes. Isto através da divisão de blocos de 256 bytes.
Adicionado um conjunto de testes do FlexUnit.
Adicionado um script Ant build.
Atualização dos jars de serialização AMF para o BlazeDS 4.0.
Removida a referência entre os projetos flerru e flerry-demo. Agora o projeto flerry-demo é um projeto separado que referencia a lib flerry.swc.

Esta versão contou com a contribuição:

- Piotr Walczyszyn (autor do projeto)

- Jhonny Everson

- Serge Jespers

- Erko Bridee

A seguir segue os vídeos sobre o Flerry…

Veja também:

[Adobe AIR 2 : NativeProcess + Java] SimpleAirJava

Erko Bridee — Sat, 24 Jul 2010 20:29:23 +0000

Estou disponibilizando um exemplo de como integrar de maneira simples e efetuar uma comunicação textual entre um aplicativo Adobe AIR 2 com uma aplicação Java…

Lembrete: para pode utilizar o recurso NaticeProcess é necessário efetuar uma configuração no xml que define as informações de execução da aplicação, você precisará definir a tag: extendedDesktop conforme pode ser visto [SimpleAirJava-app.xml]

Atualizado: 20100725 2300

Incluído campo para definir o caminho do javaw no computador local

Download: SimpleAirJava.zip

SVN: ( Google Code, acesso para leitura)

http://erkobridee.googlecode.com/svn/trunk/adobe_air/nativeprocess/Java/SimpleAirJava

Para facilitar uma visualização rápida dos código, segue os links:

SimpleAirJava_UI [ aplicação Adobe AIR ] ( UI – User Interface )

SimpleAirJava.mxml

App.as

SimpleAirJava-app.xml

SimpleAirJava_NP [ aplicação Java ] ( NP – NativeProcess )

RunApp.java

Espero que ajude a compreender um pouco como integrar AIR + Java localmente.

Obs.: ainda existe a obrigatoriedade de gerar um instalador nativo para poder distribuir e utilizar o NativeProcess na aplicação instalada.

Veja também:

[Adobe AIR 2 : NativeProcess] projeto de exemplo : Windows Console

Erko Bridee — Thu, 22 Jul 2010 03:34:06 +0000

Segue um outro post fruto dos meus estudos do recurso NativeProcess disponível a partir do Adobe AIR 2, neste caso irei compartilhar um client em AIR do conhecido cmd.exe

Download: WindowsConsole.zip

Projeto desenvolvido no Adobe Flash Builder

Sobre:

Este projeto de exemplo, trata-se nada mais, nada mesmo que um simples exemplo de uso do recurso NativeProcess do Adobe AIR 2.0 parar criar uma interface em AIR do cmd.exe do windows, executando os mesmos comandos que você poderia executar no cmd.exe.

Visão da arquitetura do aplicativo:

Comandos executados diretamente pelo aplicativo:

clear – limpa o textarea

exit – fecha o aplicativo

Bug conhecido:

encoding – não achei uma maneira de tratar o encoding retornado do aplicativo cmd.exe, com isto as acentuações ficam com problema

NOTA SOBRE O INSTALADOR DA APLICAÇÂO:

Utilizando o recurso NativeProcess do Adobe AIR 2.0, para que seu aplicativo use/consiga acessar a aplicação nativa, você DEVE criar um instalador nativo da sua aplicação, para então esta funcione. IMHO isto quebra totalmente a portabilidade da aplicação, tudo bem para rodar no Android, ou outro smatphone é até aceitável, mas para os Sistemas Operacionais não… ou então por que não me disponibiliza uma distribuição .jar da aplicação com suporte ao NativeProcess ?!

A imagem a seguir é a triste verdade atual para usar o NativeProcess do Adobe AIR 2.0:

Atualização 20100724 0228:

- Disponibilizei um teste [ Test_WindowsConsole.zip ] onde verifiquei que o que difere e possibilita uma aplicação Adobe AIR no Windows poder ou não utilizar o NativeProcess é o arquivo .exe de inicialização, como pode ser visto:

Basta descompactar o arquivo e executar a aplicação através dos .exe

- Inclui este projeto no SVN do Google Code [projeto]

efetuar check ou do projeto a partir da URL [acesso apenas para leitura]:

http://erkobridee.googlecode.com/svn/trunk/adobe_air/nativeprocess/WindowsConsole

Localmente utilizo o TortoiseSVN.

Veja também:

[ Flerry ] Adobe AIR 2 conversando com Java local em AMF via NativeProcess

Erko Bridee — Wed, 21 Jul 2010 05:40:25 +0000

Um post interessante, como integrar sua aplicação Adobe AIR 2 a uma aplicação Java para ampliar as funcionalidades e acesso de hardware da sua aplicação AIR, tudo isso através da nova funcionalidade NativeProcess do AIR 2.0.

Este post surgiu da necessidade de desenvolver um aplicativo multi-plataforma (Windows, Linux e Mac) onde eu tenho a necessidade de acessar mais informações de hardware do que tenho acessível pelo Adobe AIR, então sabendo do novo recurso chamado NativeProcess do Adobe AIR 2.0, o qual me permite acessar um processo nativo na máquina, parti para esta linha a procura de uma solução que me atenda a necessidade.

Visão geral de como funciona o NativeProcess

A primeira vista: caramba esse recurso do NativeProcess é bom demais, até esse momento eu estava apenas vendo os tutoriais, vídeos e apresentações do assunto, então quando fui colocar a mão na massa…

A segunda vista: nem tudo são rosas, o esquema de NativeProcess funcionam muito bem, entretanto, achei ele um tanto limitado, pois tenho que fazer um executável do respectivo Sistema Operacional que quero e chamar pelo NativeProcess a execução deste executável. Mas eu quero é usar o java… como faz?

Então me deparei com a imagem em uma apresentação:

Onde mostra uma nova funcionalidade do Adobe AIR 2.0, que você pode “amarrar” sua aplicação a a um sistema operacional. Bom no caso do Android não temos muito o que fazer por hoje, visto a limitação de hardware, então é um caso a parte, porém para os demais SO, não vejo em meu caso um motivo justificável para criar esses instaladores e atrelar meu aplicativo a um aplicativo nativo do SO.

Por curiosidade, os comandos para gerar estes instaladores nativos são:

Lembrando que o adt fica no diretório /bin da instalação do SDK do Adobe AIR.

Exemplo de linha de comando:

adt -package -target native

Exemplos:

Windows:

adt -package -target native C:\AIRSamples\AIRSample.exe C:\AIRSamples\AIRSample.air

Mac:

adt -package -target native C:\AIRSamples\AIRSample.dmg C:\AIRSamples\AIRSample.air

Linux:

adt -package -target native C:\AIRSamples\AIRSample.rpm C:\AIRSamples\AIRSample.air

Calma nem tudo está perdido! na próxima página tem mais…

Veja também:

[Flex & AIR] Swiz Framework + Presentation Model : Exemplo de Projeto

Erko Bridee — Sun, 18 Jul 2010 06:52:51 +0000

Continuando meus estudos com Swiz Framework, depois de uma batalha de algumas horas para entender o fluxo e funcionamento eis que consegui montar um projeto na estrutura que pretendo utilizar como base inicia para futuros projetos em Flex 3, 4 e AIR

Agradecimento ao @BetoFiote que me ajudou nos testes e a debater a idéia e respectiva estrutura apresentada neste post.

Antes de mais nada, eis a Arquitetura da Aplicação utilizando o padrão Presentation Model:

Como a estrutura da aplicação é simples não houve uma necessidade justificável de ter uma camada de delegates, commands e afins. O objetivo é ter uma estrutura organizada com a menor quantidade possível de código/arquivos para facilitar a manutenção e expansão da aplicação.

A seguir a estrutura de pastas/pacotes utilizada:

Segue o detalhamento da estrutura acima:

config

Pacote onde ficam os arquivos de configuração do Swiz Framework

controller

event

model

entities

Pacote onde ficam os VO, classes de entidades em geral da aplicação

presentation

Pacote onde ficam as classes do Presentation Model

view

A seguir, a aplicação de exemplo usando esta estrutura…

Veja também:

[Flex & AIR] Swiz Framework – meus primeiros passos

Erko Bridee — Wed, 14 Jul 2010 02:04:19 +0000

Há certo tempo estava pensando em deixar de utilizar o Mate Framework devido a uma falta de suporte mais robusta ao desenvolvimento de aplicações em Adobe AIR, então durante o FlexMania 2010, um uma palestra que abordava o tema Flex 4 – Desenvolvendo com Portabilidade(Web, Desktop e Mobile), pude ver um uso prático e fácil do Swiz Framework que me motivou a iniciar meus estudos e uso deste framework para as futuras aplicações que serão desenvolvidas. Neste post irei compartilhar o que até aqui ajuntei de informações…

Swiz Framework: Site | @SwizFramework | Wiki

Segundo a definição do Wiki temos:

O Swiz é um framework para Adobe Flex, Flash e AIR para fornecer um completo suporte ao desenvolvimento de soluções RIA. O Swiz te proporciona:

Inversão de Controle
Injeção de Dependência
Tratamento de eventos e mediação
Um cliclo de vida simples para métodos remotos assíncronos
Um framework desaclopado do código da sua aplicação

Indo na contramão da maioria dos frameworks para Flex, o Swiz:

Não impõem o uso de nenhum padrão JEE no código da sua aplicação
Não repete estrutura de pastas
Não te força utilizar nenhuma estrutura de código predefinida
Não te obriga a estender nenhuma classe específica do framework

O Swiz representa o melhor das práticas aprendidas dos melhores desenvolvedores de RIA de algumas das melhoras empresas de consultoria da indústria, possibilitando assim que o Swiz seja, simples, leve e extremamente produtivo.

De início um ponto que me chamou a atenção e me agradou muito no Swiz, a documentação de como utilizar o Swiz disponível na Wiki é simples, fácil e clara, a qual recomendo a leitura. Após uma leitura, veja este exemplo de uso do Swiz [CafeTownsend-Flex4].

Links antigos que auxiliam na compreensão do Swiz Framework:

Adobe TV – Introducing Swiz [19/08/2008]

Possui uma explicação ampla sobre o framework.

Christophe Coenraets – uma aplicação simples usando o Swiz Framework e BlazeDS

Exemplo bem interessante, onde um ponto a ser observado foi como foi definido o acesso ao RemoteObject através do Swiz.

Using Swiz Part 1: Initial Setup

Conjunto de post sobre o uso do Swiz, atentar aos links relacionados do post.

Swiz in 20 minutes

Neste vídeo podemos te uma visão clara do poder e facilidade de uso do Swiz Framework e observar um detalhe que para mim é extremamente importante, nenhum código extra além da lógica da nossa aplicação, com isto o Swiz consegue ser fiel ao que se propõem…

Links recentes sobre Swiz Framework:

Jandersonfc

#flexmania 2010 – Flex 4 – Desenvolvendo com Portabilidade(Web, Desktop e Mobile)

Esta foi a palestra a qual me referi no início do post.

#flexmania 2010 – disponibilizando código fonte

Material da Palestra.

Swiz Framework

Publicações no blog abordando o assunto.

Flex & RIA - Swiz Prototype

Swiz in Actionscript Projects (including Flash IDE projects)

Para quem tiver interesse em utilizar o Swiz Framework sem ser em um projeto Flex ou AIR é interessante a leitura desse post.

Veja também:

FlexMania 2010 – Adobe Flex + Oracle WebLogic 10.x

Erko Bridee — Fri, 09 Jul 2010 04:55:22 +0000

FlexMania 2010

Slides e demais informações complementares referente a minha palestra no FlexMania 2010.

Depois de um dia muito corrido de trabalho, na noite de quinta-feira (08/07/2010), as 19:30 as 20:30, foi realizada a minha palestra sobre o assunto: Adobe Flex + Oracle WebLogic 10.x no mais tradicional do meu estilo de vida: frenaticamente hehe

E neste post irei disponibilizar as respectivas informações da palestra apresentada.

Post interessante que recomendo a leitura: Resumo: Flex Mania 2010 – Dia 1 (Erich Kist Blog)

Aqui também deixo meus agradecimento a todos os presentes na minha palestra \o/ e ao @IgorCosta (Site) pelo convite.

Tem mais na próxima página…