Adobe Flex 3 is now open source

Assuntos Gerais Notícias
#21

[quote=Marcio Duran]
:thumbup: O Flex 2.0 SDK, uma versão Free do Flex, que inclui as bibliotecas e classes do Flex e o compilador MXML e Actionscript 3.0. A única diferença em comparação ao Flex Builder 2.0 é que no Flex SDK a compilação do projeto/arquivo mxml é por linha de comando.

:thumbup: Por ser Free*, a Adobe deu um grande passo a favor da a comunidade, que, na verdade, vejo com uma forma de chegar mais junto e presente ao mercado, então liberaram a licença das aplicações geradas pelo Flex. Ou seja, você poderá criar aplicações extremamente comerciais, e, até mesmo, distribuí-las de graça.

:XD: Já o Flex Builder tem todo o ambiente e poder do SDK + uma IDE muito boa baseada no eclipse para criar e gerar aplicações Flex totalmente visuais do tipo clica, arrasta e solta.[/quote]

Ou seja, é uma plataforma fechada e proprietária. Apostando em flash uma empresa está colocando todas as fichas que tem na Adobe. O SDK não é relevante quando o assunto é a plataforma - que é exclusivamente o flash player. Não existe qualquer forma de padronização ou documentação oficial para o formato do flash, logo é difícil contar com ferramentas de terceiros para manipular esse tipo de arquivo. O player é código proprietário o que impede livre inovação e concorrência em cima dele - o que é péssimo.

#22

a eu ainda naum acho nada de mais, o legal seria disponibilizar o player…

acho que hj em dia mobilidade é o ‘thanss’, vc ficar implementado views na mão…aff

#23

Também não sei qual é a novidade nisso. Se a IDE continua paga. Então nada mudou.[/quote]

Vejo uma grande confusão entre conceitos OpenSource e Freeware aqui no Brasil … [/quote]

E tem mesmo. Em novembro de 2007 dei uma palestra sobre software livre com foco nas licenças existentes.
Tinha gerente de TI que não sabia que software livre não significa software gratis e nem que freeware não é software livre.
O povo faz uma confusão.

#24

[quote=velo]
Era free faz tempo. Free, de graça, como o Java for por anos.
Ou eu entendi tudo errado ou o Java 1.5 tinha os fontes fechados e o Java 6 é open source.
Flex 2 like Java 1.5
Flex 3 like Java 6
Referente a mudança no licenciamento claro.

O anuncio da liberação dos fontes foi feita pela adobe no domingo a noite (Aqui meia noite aproximadamente)
http://tech.groups.yahoo.com/group/flexcoders/message/103671

Ou, nem a adobe sabia que o fonte estava aberto :shock:

Me parece que você não acompanha o universo Flex.

VELO[/quote]

Tem razao, flex 2 tinha o codigo ja aberto mas nao tinha uma licenca que permitia a modificacao e uso. Assim como no java 5.

A adobe havia anunciado que iria fazer isso tem quase um ano, dai entao minha confusao. So nao entendi o motivo para tanta ironia.

#25

Não é beeeem isso, mas quase…

No flex 2 a gente tinha acesso quase que total aos fontes das APIs do flex, quase total pq não tinha algumas coisas.

No flex 3, além desses fontes mudarem de licença (MPL) a adobe liberou muito fonte java.

Nisso se inclui o compilador, dataservices e mais umas coisas que eu não estou 100% a par ainda.

O flex 3 não chega no nivel do Java 6 (por causa da VM não ser liberada) mas tem mais fonte aberto que o Java 5.

VELO

#26

[quote=velo]Nossa…

Com um editor de XML e um pouco de boa vontade dá pra fazer muita coisa bem feita em flex…

VELO[/quote]

Fala sério…

#27

Quando você me pergunta o que JSF tem haver com FLEX ?

Entenda da seguinte forma:

:thumbup: A tecnologia vem de uma fonte confiável sendo esta, um produto que tem estabilidade e tem updates de uma Empresa de renome,(ADOBE).A tecnologia FLASH MX/ ADOBE FLEX é utilizada pelas Gigantes(como Microsoft/Apple/YAHOO/GOOGLE entre outras lideres mundiais em desenvolvimento ).

:mrgreen: Nem JavaFx tem tamanha abrangência se limitando-se a tecnologia J2ME. Veja Flex com ActionScript 3 progamação declarativa OO, atuante na camada de apresentação como uma interface Cliente limpa e Vetorial Moderna.

:mrgreen: Desenvolvedores Ruby on Rails tem preferencia a trabalhar com tecnologia AdobeFlex pelo desenvolvimento acelerado em vista do conceito de Web Dinâmica e tem a sua disposição do Eclipse IDE FLEXBUILDER, usando desenvolvimento arrastar e soltar.

:XD: Você depende hoje, de decisões em que investir, como em saber em qual VMs devo projetar o cenário para qual arquitetura irei embarcar fazendo deployment de suas aplicações.

:thumbup:[size=24]Quer suporte Melhor tudo OpenSource :[/size] BlazeDS,Flex 3 SDK, Flash Ajax, Video Component, Generic Image Library ,Adobe Media Gallery, Adobe Source Libraries ,Tamarin, Webkit, XMP (eXstensible Metadata Platform).

:idea: Imaginem outro mundo J2EE/JEE envolvendo aplicações distribuidas em vista de outro paradigma de EJB3 e Spring FrameWork, onde você acha que a Dinâmica disso tende a embarcar para Tier Apresentation, na certa em tecnologias que já estão livres e independentes de arquitetura, na certa Ruby vai engolir Java e cuspir MXML, usando Spring FrameWork.

:thumbup: O Flex 2.0 SDK, uma versão Free do Flex, que inclui as bibliotecas e classes do Flex e o compilador MXML e Actionscript 3.0. A única diferença em comparação ao Flex Builder 2.0 é que no Flex SDK a compilação do projeto/arquivo mxml é por linha de comando.

:thumbup: Por ser Free*, a Adobe deu um grande passo a favor da a comunidade, que, na verdade, vejo com uma forma de chegar mais junto e presente ao mercado, então liberaram a licença das aplicações geradas pelo Flex. Ou seja, você poderá criar aplicações extremamente comerciais, e, até mesmo, distribuí-las de graça.

:XD: Já o Flex Builder tem todo o ambiente e poder do SDK + uma IDE muito boa baseada no eclipse para criar e gerar aplicações Flex totalmente visuais do tipo clica, arrasta e solta.

:XD: Integrating Macromedia Flex with Java

http://www.onjava.com/pub/a/onjava/2004/12/01/flexjava.html

:thumbup: Estou só querendo dizer, que existem novidades e essa agora veio mostrar vantagens

#28

Calma lá, JavaFX roda em desktops.

Cadê a fonte dessa afirmação?

[quote=Marcio Duran] :XD: [size=24]Integrating Macromedia Flex with Java[/size]

[size=18]http://www.onjava.com/pub/a/onjava/2004/12/01/flexjava.html[/size][/quote]

Esse tutorial é tão pré-histórico que ainda fala da Macromedia :slight_smile:

#29

Lembrando, flex é uma tecnologia, não tratar como religião.

Tem defeitos, e muitos.

  • Compilação lenta
  • vários memories leak
  • não tem threads
  • só pode ser usado de forma assincrona
  • vários funcionalidades não fazem o que promete (ex: modules)

Um comentario como esse acima é coisa de quem não conhece a fundo as duas tecnologias. E antes de questionar se eu conheço Flex, trabalho com flex desde o 1.5, a 2 anos, 5 dias por semana, pelo menos 4 das minhas 8 horas diárias de trabalho.

Uso, faz tempo, tá pagando as contas, mas sinceramente, vejo duas vantagens no flex:
1 - bonito
2 - OO

Só isso, de resto não vejo vantagens sobre outras tecnologias.

VELO

#30

Velo, só uma dúvida: qual o problema dos modules?

Opinião particular: achei o resultado com o Flex excelente. Só que come muita memória!
E, realmente, demora pra compilar.
A parte Java com o TomCat é normal.

#31

[quote]

[quote] Marcio Duran wrote: Integrating Macromedia Flex with Java

http://www.onjava.com/pub/a/onjava/2004/12/01/flexjava.html[/quote]

Esse tutorial é tão pré-histórico que ainda fala da Macromedia [/quote]

A primeira parte é básica…

http://blog.digows.com/?p=103

O FlexBuilder 3 está prometido para ser disponibilizado de graça para estudantes e afins, assim como é o 2 hoje.
:arrow: http://www.igorcosta.com/blog/?p=555

Fora que já existem opções Free e alguns OpenSources, como o FlashDevelop, AutoComplete muito bom!

A notícia do Fonte aberto e tals, o que realmente abriram o fonte:

Ferramentas
* Compilador MXML (mxmlc, compc)
* Compilador AS3
* Flex Command Line Debugger
* View Source Utilities
* Web Tier Compiler Modules
* Automated Testing Framework

Librarys

* Flex Core Components
* Flex Apollo Components
* Graphics Tags Libraries
* Themes (Halo)
* RPC Libraries (SOAP, HTTP, Remoting)
* FABRidge
* SDK automated test engine
* SDK Build Scripts and Automated Tests

O que ainda está fechado:

No SDK

* Saffron/FlashType Library
* Core Player API Definitions
* Core Apollo API Definitions

Fora do SDK

* Mercury QTP Plugin
* Charting Components
* Flex Builder
* Flex Profiler

Código fechado

* Debug Flash Player
* Release Flash PLayer
* Debug Apollo Runtime
* Release Apollo Runtime

Uma Imagem das Classes de todo o SDK
:arrow: http://flex.org/posters/allposters.pdf
Essa imagem é muito bunita! gostei muito! +)

Uma coisa que foi aberta, e é muiiiiiiito importante para a comunidade é BlazeDS que foi declarado como release:

:arrow: http://opensource.adobe.com/wiki/display/blazeds/Source

Quanto a alguns aé reclamarem quanto ao código do Player, acredito que isto seja muito desnecessário, é igual quando desenvolve com HTML e seu usuário usando Um browser de código fechado.

Sem falar que o código cedido para a fundação Mozilla do Player, já o suficiente para executar as aplicações, há até dizeres que novas versões do mozilla será possível roda AS3 como hoje roda-se JS.

Detalhes de tudo o que é OpenSource você pode ver aqui:
http://www.adobe.com/go/opensource_gnav_home

O showcase foi atualizado, apesar de eu ser contra usar Flex para sites, ficou muito bacana:
http://flex.org/showcase/

#32

Velo, só uma dúvida: qual o problema dos modules?
[/quote]

faz um modulo bem simples (exemplo, com um label dentro)

Carrega o modulo. Olha a memoria.

Descarrega. Olha a memoria. (Não cai)

Repete o procedimento umas 100 vezes (já cheguei a 200 mega de ram, pra mostar um label)

Efeitos, tbm eh um rolo a parte. Tem vários casos que as animacoes não rodam junto.

VELO

#33

Velo, concordo contigo, mas vale lembrar que para aplicações de grande porte, é necessário projetar sua view.
Modules não é uma boa sacada, e se for bem crítico, o problema não é do SDK, é do esquema de Garbage Collector da VM Flash Player 9,
logo a reclamação de memory leaks.

Para aplicações de grande porte, eu faço uso de Portles, logo não delego todo o Peso para o Flash Player, mas lembrando é de Graaaande porte, ao nível de portais, se procurar encontrará muitos cases como a Oracle por exemplo que tem uma aplicação em Flex muito parruda.

Quanto as vantagens, eu adicionaria o uso do BlazeDS no back-end, o que reflete uma programação totalmente O.O na view! fora serviços como Data-Push e n outros que agora são OpenSources.

#34

Um dos objetos do projeto aqui era a interface ser 100% em flex, não metade em HTML, metade em Flash, metade em Java e a outra metade em Ajax =D

O nosso projeto aqui é grande também… 10 pessoas a uns 3 anos ±… e nos ultimos meses umas 40 ~ 50 pessoas…

VELO

#35

Então, para aplicações de grande porte, exige técnica, basta saber qual,
tem um pessoal ae usando ao invés de modules usando alternativas como o Masapi:

:arrow: http://code.google.com/p/masapi/

Mas para aqueles que não conhecem, sistemas de financeiro, estoque, e etc… atendem muito bem usando o próprio SDK sem problemas de memory leak.

Lembrando que o problema de Memória no cliente é problema comum também com Ajax, uma procurada básica no Google comprova isso:
:arrow: http://www.google.com.br/search?hl=pt-BR&rlz=1B3GGGL_pt-BRBR217BR218&q=memory+leaks+ajax&btnG=Pesquisar&meta=

Como disse, para aplicações de grande porte, exige de técnicas.

Só um detalhe, em nenhum momento falei fazer uso de HTML, Flash, Java, Ajax.

App de grande porte usando Flex:

[Run My Process]
http://www.runmyprocess.com/en/

[SAP]
https://admin.adobe.acrobat.com/_a295153/sapflexteched/

#36

Quando você falou em portlets se referia a JSR-168, certo?

VELO

#37

Fui olhar esse massapi…

Pelo que eu entendi é uma API para levar dados do servidor para o cliente.

Não achei um exemplo que mostra ele carregando um modulo, tens algo?

A única coisa que vi é ele levar um SWF do servidor pro cliente. Mas do SWF no cliente pro módulo carregado temos um abismo, hehehheheh

VELO

#38

[quote] Quando você falou em portlets se referia a JSR-168, certo?
[/quote]

Isso mesmo, só me referi ao seu exagero em falar flash, java, ajax e blabal…

Quanto ao masapi, ele ameniza o uso de memória, exemplos?

http://code.google.com/p/masapi/wiki/ParallelFiles

Eu particularmente apenas testei, não usei em produção, pois até hoje ao invés de usar modules, modularizei minha Aplicação em applications mesmo.
mas separando só os modulos macros mesmo, não tipo cada tela… o.O

#39

Velo, só uma dúvida: qual o problema dos modules?
[/quote]

faz um modulo bem simples (exemplo, com um label dentro)

Carrega o modulo. Olha a memoria.

Descarrega. Olha a memoria. (Não cai)

Repete o procedimento umas 100 vezes (já cheguei a 200 mega de ram, pra mostar um label)

Efeitos, tbm eh um rolo a parte. Tem vários casos que as animacoes não rodam junto.

VELO[/quote]

Hum… Vi esse esquema de memória mas não me preocupei pois achei que o garbage collector iria dar um jeito. Não pensei que seria tão grave assim. O que vc está utilizando para resolver este problema?

#40

Velo, só uma dúvida: qual o problema dos modules?
[/quote]

faz um modulo bem simples (exemplo, com um label dentro)

Carrega o modulo. Olha a memoria.

Descarrega. Olha a memoria. (Não cai)

Repete o procedimento umas 100 vezes (já cheguei a 200 mega de ram, pra mostar um label)

Efeitos, tbm eh um rolo a parte. Tem vários casos que as animacoes não rodam junto.

VELO[/quote]

Hum… Vi esse esquema de memória mas não me preocupei pois achei que o garbage collector iria dar um jeito. Não pensei que seria tão grave assim. O que vc está utilizando para resolver este problema?[/quote]

Poh, vou tirar um sarro tá, mas estou sendo super sincero na resposta.

Dois pentes de 1 giga de RAM e abrindo/fechando o browser de tempos em tempos.

VELO