O Adobe Flash Builder 4 é uma IDE de desenvolvimento para criação de aplicativos RIA baseados na Flash Platform, baseada no Eclipse, possui recursos avançados para aumentar sua produtividade no desenvolvimento de aplicativos RIA. O que pouca gente sabe é que a Adobe oferece gratuitamente a verão Standard do Flash Builder para estudantes, professores, desempregados e caso você queira usar para divulgar a tecnologia.

O que pouca gente sabe é que a Adobe oferece gratuitamente a verão Standard do Flash Builder para estudantes, professores, desempregados e caso você queira usar para divulgar a tecnologia.

Para adquirir sua cópia, basta preencher o formulário do seguinte endereço:
http://www.adobe.com/devnet/flex/free/index.html
Caso queria outras ferramentas como ColdFusion Builder, segue o link:
https://freeriatools.adobe.com/

Adobe Flash Builder 4 Features

• Data-centric development with Introspect Java, PHP, Adobe ColdFusion, REST, and SOAP services to display methods and properties in the new Data/Service Explorer.
• Integration with Adobe Flash Catalyst.
• Network Monitor (Premium edition only).
• Command line build (Premium edition only).
• Flex unit testing integration (Premium edition only).
• Automatic generation of common code.
• Code refactoring.
• Rich visual layout.
• Debugger improvements.
• Custom templates in new MXML, ActionScript, and CSS files.
• Flex Theme Browser.
• ASDoc support.
• Adobe Flash Professional workflow
• Skinning and styling enhanced
• Part of Creative Suite 5 Web Premium.

Está procurando alguns tutoriais de Adobe Flex? O blog Design Your Way separou 45 tutoriais muito bacanas para Adobe Flex, eu separei os que eu achei mais interessantes e relevantes.

Aproveite e bons estudos!

01º Flex MP3 Player

02º XML Básico com Flex 3

03º Criando uma galeria 3D do Flickr com Flex e Awaya3D

04º Usando a classe TextRange

05º Construindo um ItemRenderer para TileList

06º Rotacionando a ViewStack em forma de Cubo

07º Drag Drop simples no Flex

08º Cursor customizado no Flex

09º Como fazer gráficos no Flex

10º Visualizador de imagens em miniaturas no Flex

11º Jogo da Velha em Flex com Degrafa

12º Formulários no Flex

13º Sistema de Login em Flex com PHP

14º Pegando informações de músicas do WebService da Amazon com o Adobe Flex

15º Instalando e usando o Google Maps no Flex

16º Galeria de imagens com o componente Accordion e XML no Flex

17º Interação entre Flex e Javascript

18º Múltiplos uploads com JQuery e Flex ou Flash

19º Desenvolvendo janelas em Flex ou Flash para o Adobe Photoshop

20º Criando um cliente Digg em Flex

21º Introdução ao Data Binding

22º Data Grid com XML

23º Usando Flex, PHP e Json para modificar dados no MySQL

24º Trabalhando com o Debugger no Adobe Flex Builder

25º Criando um relógio de contagem regressiva em Flex

26º Transmitindo dados entre Flex e PHP usando Json

27º Criando um leitor de Feeds (RSS) em Flex

28º Como criar um gráfico de Bolhas em Flex

29º Usando Item Renderes

30º Criando um formulário de email em Flex com PHP

31º Criando grandes listas dinâmicas em Flex

32º Encodificador assincrono de JPEG

33º Criando seu jogo de aventura no Adobe Flex

34º Mudando o identificador de seleção de uma Lista no Flex

35º Criando um player customizado do You Tube em Adobe Flex

36º Criando uma lista de contatos usando Flex e XML

37º Criando um album de fotos do Facebook em Flex

38º Modificando o estilo da linha selecionada na Data Grid

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:windowsSystem32javaw.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:windowsntSystem32javaw.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 crier 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
• [ Flerry ] Adobe AIR 2 conversando com Java local em AMF via NativeProcess
• Adobe Flex + BlazeDS e um problema de conexão no servidor
• Adobe Flash Builder + Flex 4 + BlazeDS 4
• Adobe Flex 3.5 : UploadDownloadBlazeDS

Primeiramente, obrigado a todos que participaram da minha palestra.

Deixo aqui neste post o link para os slides: http://www.slideshare.net/josecarlosfiel/debugando-flex-e-php

Espero que vocês tenham gostado e para maiores dúvidas a respeito da palestra ou sugestões de post (screencasts), sintam-se a vontade em enviar um comentário.

Atenderei aos pedidos assim que for possível.

Mais uma vez obrigado e convido a todos ao Mini Curso On-line de Flex e Zend Framework neste próximo sábado (17/07), lembrando que quem participou da palestra e enviou o código da promoção ganhou 30% de desconto!

Grande abraço!

Fala, galera. Abandonei este espaço, mas é por uma boa causa: os projetos. Que vão tomando o nosso tempo (desenvolvedores) e ainda tendo que estudar etc e tal. Mas vamos ao assunto: Cache – Cinco letrinhas que incomodam.

O CACHE pode ser um amigo, mas pode se tornar seu grande inimigo. Era o que estava acontecendo com minha aplicação em Flex. Encontrei uma solução em PHP para resolver esse problema, testei especificamente no Flex.

html-template
AC_OETags.js
index.template.html
playerProductInstall.swf

Você encontra a estrutura de pastas acima no projeto em flex. Agora basta abrir o arquivo index.template.html e salvar como ${application}.template.php. Em seguida insira as linhas abaixo no início do arquivo:

<?php
header(“Cache-Control: no-cache”);
header(“Pragma: no-cache”);
?>

Agora localize o trecho:

“src”, “${swf}”

e reescreva-o da desta forma:

“src”, “${swf}?cache=<?php echo microtime() ?>”,

Salve o arquivo e seja feliz!

Observação: Na pasta bin-debug ficará com dois arquivos um .html e outro .php, basta utilizar o .php para o funcionamento da operação.

Um abraço
Sucesso

Fala, galera. Abandonei este espaço, mas é por uma boa causa: os projetos. Que vão tomando o nosso tempo (desenvolvedores) e ainda tendo que estudar etc e tal. Mas vamos ao assunto: Cache – Cinco letrinhas que incomodam.

O CACHE pode ser um amigo, mas pode se tornar seu grande inimigo. Era o que estava acontecendo com minha aplicação em Flex. Encontrei uma solução em PHP para resolver esse problema, testei especificamente no Flex.

html-template
AC_OETags.js
index.template.html
playerProductInstall.swf

Você encontra a estrutura de pastas acima no projeto em flex. Agora basta abrir o arquivo index.template.html e salvar como ${application}.template.php. Em seguida insira as linhas abaixo no início do arquivo:

<?php
header(“Cache-Control: no-cache”);
header(“Pragma: no-cache”);
?>

Agora localize o trecho:

“src”, “${swf}”

e reescreva-o da desta forma:

“src”, “${swf}?cache=<?php echo microtime() ?>”,

Salve o arquivo e seja feliz!

Observação: Na pasta bin-debug ficará com dois arquivos um .html e outro .php, basta utilizar o .php para o funcionamento da operação.

Um abraço
Sucesso

Debugger – Teclas de atalho

Escrevi este post porque uso IDEs diferentes com bastante frequência (para o trabalho e projetos pessoais), e o fato de que as teclas de atalho run/debug diferem em cada IDE, isso realmente me irrita!

Twitter!

Desenvolver e debugar aplicações Flex no Google Chrome as vezes pode dar um pouco de dor de cabeça. Por isso, vou mostrar para vocês como resolver alguns dos problemas mais comuns.

Configurando o Eclipse

Primeiro você deve configurar o Eclipse. Abra Preferences > General > Web Browser e selecione “Use external Web Browser”. Então, clique em “New” e adicione “Google Chrome” usando a seguinte “Location”:

Suas configurações deverão ficar assim:

Se estiver usando o Windows, você deverá clicar em “Browse…” e encontrar o arquivo .EXE do Google Chrome, no local onde foi instalado.

Debug Flash Player

O Chrome tem seu próprio Flash Player, então mesmo se você instalar a versão de debug, pode ser que ela não seja usada pelo Chrome. Então primeiro, se você não tem o Player de debug, baixe ele.

Se você já instalou e reiniciou o Chrome, entre nesse endereço:

Se você reparar, vai ter duas versões do Flash Player instaladas. Uma delas, vai estar dentro das pastas do Chrome, e essa versão você deverá desativar. Mantenha a que você acabou de instalar. Vai ficar assim:

Depois disso, clique com o botão direito sobre o Flash de qualquer site e veja se você tem a opção “Show Redraw Regions”. Se tiver, você já está usando o player de debug.

Problemas com Cache

Se ficar atualizando a aplicação o tempo todo, você pode ter problemas com o cache do Chrome. Como acho que não existe uma opção fácil para desativar o cache, criei um aplicativo para Mac que vai iniciar o Chrome com alguns parâmetros para remover o cache temporariamente.

Para usar, baixe o aplicativo, descompacte, e mova para a pasta Applications do Mac. Se quiser, você pode arrastar depois o app para o Dock do Mac para ter acesso rápido a ele:

Como o Chrome mantém uma instância inicial, você deverá iniciar ele pelo meu aplicativo caso não queira o Cache. Se você executar depois de já ter iniciado o Chrome, ele ainda vai manter o cache. Para ativar o cache novamente, basta fechar tudo e iniciar pelo link normal do Chrome.

Para usuários do Windows, basta copiar o atalho do Chrome, clicar com o botão direito na cópia, ir em “Propriedades” e adicionar esses parâmetros na linha de comando:

O ícon preto do Chrome foi criado por GreasyBacon. Não deixe de conhecer os outros trabalhos dele.

Conclusão

É isso! O único problema que ainda tenho é ao usar a opção “Find in Language Reference”. Se descobrir como resolver, atualizarei o post. Se você descobrir algo, não esqueça de deixar nos comentários.

Abraços!

O que é?
Feliz  cada vez mais nos estamos a virar mais para o “mundo” da WEB e para a CLOUD.
A prever isso a Microsoft lançou já há alguns anos o ASP.NET (Active Server Pages), que ao contrário do que se diz não é uma linguagem de programação mas sim uma Framework para desenvolvimento WEB.
Como é uma Framework assente na Framework .NET podemos usar para programar as linguagens C# e VB.NET. Em ASP.NET criamos páginas (WEB Forms) dinâmicas em que o código é corrido no servidor como é o caso de outras tecnologias (PHP, JSP).

Pressupostos:
Não que seja imperativo mas para sermos bons programadores de WEB, antes de sequer abrir o Visual Studio, temos de entender o mundo que vai por trás do browser.
Temos de entender o protocolo HTTP, Request / Response, ciclos de vida de uma página, diferença entre cliente e servidor, State Management, PostBack, JavaScript, CSS e claro HTML.
Não irei falar sobre tudo isto, apenas do que está relacionado com o ASP.NET, mas é bom sabermos o que está por detrás de cada ação que fazemos no browser

Cliente VS Servidor:
Como já referi uma Web Form ASP.NET é executada do lado do servidor, o que significa que cada vez que pedimos (Request) essa página ela é executada no servidor e posteriormente devolvida (Response) para o browser em HTML, esta operação ocupa largura de banda e tempo, logo se o podermos evitar ou então não enviar a página toda melhor (Partial PostBack (AJAX)), podemos concretizar isso usando JavaScript, que é uma linguagem que corre directamente no Browser (Cliente) ou AJAX (Javascript assíncrono e XML).
Não significa que no cliente é melhor ou que no servidor é mais seguro, o grande desafio das WebForms é a fusão entre código do lado do cliente e servidor, tornando assim a página rápida e menos pesada.

PostBack:
O PostBack é o nome que se dá à operação de Request e Response, ou seja, quando uma página inteira e o seu conteúdo são enviados para o servidor, processados e devolvidos para o browser.
Sabem quando fazem refresh a uma página ou carregam num botão e o browser fica branco e depois aparecem os conteúdos? É isso um PostBack.
Mais tarde falaremos da propriedade Page.IsPostBack do ASP.NET.
Felizmente existem formas de contornar isso graças ao AJAX que permite que sejam só enviados pedaços da página e de modo assíncrono o que permite continuar a trabalhar sem o browser bloquear.

Ciclos de vida de uma página:
Falaremos aqui do mais importante e utilizado o Load.
É a melhor altura para fazer acções devido ao facto de que os controlos já estão todos carregados, o viewstate disponível e ainda não é tarde para fazer alterações pois não chegou ao Render que é quando o HTML da página já está todo desenhado.

State Management:
Entende-se por State Management a capacidade do ASP.NET poder guardar informação entre PostBacks da mesma ou de outras (várias) páginas.
Existem várias opções relacionadas com desempenho e capacidade, cliente ou servidor:

Do lado do cliente:

View State: o view state “vive” nas páginas, o viewstate é criado a partir de cada controlo que adicionamos á nossa página para, entre postbacks, poder manter o seu valor.

Ex: Temos uma caixa de texto na página e ao carregar num botão a página faz postback mas o valor permanece na caixa de texto.
Vantagens: Simples, não requer implementação
Desvantagens: Não é recomendado para guardar muita informação pois a página ficará lenta.

Hidden Fields: Uma espécie de variável global na própria página
Vantagens: Fácil implementação
Desvantagens: Pouco seguro (ao ver o source da página está lá o valor) e claro pesa na página

Cookies: Todos já ouvimos este termo, são pequenos ficheiros guardados no lado do cliente para poupar viagens desnecessárias ao servidor.
Vantagens: Pode ser configurado o tempo de expiração e simples implementação
Desvantagens: Pouca capacidade de armazenamento, cliente tem de aceitar cookies, pouco seguro pois o cliente pode alterar as informações.

Do lado do Servidor:

Application State: Informação guardada no servidor disponível em todas as páginas e utilizadores até que o processo da aplicação termine.
Vantagens: Variáveis globais, fácil implementação.
Desvantagens: Ocupa memória no servidor.

Session State: Informação guardada no servidor disponível em todas as páginas enquanto a sessão do utilizador estiver disponível (mesmo Browser), tem limite de tempo de inactividade.
Vantagens: Variáveis globais, fácil implementação.
Desvantagens: Ocupa memória no servidor.

Ferramentas úteis para ajudar no desenvolvimento e debug:
Firebug: http://getfirebug.com/
Fiddler: http://www.fiddler2.com/fiddler2/

Cumpz