A Google lançou uma versão Java para o AppEngine.
Agora, além do poder do python, poderemos explorar o poder da linguagem Java e da robustez da JVM.
A princípio, assim como foi quando lançaram o AppEngine, apenas convidados podem acessar o serviço.
Para ser convidado, basta inserir o e-mail na página do produto e aguardar o convite.
Pode-se testar localmente a SDK mesmo antes de obter o convite.
Sim em Python :P, também to procurando uma em Java hehehe
serathiuk
E para quem quiser, saiu o Google Plugin For Eclipse. Ele traz facilidades para utilizar e GWT 1.6(que saiu versão final no mesmo dia do lançamento do App Engine) e/ou App Engine no Eclipse.
E uma dica: Quem quiser testar e tiver problemas em receber o SMS de confirmação na criação de uma aplicação lá, manda um mensagem para o pessoal do Google por um formulário que tem por lá, que eles liberam a conta. O SMS de confirmação só chega para celulares TIM ou Oi.
Ps.: E não querendo fazer propaganda do meu blog, mas já fazendo. Escrevi um artigo de um passo a passo de como instalar o Plugin do Google no Eclipse. Tá aí para quem quiser ler: http://serathiuk.com/blog/?p=61 È o primeiro artigo do gênero que escrevo e é bem básico mesmo. hehehe.
ORB_de_Souza
Onde isso vai parar ??
:shock:
otavio
Qual a grande vantagem de usar o GAE? É tão bom assim ou é apenas pq é filhote do Google?
ranophoenix
O meu é Vivo e recebi sem problemas em menos de 3 minutos após o cadastro.
peerless
Como assim “qual vantagem” ? Você acha comum este suporte/confiabilidade/hospedagem/SDK/escalabilidade/.*ade para aplicações -a custo zero- que a google está oferecendo?
serathiuk
O meu é Vivo e recebi sem problemas em menos de 3 minutos após o cadastro.
Então. No FAQ do GAE tem uma lista das operadoras suportadas para o envio do SMS. E lá falava da TIM e da Oi(que está com um outro nome, mas descobri que é Oi via busca). E eles dizem que se sua operadora não está na lista, para preencher um formulário. No formulário só preenchido o nome da operadora(que no meu caso é Claro) e uma mensagem explicando o problema ocorrido. Expliquei que nem recebi o SMS, e 1 hora depois recebi um e-mail do Google falando que minha conta estava liberada. Mas bom saber que a Vivo também é suportada. Que a Claro nem é(pelo menos no dia que lançado o GAE Java nem era).
C
cmoscoso
Como assim “qual vantagem” ? Você acha comum este suporte/confiabilidade/hospedagem/SDK/escalabilidade/.*ade para aplicações -a custo zero- que a google está oferecendo?
Para empresas top info exame e suas milhoes de linhas de codigo em java nao vejo muito vantagem, mas quem esta comecando um negocio proprio PODE SER uma mao na roda pra agilizar o proceso de colocar uma ideia em pratica.
C
cmoscoso
Complementando a noticia, chefe da divisao de opensource da Sun critica o suporte a Java no GAE. Simon Phipps considerou a atitude do google de irresponsavel por ferir a compatibilidade do Java.
Complementando a noticia, chefe da divisao de opensource da Sun critica o suporte a Java no GAE. Simon Phipps considerou a atitude do google de irresponsavel por ferir a compatibilidade do Java.
O que, fizeram a mesma coisa com Python e ninguem reclamou!
Irresponsável seria eles deixassem uma besta solta rodando nos servidores deles. Entendo muito bem o lado do Google ao não suportar, por exemplo, processamento multithread (fora aquelas criadas a cada requisição). É o preço a pagar pela estabilidade.
furutani
O que eu mais gostei foi do plugin para eclipse, facilita muito para rodar, testar e publicar a aplicação.
Bem, talvez esteja exagerando, mas o que acho ruim é que o AppEngine tem um limite de operações de CPU por mês, e usar linguagens mais pesadas, como o Groovy, podem diminuir a tua cota mais rápido.
Mas já que dizem que tem CPU o suficiente pra 5 milhões de page views / mês, tem muito chão até chegar a esse limite.
A limitação de banco de dados do App Engine eh um problema.
C
cmoscoso
Bruno Laturner:
cmoscoso:
Complementando a noticia, chefe da divisao de opensource da Sun critica o suporte a Java no GAE. Simon Phipps considerou a atitude do google de irresponsavel por ferir a compatibilidade do Java.
O que, fizeram a mesma coisa com Python e ninguem reclamou!
Irresponsável seria eles deixassem uma besta solta rodando nos servidores deles. Entendo muito bem o lado do Google ao não suportar, por exemplo, processamento multithread (fora aquelas criadas a cada requisição). É o preço a pagar pela estabilidade.
Acho que ele nao gostou mesmo foi do google ter ignorado completamente esforcos como o TCK.
C
cmoscoso
Qual delas?
P
palmadias
Qual delas?
uma entidade, por exemplo, soh pode armazenar 1mb de dados.
Simplicidade na medida certa e um baita estimulo para toda a comunidade Java(iniciantes e cabelos brancos). Até me esqueci da furada do mycgiserver.com
Claro, killer aplication vai exigir muito mais inspiracão do que transpiracão, já que o Google esta fazendo o trabalho sujo e todo mundo esta sendo nivelado por cima.
Parabéns GoogleTeam. De novo!
M
marcosalex
"
kdoigor
Enviei mensagem ao FAQ do GAP mas não recebi email com a liberação da aplicação.
Alguem sabe dizer se eu registrar meu próprio domínio, posso usá-lo no GAP ?
pcalcado
Bruno Laturner:
Bem, talvez esteja exagerando, mas o que acho ruim é que o AppEngine tem um limite de operações de CPU por mês, e usar linguagens mais pesadas, como o Groovy, podem diminuir a tua cota mais rápido.
Mas já que dizem que tem CPU o suficiente pra 5 milhões de page views / mês, tem muito chão até chegar a esse limite.
Realmente. Minha aplicação exemplo em Clojure estourou a quota de CPU antes mesmo do lançamento oficial do GAE/J e só eu estava usando para testar! Para mim o Google não estava preparado para o fato de que tanta gente está usando linguagens que não são Java e que vão acabar sofrendo com CPU. Talvez eles tenham que mexer nas quotas ou arrumar outro modelo de preço.
Bom, o Guido é funcionário do Google e trabalhou especificamente na GAE/P
Eu não acho a crítica do Simon válida. O que o Google fez foi criar um ambiente baseado em Java EE, como fez a SpringSource recentemente. Independente de ser uma boa coisa para o desenvolvedor ou não o GAE/J não suporta todas as classes basicamente por dois motivos:
1 - Segurança: Hospedar código de terceiros no seu servidor é sempre uma ameaça
2 - Escalabilidade: GAE/J não é Java EE. Em Java EE existem múltiplas maneiras de escalar uma aplicação, no GAE/J a maneira é a prescrita pelo Google. Usar threads, por exemplo, iria ferir com este modelo.
