O que seria melhor para o JEE 6?

This message was edited 2 times. Last update was at 19/09/2007 10:52:40

Quanto a isto, a única coisa que eu tenho a dizer é: Empresas que trabalham com Java não gostam de produtividade
Isto é devido a um medo, em grande parte infundado da maior parte das empresas.
Ninguem esta dizendo apra pegar tudo o que ja tem e jogar fora, mas novos recursos e novas versões podem muito bem se beneficiar das novas versões, não fazer isto é jogar dinheiro fora, e introduzir isto em um projeto open source, é péssimo na minha opinião, mas cada doido com as suas manias

Acho que o Rails prestou um grande papel à comunidade de desenvolvimento. Muitas empresas ficaram interessadas em provisionar tal produtividade, mas ainda não podem adotar por questão de cultura, suporte, questões mais burocráticas.

Fato é que no Brasil, o Java se tornou muito forte e dificilmente um IT Manager irá aprovar a utilização de outra plataforma ou solução. Até mesmo a substituição de alguns "conhecidos frameworks" como Struts, é um parto em algumas instituições, pelo mesmo motivo.

Aqui eu acho que linguagens scripts como groovy e projetos como grails que utilizam a infrae-estrutura já conhecida das empresas como Hibernate e Spring por debaixo, pode ganhar muita visibilidade, pois todos querem o treco pronto pra ontem, mas ninguém quer pagar o preço do tempo do desenvolvimento.

É um paradoxo, que dá para ser contornado com linguagens de script, meu ponto de vista ....

Depois entram outras questões no ciclo de desenvolvimento Web, Segurança , integrar um Acegi da vida, indexação e mecanismos de busca, testes .... se fores fazer tudo isso usando o que tem de tradicional, um projeto Web simples realmente pode virar um parto.

pcalcado wrote:Perfeito, mas já que 99% das aplicações são simples sistemas web com backend relacional não seria melhor racionalizar este esquema? É como lidamos com sistemas: primeiro implementamos o que as pessoas usam, depois o resto.

Talvez 99% do que você tenha participado ou ouvido falar. De onde você tira essas estatísticas?

This message was edited 1 time. Last update was at 19/09/2007 10:54:04

Vai dizer que você nunca inventou uma estatística na hora?

O melhor é dizer 'a grande maioria dos casos', mas as vezes a gente usa '90%'.
Quando queremos causar impacto dizemos '99%', e quando estamos obcecados '99,99999...% '.

rmarin wrote:Vai dizer que você nunca inventou uma estatística na hora?

O melhor é dizer 'a grande maioria dos casos', mas as vezes a gente usa '90%'.
Quando queremos causar impacto dizemos '99%', e quando estamos obcecados '99,99999...% '.

Concordo com o rmarin e tambem com o shoes...
Esses "99%", pelo que entendi, diz respeito àquelas aplicações feitas com struts e hibernate, ou até mesmo aquele framework antigo que algumas empresas continuam a manter e a se enganar com se aquilo fosse o supra sumo...

JEE tem que ser usando as "farpas" do JEE!!! Como comentário, estou entregando um projeto que rola a 1 ano só o desenvolvimento para um grande banco mundial que dispõe de uma arquitetura muito bem montada levando-se em consideração o tempo de vida do mesmo (5 anos de framework), usando Messageria, conectividade com ambientes heterogênios, LDAP e RACF juntos, JAAS, WebService e SOA "na veia" e coisas afim... Mas mesmo assim, estão pretendendo dar mais manutenção incluindo anotações nas chamadas ao legado via proxy dinâmico e seus milhoes de XMLs... po, será que eles não conhecem JCA? Será que eles não estão antenados na mudança do mercado?
Ai, lançam o JEE6, que faz até pipoca na Web mas as empresas que realmente necessitam de arquiteturas EE ficam na mesmice de sempre... alias, pouquissimas (muito poucas mesmo) são as empresas que tem em pauta a mudança para o JEE5 para os próximos 2 anos... então, daki a 2 anos, quem sabe, elas mudam para o JEE 5.... daki a 4 vão pro JEE 6 perdendo tudo o que foi feito porque está tudo novo...
Acho que este é o motivo de manter o legado rodando em J2EE ainda... no bom e velho EE1.3 e EE1.4...

Kenobi wrote:

Quanto a isto, a única coisa que eu tenho a dizer é: Empresas que trabalham com Java não gostam de produtividade
Isto é devido a um medo, em grande parte infundado da maior parte das empresas.
Ninguem esta dizendo apra pegar tudo o que ja tem e jogar fora, mas novos recursos e novas versões podem muito bem se beneficiar das novas versões, não fazer isto é jogar dinheiro fora, e introduzir isto em um projeto open source, é péssimo na minha opinião, mas cada doido com as suas manias

Acho que o Rails prestou um grande papel à comunidade de desenvolvimento. Muitas empresas ficaram interessadas em provisionar tal produtividade, mas ainda não podem adotar por questão de cultura, suporte, questões mais burocráticas.

Fato é que no Brasil, o Java se tornou muito forte e dificilmente um IT Manager irá aprovar a utilização de outra plataforma ou solução. Até mesmo a substituição de alguns "conhecidos frameworks" como Struts, é um parto em algumas instituições, pelo mesmo motivo.

Aqui eu acho que linguagens scripts como groovy e projetos como grails que utilizam a infrae-estrutura já conhecida das empresas como Hibernate e Spring por debaixo, pode ganhar muita visibilidade, pois todos querem o treco pronto pra ontem, mas ninguém quer pagar o preço do tempo do desenvolvimento.

É um paradoxo, que dá para ser contornado com linguagens de script, meu ponto de vista ....

Depois entram outras questões no ciclo de desenvolvimento Web, Segurança , integrar um Acegi da vida, indexação e mecanismos de busca, testes .... se fores fazer tudo isso usando o que tem de tradicional, um projeto Web simples realmente pode virar um parto.

Eu não disse para todos adotarem RoR (gosto dele mas não é a solução para todas as aplicações do mundo)
Aquele post que eu linkei é uma critica a "burrice" de grande parte das empresas estarem ainda utilizando Java 1.3, muitas delas ainda nem utilizam Java EE 1.4, e nem pensam em adotar Java 5 menos ainda Java EE 5
isto é um absurdo, acho que todos concordam que não utilizar os novos recursos que trazem mais produtividade em um novo projeto na plataforma que você ja usa, é no minimo "burrice" ...
Algumas delas nem permitem que um software que eles compram de alguem utilize Java 1.5 pois a única coisa que eles ja possuem nos servidores é Java 1.3.
Conheço diversos casos assim, este é o tipo de empresa que não gosta de produtividade.

PS.: desculpem por desvirtuar o tópico.

Thread.start() Membro desde: 02/05/2007 13:54:33 Mensagens: 40 Offline

Leozin wrote:Olá

O Hibernate tá dentro do Java através da JPA

Spring não tem nem o que conversar. As facilidades que ele disponibiliza pro desenvolvedor são enormes, desde IoC até web flow, passando por AOP, ORM e afins. Como faz falta um container de IoC descente pro JSF por exemplo, a única forma de incrementar aquilo é juntando com contexto do Spring.

Cara acho que esse seu comentario foi um tanto quanto mau informado, procure mais sobre JSR 299:Web Beans e vera que ja existe ferramentas que usam recursos de IoC,Bijeção para JSF integrando ele com EJB3. E pelo que pude ver do Spring, não vi vantagem nenhuma, pois o cara é virado em XML. Isso já não ocorre com uma ferramenta como JBoss Seam, que so tem XML na sua configuração, depois os beans podem ser Injetados e Ejetados usando anotações, E ainda tempos recursos de Interceptors.

Ate+

Kenobi wrote:... PS: Por essas e outras, estou indo pro grails ...

Kenobi, o que você está achando do grails? Ele está legal, já possui algum grau de maturidade?

Possuo uma opinião semelhante a sua no que tange às empresas adotarem mais facilmente uma solução baseada em java, e poder aproveitar muito do que já existe por aí, do que outra tecnologia.

rmarin wrote:Vai dizer que você nunca inventou uma estatística na hora?

O melhor é dizer 'a grande maioria dos casos', mas as vezes a gente usa '90%'.
Quando queremos causar impacto dizemos '99%', e quando estamos obcecados '99,99999...% '.

Querem impacto?

Que tal 100% das aplicações Java EE não tem nada haver com Web, nem são simples? E aí? Está certo isso?

Pois essa é a minha realidade. Mas teve impacto, né?

Quando penso que estou numa discussão séria, procuro embasar informações, porque argumentos e conclusões vão ser feitos em cima disso.

Eu levo a sério as conversas aqui, se alguns não levam...

urubatan wrote:Aquele post que eu linkei é uma critica a "burrice" de grande parte das empresas estarem ainda utilizando Java 1.3, muitas delas ainda nem utilizam Java EE 1.4, e nem pensam em adotar Java 5 menos ainda Java EE 5
isto é um absurdo, acho que todos concordam que não utilizar os novos recursos que trazem mais produtividade em um novo projeto na plataforma que você ja usa, é no minimo "burrice" ...
Algumas delas nem permitem que um software que eles compram de alguem utilize Java 1.5 pois a única coisa que eles ja possuem nos servidores é Java 1.3.
Conheço diversos casos assim, este é o tipo de empresa que não gosta de produtividade.

PS.: desculpem por desvirtuar o tópico.

Ajudando a desvirtuar, acho que o lance não é só isso...
As empresas compram um WAS6 ou o ultimo WebLogic, que já é Java5, pagam os tubos por ele, mas só utilizam Java 1.4... sei lá porque...MAs o pior é vc ter que ler XML com uma versão antiga do pior leitor de XML do mundo com o XStream Annotation no mercado...

JavaBaby Membro desde: 26/01/2007 15:24:31 Mensagens: 99 Offline

pcalcado wrote:Perfeito, mas já que 99% das aplicações são simples sistemas web com backend relacional não seria melhor racionalizar este esquema? É como lidamos com sistemas: primeiro implementamos o que as pessoas usam, depois o resto.

é exatamente essa a minha opinião, pela pouca vivência nas consultorias aqui de sampa, a imensa maioria de projetos web são assim, não há muito espaço pra inovações ou arquiterturas mirabolantes (que no geral ficam sob domínio do cliente, ou seja, só ele brinca com isso)

percebam que não estou em hipótese nenhuma desvirtuando o tópico para criticar as consultorias (obs. necessária, o guj anda muito inflamável ;D)

neófito wrote:

Kenobi wrote:... PS: Por essas e outras, estou indo pro grails ...

Kenobi, o que você está achando do grails? Ele está legal, já possui algum grau de maturidade?

Possuo uma opinião semelhante a sua no que tange às empresas adotarem mais facilmente uma solução baseada em java, e poder aproveitar muito do que já existe por aí, do que outra tecnologia.

Cara, está excelente. Estou analisando à fundo o código feito em groovy, bootstrap e tudo mais, mas é outro tópico e esse aqui tá indo bem... se quiser, mande pvt ou add no gtalk - scaphe@gmail.com .

This message was edited 2 times. Last update was at 19/09/2007 13:44:14

Kenobi wrote:De onde tirou essa informação ? Pode até ser maior o marketshare, mas não é tão abrupto, ou você não conhece nada de Telecom.

Nossa, que arrogância, não? Eu não entendo muito de telecom, só trabalhei em sistemas de billing pré-pago GSM que funcionam no maior conglomerado de telecom da Europa e Americas (não mais hoje mas eram á época), implementei um sistema de PABX corporativo por IN e um sistema de conversão HTML x USSD. Se você tem celular (que não seja da Claro ou Vivo) provavelmente esbarra em código meu em algum momento de uma ligação telefônica. Quase nada.

Agora você me dizer que existem mais aplicações de telecom que web é uma piada, não é?

This message was edited 1 time. Last update was at 19/09/2007 14:00:33

pcalcado wrote:Agora você me dizer que existem mais aplicações de telecom que web é uma piada, não é?

Até porque, hoje em dia, tirando o monstros como billing, ERP, etc., "99%" (auhauhauh) das aplicações são web nas empresas de telecom.
Tambem não tenho muita experiencia nesse mercado... só 7 anos na Telerj/Telefonica/Vivo e mais 1 de TIM...

pcalcado wrote:

Kenobi wrote:De onde tirou essa informação ? Pode até ser maior o marketshare, mas não é tão abrupto, ou você não conhece nada de Telecom.

Nossa, que arrogância, não? Eu não entendo muito de telecom, só trabalhei em sistemas de billing pré-pago GSM que funcionam no maior conglomerado de telecom da Europa e Americas (não mais hoje mas eram á época), implementei um sistema de PABX corporativo por IN e um sistema de conversão HTML x USSD. Se você tem celular (que não seja da Claro ou Vivo) provavelmente esbarra em código meu em algum momento de uma ligação telefônica. Quase nada.

Agora você me dizer que existem mais aplicações de telecom que web é uma piada, não é?

Eu não disse que há mais aplicações Telecom, Supply Chain, ou qualquer outra coisa. Disse somente que a proporção não é bem essa ou você não entendeu bem o contexto sobre o que estávamos discutindo.

Você apresentou um número e queria saber de onde tirou a informação, só isso..

Agora, arrogante eu ? Ou você que quase colocou seu currículo aqui numa discussão, que não houve seu entendimento sobre do que se tratava ?

Como mencionei anteriormente, JEE contempla infra-estrutura não somente aplicações Web. Reconheço que a maior parte das aplicações hoje em dia são Web, mas daí a menosprezar todo o resto, como se fosse ínfimos 1%, me pareceu um pouco de miopia ...

Hora de voltar ao assunto da Thread...

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