| Autor |
Mensagem |
|
|
O grails não consome muita memória até porque 80%+ é feito em java. O problema do footprint gigante é o groovy coloca 45mb só de ExpandoMetaClasses durante o boot.
@mochuara
Esse problema do footprint inicial alto não interfere muito quando escalando verticalmente. O consumo por thread é bem baixo. É sim um problema serio quando se precisa hospedar em maquinas com pouca memória(menos de 512mb).
E esse play não é bem novo, existe desde 2007/2008 acho. E é até uma prova de conceito legal, usar tudo estatico e stateless. Mas nao parece que vai crescer muito.
Por ser stateless e sem spring, etc o consumo de memória do Play é extremamente baixo.
Grails e SpringRoo(que sim é muito novo) são muito mais maduros, evoluem muito mais rápido e acho que são mais promissores para atrair programadores java.
PS: A melhor ide pra se programar em grails nao é mais o Netbeans, mas o Eclipse com SpringSource Tool Suite, principalmente a versão 2.2.1. Em poucos meses os caras da SpringSource conseguiram ultrapassar o NB e devem ultrapassar até o Intellij logo logo.
|
 |
|
|
Concordo com seus argumentos leonardo mas tem um 'nunca' sobrando aí. 
|
|
|
|
@Lucas
Quais as facilidades que o Ruby dispôe que o Groovy não consegue suprir? Acho o Ruby uma linguagem melhor que o Groovy e sei que Ruby tem muitas features a mais que o Groovy mas quero saber o que te faz falta.
@JavaLivros
Grails (sem o 'Groovy on' por favor  também é direcionado para o mundo web. Os objectivos são os mesmos, facilitar e simplificar ao máximo a vida do desenvolvedor, o que difere é a implementação que usa toda a bagagem do java.
"Ruby on Rails não tem vantagem tecnica sobre o Grails"
Depende do ponto de vista. Rails por ser full-stack é mais simples, conciso e pode evoluir mais rápido. A premissa do Grails de integrar varios frameworks Java é por si só um trabalho bem complicado, devido a inerente complexidade da plataforma. Por outro lado você ganha frameworks vastamente utilizados, conhecidos, documentados e otimizados frutos de anos de especificação.
A diferença entre Rails e Django é bem pouca, no final o que decide é o conforto com a linguagem, Python vs Ruby.
Ignorando todas essas considerações, RoR vence pelo tamanho e atividade da comunidade.
|
|
|
|
Pra quem quiser investir, acho que o livro dos Pragmatic Programmers que sai esse mês vai ser melhor.
http://www.pragprog.com/titles/dkgrails/grails
|
|
|
|
marcosalex wrote:Além do G1 (que não chegou no Brasil), vocês sabem se algum outro aparelho anunciado já foi lançado?
G1 foi só o primeiro. Atualmente existem 7 disponíveis(em varios mercados no mundo), mais 5 que ainda vão ser lançados e muitos mais ainda não anunciados.
http://phandroid.com/phones/#available
|
|
|
|
Achei a recercussão desse caso do Rest-* muito hilária.
Twiiters do Roy Fielding:
"@mraible Because the REST-* foundation is just more of the same promotional crap, claiming REST name while promoting the exact opposite."
http://twitter.com/fielding/status/4045154811
"140 characters is insufficient to express my contempt for JBoss and anyone who associates with such an unethical company."
http://twitter.com/fielding/status/4040710554
Comentário de Grame Rocher:
"Funny to see Burke/JBoss putting fingers in their ears and crying "I'm not listening" when the creator of REST @fielding scathes REST-*"
http://twitter.com/graemerocher/status/4074780005
Lol
|
|
|
|
JSF funciona, acho que richfaces também.
Aqui um tutorial sobre o uso de EJB com Grails: http://www.infoq.com/articles/grails-ejb-tutorial
Quando ao desempenho, você pode criar uma app em poucos minutos, fazer benchmarks e ver se te agradam.
|
|
|
|
Muito legal esse plugin Lucas.
Como tu resolveu o problema de registrar o validador com o grails?
Update: Já achei.
|
|
|
|
Essa é a versão prometida com a correção de muitos bugs irritantes.
E com suporte a Spring 3.0.
|
|
|
|
Finalmente atualizaram o suporte a javafx.
Agora vi também, o NB6.8 vai incluir Groovy na distribuição Java padrão: http://bits.netbeans.org/netbeans/6.8/m1/
Isso deve significar melhorias significantes.
Será que é porque a Sun ficou sentida com a debandada dos caras do JRuby?
|
|
|
|
Aprende uma linguagem puramente funcional como haskell, uma lógica como Prolog e uma concorrente como Erlang(ou ate Scala serve).
Linguagens vêm e vão mas paradigmas são pra sempre.
|
|
|
|
tenta trocar por isso: -Xmx512m -XX:MaxPermSize=512m -XX ermSize=64m
|
|
|
|
knowledgebr wrote:
Pois é, a SUN foi tão boa que não pediu a comunidade Java que comprasse pelo menos um dos seus hardwares, é triste saber que ela deixou assim, tudo grátis e não soube tirar proveito disso, se Java fosse tão lucrativo para ela com certeza cobriria os prejuízos do setor de hardware, até ela tentar achar uma saída, estratégia de superar a crise, mas não pagam nenhum centavo em software, imagine em hardware, não seja apaixonado, veja a situação, a bolha estorou.
Cara, pedir esmola não é plano de négocio. JbossAS, Jrockit, IBM-JVM, WebsphereCE, SpringSourceDM, e muito mais tudo de graça e você não vê RedHat, Oracle, IBM e SpringSource mendigando.
|
|
|
|
Sun's Open Cloud Vision unveilled: Open Cloud Platform, an open infrastructure powered by Java, MySQL, OpenSolaris. Java agora é hardware?
Em nenhum lugar eu falei que o google estava interessado em entrar no mercado server-side. Disse que o portfolio da Sun é uma excelente porta de entrada nesse mercado se souberem como monetizar. O google pode muito bem doar tudo pra comunidade e vira uma ONG, mas acho que eles gostam de lucros.
Os produtos da Sun tem diferencial. Infelizmente(ou felizmente) como merketeiros eles são ótimos programadores. Só ano passado a Sun começou a oferecer(ou oferecer mais fortelente) os produtos dela como soluções integradas para empresas: virtualbox, Glassfish, ESB, java, etc. O intúito era juntar o MySql nesse bolo, oferecer uma plataforma completa e vender suporte, mais ou menos como a Oracle e IBM fazem(tirando as licenças do Weblogic e Websphere).
Como disse, eles tem bons produtos, só são incompetentes para vende-los.
A Sun não faz parte da OHA pq o google não é otário como a ASF. Não ficam chorando pelos cantos e agem sorrateiramente. ;D
Se eles comprarem a Sun pode ter centeza que na página incial do android vai ter uma chicrinha de café bem destacada.
|
|
|
|
Google e Sun?
Android, Cloud computing. Google tambem não tem presença na parte de servidores ou software enterprise. Adquirir a Sun faria o google colocar o pé nesse mercado.
A sun tem bons produtos, só tem uma severa falta de marketing e visão empresarial o que no Google não falta.
|
|
|
|
