O JAX-RS pode fazer solicitações assíncronas como o JAX-WS?
1) Não sei se a API JAX-RS inclui um mecanismo específico para solicitações assíncronas, mas essa resposta ainda pode mudar com base na implementação do cliente que você usa.
O JAX-RS pode acessar um serviço da web que não está sendo executado na plataforma Java e vice-versa?
2) Não consigo pensar em nenhum motivo pelo qual não seria capaz.
O que significa "REST é particularmente útil para dispositivos de perfil limitado, como PDAs e telefones celulares"?
3) As arquiteturas baseadas em REST normalmente usarão um formato de dados leve, como JSON, para enviar e receber dados. Isso está em contraste com JAX-WS, que usa XML. Não vejo XML por si só tão significativamente mais pesado que JSON (o que algumas pessoas podem argumentar), mas com JAX-WS é a quantidade de XML usado que acaba tornando REST com JSON a opção mais leve.
O que significa "JAX-RS não requer mensagens XML ou definições de API de serviço WSDL?
4) Conforme declarado em 3, as arquiteturas REST geralmente usam JSON para enviar e receber dados. JAX-WS usa XML. Não é que JSON seja significativamente menor do que XML por si só. É principalmente porque a especificação JAX-WS inclui muita sobrecarga na forma como se comunica.
No que diz respeito às definições de WSDL e API, o REST usará com mais frequência a estrutura URI e os comandos HTTP para definir a API em vez dos tipos de mensagem, como é feito no JAX-WS. Isso significa que você não precisa publicar um documento WSDL para que outros usuários de seu serviço possam saber como se comunicar com ele. Com o REST, você ainda precisará fornecer alguma documentação para outros usuários sobre como o serviço REST é organizado e quais dados e comandos HTTP precisam ser enviados.