O meu primeiro contacto com o Apache Flex 4.8.0

[hugo]

Boa noite pessoal,

Após ter experimentado o Flash Builder 4.7 beta (o qual já fiz a minha review), decidi aproveitar a onda para testar o Apache Flex 4.8.0 e utilizado o novo Flash Builder 4.7, porque apesar de ser uma versão paralela ao última Adobe Flex 4.6, é mais fácil fazer agora uma transição e enfrentar todos os problemas enquanto são só de configurações e dependências e mais tarde usar esse conhecimento adquirido para futuras versões do Apache Flex já importantes do que tratar ao mesmo tempo do problema de configurações em conjunto com incompatibilidades de futuras versões.

Portanto quiz utilizador o Apache Flex 4.8.0 em conjunto com o novo runtime Adobe AIR 3.4 SDK e com o Flash Builder 4.7 beta e ao contrário de versões anteriores do Adobe Flex já com o runtime embutido e outras dependências, desta vez não foi fácil nada imediato.

Existe uma tool para testar auxiliar o programador no entanto a mesma peca por forçar a usar a versão 3.1 do AIR, o que para mim parou logo ali.

No final criei o meu próprio script de procedimentos que passo a partilhar (outros poderão concerteza não concordar e fazer outros passos):

1. Download do Apache Flex: http://incubator.apache.org/flex/download.html

2. Download do Adobe AIR SDK: http://www.adobe.com/devnet/air/air-sdk-download.html

3. Download do textLayout.swc: http://sourceforge.net/projects/tlf.adobe/files/2.0/232/textLayout_build.zip/download

4. Fundir Adobe AIR com Apache Flex utilizando a linha de comandos ditto Dir_Adobe_AIR Dir_Apache_Flex

5. Copiar o ficheiro textLayout.swc para a pasta Dir_Apache_Flex/frameworks/libs

7. Renomear o ficheiro Dir_Apache_Flex/env-template.properties para env.properties

7. Abrir o ficheiro env.properties com o TextEdit

8. Alterar a linha #env.AIR_HOME= para env.AIR_HOME=..

9. Alterar a linha #env.PLAYERGLOBAL_HOME= para env.PLAYERGLOBAL_HOME=libs/player

10. Renomear a directoria Dir_Apache_Flex/frameworks/libs/player/11.4 para 11.1

11. Copiar a directoria Dir_Apache_Flex para dentro da directoria sdks do Flash Builder

Notas:

• Utilizei a versão Mac pelo que o passo 4 será diferente em ambiente Windows (basta copiar uma directoria para dentro da outra)
• Obviamente o TextEdit será do passo 7 será subtituido pelo Notepad na vertente Windows
• Apesar da directoria 11.4 ser renomeado para 11.1, o que conta é o swc que é da versão 11.4 mas isto é suficiente para não erros

Coisas que a partir de agora podiam ser melhoradas:

• Não depender mais do número da versão no path do player swc
• Poder colocar o AIR SDK fora da directoria do Apache Flex, não necessitando mais assim do merge e possibilitando no futuro trocar apenas o Apache Flex ou AIR SDK por uma versão mais recente
• O textLayout.swc não vem pré-incluindo por questões de licenciamento e é fundamental para mim no entanto poderá não ser para outros (estão aqui todas as dependências não incluídas: http://incubator.apache.org/flex/download.html)

Testes:

• AIR Mobile: Passou
• AIR Desktop: Passou
• Flash Web: Passou

[João Saleiro]

Hugo,

obrigado e parabéns por este teu email!

JS

--
Recebeu esta mensagem porque está inscrito no grupo "Mailing List da Comunidade Portuguesa de Rich Internet Applications - www.riapt.org" dos Grupos do Google.
Para ver este debate na Web, visite https://groups.google.com/d/msg/riapt/-/syzBoAj5HYEJ.
Para publicar uma mensagem neste grupo, envie um e-mail para ri...@googlegroups.com.
Para anular a inscrição neste grupo, envie um e-mail para riapt+un...@googlegroups.com.
Para ver mais opções, visite este grupo em http://groups.google.com/group/riapt?hl=pt-PT.

[Hugo Ferreira]

Obrigado.

Como a partir de agora passarei a utilizar o Apache Flex, irei reportar na comunidade do Apache Flex eventuais bugs e sugestões de fixs que for encontrando.

Infelizmente o Adobe Flex obrigou durante todo este tempo que teve parado (e não só porque outras vezes simplesmente a Adobe marcava como NAB - como detesto isto quando a votação do pessoal confirmava ser um bug) a fazer diversos monkey patchs.

Um monkey patch é um mal necessário mas vejo nesta nova comunidade uma possibilidade de diminuir drasticamente isto, sendo efectuado as correcções devidas onde elas pertencem (core).

Cumps,

Hugo.