Disponível o GWT 2.1

This message was edited 1 time. Last update was at 31/10/2010 10:41:46

Tchello wrote:

davisnog wrote:www.sencha.com/products/gwt/
E quanto ao ext gwt, alguem tem alguma opnião?

Considere o ext-gwt descontinuado, o próprio pessoal que o desenvolve recomendou NÃO usa-lo e ir pro smart, já que ele receberá poucas atualizações SE receber.

O GWT-EXT foi descontinuado. O EXT-GWT(Sencha EXT-GWT) continua firme e forte. Eu acho ele excelente. O GWT-EXT era um porqueira, igual o SmartGWT é.

Edit:
O Tchello mesmo já respondeu. Mas eu recomendo o EXT-GWT. O "problema" dele é que ele é pago para projetos comerciais, mas não acho que é caro, se levarmos em conta o tempo que se ganha desenvolvendo em relação ao GWT Puro e SmartGWT.

fabioEM wrote:Não curto muito o GWT pela limitações de Api ofertadas ao lado cliente e as interfaces serem bem simples.

Nada é perfeito nesse mundo. Como qualquer outra tecnologia que você escolher, vai esbarrar em algumas limitações. A proposta do GWT é ser "apenas" um toolkit. É por isso que existem muitos frameworks que oferecem facilidades para criação de interfaces mais elaboradas (Smart, GXT..)

fabioEM wrote:Apesar disso todos na equipe sofremos bastante por algumas limitações quando se trabalhao no lado cliente.

Faltou ler a documentação e as limitações da arquitetura. Vide JRE Emulation Library.

fabioEM wrote:Toda a conversão do JSON era infelizmente na mão no lado cliente.

Vocês gostam de sofrer né ? Tudo é Java. Conhecendo bem o processo de serialização das chamadas RPC, fica facil trabalhar apenas com objetos.

fabioEM wrote:A arquitetura MVP, em prática, se demonstrou pouco atraente.

Você nao necessariamente precisa adotar essa prática, que exige um grau maior de maturidade na plataforma.

fabioEM wrote:Outro problema eram os browsers. Um código no Firefox, blz, já o mesmo no Explorer pau!

Utilizando algum framework ?

fabioEM wrote:E a Api que mais dava pau era a Api referente a espressões regulares "java.util.regex". Parece que na hora de gerar o Ajax algo se perdia.

A documentação não morde...

GUJ Master Membro desde: 13/09/2007 13:34:23 Mensagens: 1041 Online

É por isso que existem muitos frameworks que oferecem facilidades para criação de interfaces mais elaboradas (Smart, GXT..)

Meu amigo mynameisflaw o SmartGWt está longe de oferecer essas facilidades que tu falas. Só tivemos muita dor de cabeça e como pode perceber não fui o único.

Faltou ler a documentação e as limitações da arquitetura. Vide JRE Emulation Library.

Só por que achei limitada, isso não significa que a documentação não foi leita. Muito pelo contrário, a documentação foi leita sim por nos desenvolvedores e ficamos estrarrecidos ao saber tais limitações. A escolha da arquitetura do projeto e os frameworks, foi feita pelo arquiteto da empresa, realmente, nós desenvolvedores infelizmente não tivemos a chance de ser ouvidos. Acrédito, que esse seja um problema comun na grande maioria das empresas de softwares de hoje. Portanto, seu julgamento é fraco e inválido.

Vocês gostam de sofrer né ? Tudo é Java. Conhecendo bem o processo de serialização das chamadas RPC, fica facil trabalhar apenas com objetos.

Eu acho que solução RestFULL foi muito interessante, proporcionol maior desacoplamento e melhorou a coesão. Ficou tão legal que a equipe foi dividida em aqueles que só trabalhavam com a apresentação e uma outra somente com o negócio em um jar específico. Ou seja, o jar que continha as regras de negócio poderiam estar em qualquer outro servidor. Meu amigo, não é questão de gostar de sofrer mas de estudar novas tecnologias e não se acomodar com o que já se tem. Nesso ponto, nosso arquiteto fez uma ótima escolha e está de parabéns.

fabioEM wrote:
E a Api que mais dava pau era a Api referente a espressões regulares "java.util.regex". Parece que na hora de gerar o Ajax algo se perdia.
A documentação não morde...

Novamente, acalme o seu coraçãosinho, e me diga onde a Api java.util.regex fala dos efeitos colaterais dos diferentes browsers.
Em resumo, calma meu amigo. Você pode adorar o GWT, na verdade, eu falei mais mal foi do SmartGWT. E afirmo, nunca mais irei usá-la e espero não partecipar de outros projetos com ela.

fabioEM wrote:Meu amigo mynameisflaw o SmartGWt está longe de oferecer essas facilidades que tu falas. Só tivemos muita dor de cabeça e como pode perceber não fui o único.

Eu não estou defendendo o SmartGWT. Não disse que é bom, nem ruim, porém implementar muitos componentes visuais (rich combobox, tree, calendar...) é muito penoso. Isso justifica a adoção de algum framework.

fabioEM wrote:
Só por que achei limitada, isso não significa que a documentação não foi leita. Muito pelo contrário, a documentação foi leita sim por nos desenvolvedores e ficamos estrarrecidos ao saber tais limitações. A escolha da arquitetura do projeto e os frameworks, foi feita pelo arquiteto da empresa, realmente, nós desenvolvedores infelizmente não tivemos a chance de ser ouvidos. Acrédito, que esse seja um problema comun na grande maioria das empresas de softwares de hoje. Portanto, seu julgamento é fraco e inválido.

Não fique ofendido, nem todo desenvolvedor quando inicia em uma nova tecnologia lê a sua especificação. O prazo do projeto tá correndo ne ?

O papel do arquiteto é esse, é definir a melhor solução com base nos requisitos funcionais e não funcionais. Ou você acha que as empresas querem correr o risco de adotar uma solução frankenstein definina pelos desenvolvedores ?

fabioEM wrote:
Novamente, acalme o seu coraçãosinho, e me diga onde a Api java.util.regex fala dos efeitos colaterais dos diferentes browsers.
Em resumo, calma meu amigo. Você pode adorar o GWT, na verdade, eu falei mais mal foi do SmartGWT. E afirmo, nunca mais irei usá-la e espero não partecipar de outros projetos com ela.

Não é a api que vai te dizer isso, são os próprios browsers. Ou você acha que todos os browsers possuem a mesma engine ?

Eu realmente gosto muito do GWT, como qualquer outra tecnologia que atenda à minha necessidade no momento. Só te achei um pouco rancoroso quando mostrou seu ponto de vista aqui. Levantei a discussão não pelo lado pessoal (até mesmo porque não te conheço), mas sim porque achei que as suas afirmações foram um pouco infundadas.

GUJ Master Membro desde: 13/09/2007 13:34:23 Mensagens: 1041 Online

mynameisflaw wrote:
É por isso que existem muitos frameworks que oferecem facilidades para criação de interfaces mais elaboradas (Smart, GXT..)

Cara, leia bem seus proprios comentários. SmartGWT na verdade, oferece mais é dor de cabeça que facilidades. Veja os comentários aqui da maioria dos desenvolvedores que já trabalharam com essa ferramenta. Em meus comentários deixo bem claro minha posição em relação e essa ferramenta. Leia com calma e reflita mais.

mynameisflaw wrote:
Não fique ofendido, nem todo desenvolvedor quando inicia em uma nova tecnologia lê a sua especificação. O prazo do projeto tá correndo ne ?
O papel do arquiteto é esse, é definir a melhor solução com base nos requisitos funcionais e não funcionais. Ou você acha que as empresas querem correr o risco de adotar uma solução frankenstein definina pelos desenvolvedores ?

Ninguém esta ofendido, eu afirmo que a api do SmartGWT é limitada e de acordo com a sua lógica eu não li a documentação. Amigo, você está sendo arrongante,logo seja mais maduro em seus comentários se não quiser resposta.

mynameisflaw wrote:
Não é a api que vai te dizer isso, são os próprios browsers. Ou você acha que todos os browsers possuem a mesma engine ?

Em meu comentário sobre os problemas do SmartGWT no que refere a api Java Regex vc comentou:

mynameisflaw wrote:
E a Api que mais dava pau era a Api referente a espressões regulares "java.util.regex". Parece que na hora de gerar o Ajax algo se perdia.

mynameisflaw wrote:
A documentação não morde...

Por fim,

fabioem wrote:
Não é a api que vai te dizer isso, são os próprios browsers. Ou você acha que todos os browsers possuem a mesma engine

Realmente, eu não sabia que a documentação dos browser´s cobriam assuntos referentes a api de uma linguagens de programção, como da api regex do Java. Assim, tem certeza disso mesmo??

mynameisflaw wrote:
mas sim porque achei que as suas afirmações foram um pouco infundadas.

Cara, afirmações infundadas.... Penso próprio que não. Eu falei por experiência própria e a nome de uma equipe que na época comportava várias pessoas. TODOS os desenvolvedores foram unanimes em afirmar que o SmartGWT trazia mais dores de cabeça que facilidades.
Se de doi isso, não posso fazer muita coisa. Um conselho, quando for argumentar com alguém tente usar assuntos mais sólidos, assim podemos ter um conversa construtiva onde todo mundo sai ganhando

This message was edited 1 time. Last update was at 31/10/2010 20:29:02

fabioEM wrote:
Cara, leia bem seus proprios comentários. SmartGWT na verdade, oferece mais é dor de cabeça que facilidades. Veja os comentários aqui da maioria dos desenvolvedores que já trabalharam com essa ferramenta. Em meus comentários deixo bem claro minha posição em relação e essa ferramenta. Leia com calma e reflita mais.

Apenas pra finalizar a discussão. Quando eu disse que era pra ler a documentação, era do GWT, e nao do Smart.

Não entrei nos méritos do Smart.

JavaBaby Membro desde: 15/09/2010 19:22:42 Mensagens: 76 Offline

Olá, nessa versão 2.1 alguém conseguiu instalar o Window Build?

Aqui fui no site e instalei o plugin dele no eclipse mas não acho como criar um projeto com ele nem mesmo adicionando a paleta de componentes.

Instalei depois até o WindowBuild BETA pra ver mas mesmo assim sofri do mesmo problema.

Aqui está o link: http://code.google.com/intl/pt-BR/webtoolkit/tools/download-gwtdesigner.html

Alguém sabe onde estou errando?

GUJ Master Membro desde: 13/09/2007 13:34:23 Mensagens: 1041 Online

mynameisflaw wrote:
Não é a api que vai te dizer isso, são os próprios browsers. Ou você acha que todos os browsers possuem a mesma engine ?

mynameisflaw fabioEM:
Realmente, eu não sabia que a documentação dos browser´s cobriam assuntos referentes a api de uma linguagens de programção, como da api regex do Java. Assim, tem certeza disso mesmo??

Fico aguardando sua resposta ao meu questionamento

Smalltalk Membro desde: 01/11/2010 09:44:47 Mensagens: 2 Offline

Olá pessoal, bom dia.

Sou novo no forum e sobre o assunto do GWT eu tenho um interesse grande, atualmente estou em fase de finalizacao de um ERP feito usando estas tecnologias, alem do GWT eu uso o GWT-EXT, sei que foi descontinuado e que o proprio site indica usar o smartgwt, mas eu estou continuando o GWT-EXT e GWT-EXT-UX que sao as extensoes, claro que so altero, adiciono e etc de acordo com minha necessidade.

So para ter uma idei ele na verdade é só uma "PONTE" entre voce escrever código em java ou em js usando o ExtJS original, eu uso a versao do ExtJS 2.02 que foi a ultima na licença GPL e ja tive que dar uma alterada basica em css para resolver pequenos bugs, sobre o GWT-EXT arrumei um alguns pequenos bugs em especial com RPC, mas nada grave e melhorei o filter do ux.

Em resumo a aplicaçao e grande e complexa e uso da ferramentas GWT, GWT-EXT, GWT-EXT-UX, EXTJS, + implementacoes proprias estao sendo otimas, estou usando design patterns e crie um mini framework o qual faz com que eu reutileze muitas coisa , tipo as LISTAGENS (grids), os FORMULARIOS (forms) e muitas outras coisa, minha previsao que eu disponibilize o sistema na virada para 2011.

Quem tiver intesse o site é http://opensig.com.br, depois irei colocar um demo em http://opensig.com.br/demo

Quem quiser pode entrar em contato comigo tambem. Abraços e obrigado.

PS. a imagem esta em tom de cinza, para diminuir o tamanho

fabioEM wrote:
Fico aguardando sua resposta ao meu questionamento

Rapaz, o GWT é um gerador de codigo JS. Você tem q prestar atenção no código JS gerado para o determinado browser, e identificar o que está errado no código gerado.
Achei que você já soubesse disso

GUJ Master Membro desde: 13/09/2007 13:34:23 Mensagens: 1041 Online

Desculpas acho que vc viajou legal. Isto significaria que um desenvolvedor a todo momento deveria ficar vendo o código gerado (JavaScript)? E a partir dai saberia se vai dar certo ou não em um determinado browser? Ou seja, o desenvolvedor além de se preocupar com o Java teria que compilar mentalmente o código JavaScript ??. Acho que quando não se sabe a resposta a melhor coisa é não responder. Até por que no começo do Post eu tinha comentado sobre problema da Api regex do Java no SmartGWT nos diferentes Browsers. Sua resposta foi sobre ler a documentação e depois em seu sucessivo e infeliz comentário que os browsers são os responsáveis...Realmente vamos atirar para todos os lados, talvez uma de certo!!

Smalltalk Membro desde: 01/11/2010 09:44:47 Mensagens: 2 Offline

Ola pessoal como prometido coloquei o demo online http://opensig.com.br/demo ainda tem alguns bugs, mas ja esta bem funcional.

[]s

This message was edited 1 time. Last update was at 06/11/2010 04:02:01

Olá amigos,

o GWT não nasceu com o objetivo de ser uma ferramenta com componentes visuais bonitinhos, e sim o de ser um compilador que transforma os fontes produzidos em Java para Javascript. Então o que o compilador do GWT faz é; criar uma versão de código javascript para cada browser através dos fontes Java. Por isso é que alguns acham que o GWT é limitado. Mas a limitação existe é pelo fato de que nem tudo que se faz com o Java, pode-se fazer com o JavaScript. utilizo o GWT desde a sua versão 1.3, quando as coisas eram muito mais limitadas, desde a versão 1.3 até a versão 2.1, muita coisa mudou, o GWT evoluiu bastante, e a cada dia que passa, ele se torna cada vez melhor.

Abraço.

Notícias, artigos e o maior fórum brasileiro sobre Java