As 5 tecnologias baseadas em Java para aprender em 2008

saoj wrote:

- REST (assim como a descoberta de um framework decente que suporte essa arquitetura).

Alguém poderia resumir em duas linhas o que é REST e principalmente qual é o seu "pulo-do-gato"?

Não dou 1 mês para surgir o MentaRest.

cmilfont wrote:Para 2008 eu aposto no Rhino (http://www.mozilla.org/rhino/) pela facilidade de aprendizado de quem é programador Java.
Uma linguagem puramente funcional é adequado, estou vendo algumas para aprender os conceitos adequadamente.
JSR223 (Scripting) é muito pouco para integração com outras linguagens mas será o ano dela.
Quando o Fowler soltar o livro sobre DSL será o boom e vai estourar no Brasil, gente que nem sabe o que é vai querer "comprar"

Pessoal, tem alguém usando isto?
Se alguém puder falar sobre alguma coisa que tenha feito com Rhino.

A propósito, minha aposta para esse ano é o JRuby, acredito que deva cair nas graças da galera.

JavaChild Membro desde: 07/01/2008 10:13:47 Mensagens: 107 Offline

Leonardo3001 wrote:

cv wrote:

rpffoz wrote:Vou investir em tecnlogias novas como o protocolo AMF3 que provê compactação, e transferência binária, ...

HTTP tambem faz isso sem problemas. Transferencia binaria? So olhar pra qualquer imagem transferida. Compactacao? mod_gzip?

Concordo com o cv, dá pra colocar um objeto java serializável através de HTTP sem problemas (se não me engano, o mime type é application/x-java-serializable). Não sei o que um outro protocolo mais obscuro vai acrescentar às aplicações quando o HTTP já é suficiente.

Um momento senhores...
Eu não fui tão abragente....

O fato de ter falado no AMF3, não é somente o fato de prover compactação e transferência binária, é que usando um client (Inteligente) baseado em uma VM, eu consigo trocar Objetos, e usar os mesmo na minha tela, não tacar no mime e etc... e fazer sabe lá o que para cuspir um html na tela.

Fora que, com este protocolo posso usar a tecnologia data-push, subscribe e httpstreaming..... alguém aqui conhece estas?

Abraços.

This message was edited 2 times. Last update was at 31/01/2008 09:34:49

juzepeleteiro wrote:

saoj wrote:

- REST (assim como a descoberta de um framework decente que suporte essa arquitetura).

Alguém poderia resumir em duas linhas o que é REST e principalmente qual é o seu "pulo-do-gato"?

Não dou 1 mês para surgir o MentaRest.

Engraçado que eu já tinha codificado isso há um par de anos atrás, mas por algum motivo eu descartei.

Mas o interessante é que eu sempre fui averso a web services, e já em 2004 eu sugeria comunicação entre sistemas via HTTP.

2004 wrote:
Eu estou meio por fora de webservices. Vc quer enviar objeto e receber objeto como resposta né?

Como não manjo das sugestões que foram dadas aqui, eu faria assim: (Veja se estou falando merda mais uma vez e me avise, ok? )

Pegaria meu objeto
serializaria ele para um array de bytes
codificaria ele em hexadecimal ou base64 (texto!) (ou XML para ficar independente de Java)
ziparia se fosse o caso para ecomizar banda
enviaria para o web server via HTTP mesmo

e o servidor faria a mesma coisa para me responder com um objeto.

Isso seria REST ? Uma espécie de RMI em cima de HTTP ? AJAX pode ser considerado REST ?

Sérgio,

REST é um estilo arquitetural, que se aproveita do protocolo HTTP por completo. Ex: Se eu tento chamar um serviço feito usando o estilo arquitetural REST e esse serviço não existe, eu não devo receber um status 200 do HTTP e no corpo da mensagem um XML ou JSON ou [coloque aqui o seu formato ..]. Simplesmente devo receber um 404.

O REST surgiu de uma tese de doutorado feita por Roy Fielding. Acesse o link abaixo que tem o conteúdo da tese

http://www.ics.uci.edu/~fielding/pubs/dissertation/top.htm

Respondendo sua pergunta: você pode usar Ajax para consumir um serviço REST. Se o formato da mensagem do serviço for JSON vai ser ainda mais fácil trabalhar pelo Javascript.

This message was edited 1 time. Last update was at 31/01/2008 10:53:41

Ex: Se eu tento chamar um serviço feito usando o estilo arquitetural REST e esse serviço não existe, eu não devo receber um status 200 do HTTP e no corpo da mensagem um XML ou JSON ou [coloque aqui o seu formato ..]. Simplesmente devo receber um 404.

Não entendi... Tem como explicar melhor?

Acho que o REST, além de ser HTTP, é baseado num esquema de resources, pelo menos é o que diz a Wikipedia de uma maneira bem enrolada que eu não entendi direito: http://en.wikipedia.org/wiki/REST

GUJ Master Membro desde: 23/01/2008 11:14:35 Mensagens: 1905 Offline

rpffoz wrote:
Um momento senhores...
Eu não fui tão abragente....

O fato de ter falado no AMF3, não é somente o fato de prover compactação e transferência binária, é que usando um client (Inteligente) baseado em uma VM, eu consigo trocar Objetos, e usar os mesmo na minha tela, não tacar no mime e etc... e fazer sabe lá o que para cuspir um html na tela.

Fora que, com este protocolo posso usar a tecnologia data-push, subscribe e httpstreaming..... alguém aqui conhece estas?

Abraços.

Fala ai Rodrigo !!!

Isso mesmo, concordo com você temos que mostra pro mundo o que é de melhor no sabor Força AdobeFlex

Flex fornece um conjunto abrangente de serviços de dados de gestão a transferência dos dados e integração com aplicações existentes e as infra-estruturas para reduzir o tráfego da rede.Você pode realizar o seguimento do cliente através Flex Data Services:
O RPC (Web Services, Http Service, e Remote Object) O Gerenciamento de Dados (Data Sync, Ocasionalmente Desconectadas clientes, de Dados e Pager)
O Messaging Services (Collaboration, Publicar / Assinar, e Dados Push).

Flex é uma tecnologia muito melhor para quem deseja's para construir uma "aplicação web". VEJA O FUTURO DA WEB 2.0"

http://maps.yahoo.com

http://mark-shepherd.com/thesaurus
http://www.alex-uhlmann.de/flash/adobe/blog/distortionEffects/effectCube

Vida Longa ao Flex, eternamente Rich Internet Applications

Abraços

Sim Sérgio, não sei se a maneira correta é falar assim mas HTTP é baseado em resources. A RFC2616 explica melhor. Quando utilizamos os HTTP Methods podemos recuperar recursos, adicioná-los, remove-los ou atualiza-los.

Quando você dá um GET por exemplo você está requisitando um recurso. Quando você dá um PUT você altera, quando da um POST você insere e quando dá DELETE você apaga. Tudo baseado em recursos.

O problema é que estamos acostumados só com GET e POST para nossas aplicações web básicas.

Observe o site dictionary.com:

A url http://dictionary.reference.com/browse/love irá mostrar a palavra love. Repare que não é browse.do?word=love, e tão somente a última parte da URL é a palavra (recurso a ser consultado). Neste caso estamos usando o GET. Em termos de funcionamento, as duas maneiras funcionam sem problemas, mas uma é REST a outra não. Se sua aplicação for REST eu vou ter certeza que ao fazer alguma chamada, seja usando o HTTP method que eu quiser, caso esta seja feita com sucesso e independente do resultado do corpo da mensagem, receberei um HTTP status 200, e caso a chamada (recurso) que estou chamando não existir vou receber um HTTP status 404.

Ex: Na URL http://dictionary.reference.com/browse/love, caso o recurso love não exista, devo receber um 404 (OK o site deles faz diferente mas pra ser REST deveria ser assim) e a URL http://dictionary.reference.com/browse.do?word=love nunca vai me retornar um 404, a não ser que retirem a servlet da aplicação.

Bem, explicando assim não sei se ajudou muito mas espero que sim.

[]s

Ano de 2008 algumas coisinhas que considero legais:

- Linguagens - Pode escolher uma e estudar, Groovy, Ruby ( dinâmicas) - para o mundo concorrente - Scala.
- RichMedia - Flex, AMF3 , BlazeDS, GraniteDS
- CEP - Esse ano acho que a grande aposta vai ser a área do Luca

.

eu tb prestaria atenção em:

- CEP
- REST
- SCALA
- ERLANG

O tópico acabou caindo pro lado do REST com explicações e citações de REST, mas como o título é sobre tecnologias baseadas em Java vale lembrar que REST não é baseado nesta.

emerleite wrote:
Bem, explicando assim não sei se ajudou muito mas espero que sim.

Ajudou sim, obrigado.

JavaChild Membro desde: 07/01/2008 10:13:47 Mensagens: 107 Offline

Fala ai Rodrigo !!!

Isso mesmo, concordo com você temos que mostra pro mundo o que é de melhor no sabor Força AdobeFlex

Flex fornece um conjunto abrangente de serviços de dados de gestão a transferência dos dados e integração com aplicações existentes e as infra-estruturas para reduzir o tráfego da rede.Você pode realizar o seguimento do cliente através Flex Data Services:
O RPC (Web Services, Http Service, e Remote Object) O Gerenciamento de Dados (Data Sync, Ocasionalmente Desconectadas clientes, de Dados e Pager)
O Messaging Services (Collaboration, Publicar / Assinar, e Dados Push).

Flex é uma tecnologia muito melhor para quem deseja's para construir uma "aplicação web". VEJA O FUTURO DA WEB 2.0"

Vida Longa ao Flex, eternamente Rich Internet Applications

Eu ainda adicionaria o Blaze que é OpenSource! =)

Mostrar para eles uma opção que provê você trabalhar orientado a objetos...
Não cuspindo HTML com js e css.....

rpffoz wrote:
Eu ainda adicionaria o Blaze que é OpenSource! =)

Mostrar para eles uma opção que provê você trabalhar orientado a objetos...
Não cuspindo HTML com js e css.....

Pode-se utilizar perfeitamente javascript orientado a objetos, não há problema algum com isso.

Fugindo rápidamente do tópico.
Pergunta aos conhecedores de Flex.
Estive estudando esta tecnologia, porém parei em duas questões cruciais.

* Como utilizar a URL em flex? Digo, é possível fazer link direto para alguma parte do meu programa flex com a url ? Como Exemplo tenha Âncoras de HTML.

* Como fica a indexação do conteúdo do site Flex ?

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