Exercício-Programa 2: Sistema de Bate-Papo Usando JMS

Sistemas de Middleware - Segundo Semestre de 2007

Descrição

O trabalho está dividido em duas partes: uma básica e uma extensão. A nota final está relacionada com as funcionalidades implementadas. Veja abaixo.

Especificação

• O usuário informa o seu nome no momento em que ele se registra como novo participante de uma sala de bate-papo.
• O nome do usuário deve ser único em todo o sistema de bate-papo. (Note a mudança em relação ao EP1. Essa mudança permite que o nome do usuário possa ser usado para identificar também uma fila de mensagens específicas para esse usuário.)
• Usuários do sistema devem ser capazes de enviar mensagens para todo o grupo de participantes de uma sala.
• Usuários podem enviar mensagens para um único outro usuário selecionado. Mensagens destinadas a um determinado usuário podem ser enviadas mesmo que o destinatário não esteja conectado ao sistema de bate-papo. Tais mensagens serão armazenadas e entregues ao destinatário na próxima vez que ele entrar no sistema.
• Quando um usuário sai de uma sala, todos os outros que ainda permanecem nela são notificados de sua saída. Essa notificação não precisa ser imediata, ela pode demorar alguns segundos (especialmente no caso de uma saída abrupta -- um usuário que mata a aplicação cliente, por exemplo).
• A aplicação cliente mantém uma lista dos usuários presentes em cada sala de bate-papo. A atualização dessa lista não precisa ser imediata. É aceitavel que ela ocorra com um atraso de alguns segundos.
• Não há necessidade de autenticação de usuários para entrar numa sala.

Recursos adicionais (opcional):

• O sistema oferece mais de uma sala de bate-papo. As salas e seus nomes podem ser especificados através de um arquivo de configuração implantado no servidor de aplicações Java EE. (valor: 0,5)
• O sistema permite o registro dinâmico de novos usuários e a criação dinâmica de novas salas de bate-papo. Em outras palavras, os conjuntos de usuários e de salas não precisam ser completamente especificados num arquivo de configuração implantado no servidor de aplicações Java EE. Esses conjuntos podem crescer com o sistema rodando. (valor: 1,0)

Arquitetura / Implementação

Use o mapeamento natural entre conceitos do sistema de bate-papo e conceitos JMS:

Note que o JMS proíbe acessos concorrentes a uma mesma sessão. (Veja as seções 2.8 e 4.4.6 da especificação do JMS 1.1.) Uma consequência disso é que uma sessão JMS com um MessageListener (que recebe chamadas assíncronas) não deve ser usada por uma thread que fica enviando mensagens. Para fazer a recepção (via MessageListener) e o envio de mensagens concorrentemente são necessárias duas sessões separadas: uma com o MessageListener e a outra empregada pela thread enviadora de mensagens.

O JMS não inclui interfaces para criação de filas ou tópicos por programas. Filas e tópicos são "objetos administrados", que (no JMS padrão) devem ser criados pelo administrador do sistema, usando ferramentas ou procedimentos específicos da implementação de JMS utilizada. Algumas implementações de JMS oferecem, entretanto, APIs não padronizadas que permitem a criação de filas ou tópicos por programas. A funcionalidade de registro dinâmico de novos usuários e de novas salas de bate-papo requer uma API assim. Essa funcionalidade não pode ser implementada empregando-se apenas as interfaces "oficiais" do JMS.

O sistema deve ser implementado em Java, com o JBoss Messaging versão 1.4.0.GA rodando no JBoss Application Server, versão 4.2.1.GA (ou 4.2.2.GA -- esta versão ainda não saiu, mas deve aparecer nos próximos dias). Atenção: Como a implementação default de JMS no JBoss Application Server 4.2.x não é o JBoss Messaging, você precisará baixar os dois sistemas, desempacotar o servidor de aplicações e depois instalar o JBoss Messaging sobre o servidor de aplicações. Siga as instruções para instalação automatizada e (a menos que você tenha um cluster de servidores) ignore todos os ítens relacionados com clustering. Ou seja, é só rodar "ant -f release-admin.xml" (Neste ponto das instruções há um errinho tipográfico: "aml" em vez de "xml"). Depois de fazer isso, vá direto para os passos adicionais para completar a instalação, ponha o servidor de aplicações no ar, verifique se o JBoss Messaging funciona corretamente e olhe/rode os exemplos incluídos na distribuição do JBoss Messaging.

Bom trabalho!

FAQ

Questão 2: Pode haver grupo com mais de duas pessoas?
Resposta: Não.

Questão 3: O que exatamente deve ser entregue?
Resposta: Veja abaixo. Com algum atraso, incluí essas informações sob o ítem "Entrega".

Entrega

Entregue um arquivo tar.gz ou zip que satisfaça os seguintes requisitos:

• O nome do arquivo deve ser da forma ep2-<nomes-dos-membros-do-grupo>.tar.gz ou ep2-<nomes-dos-membros-do-grupo>.zip. Por exemplo: ep2-joao-maria.zip. No nome do arquivo devem ser omitidos os acentos dos nomes dos membros do grupo. Além disso, a separação entre palavras não deve ser feita com espaços. Ou seja, o arquivo não deve se chamar "ep2-joão-maria.tar.gz" nem "ep2 joao maria.tar.gz".
• O desempacotamento do arquivo tar.gz ou zip deve produzir um diretório com o mesmo nome do arquivo, menos o sufixo .tar.gz ou zip. (Exemplo: ep2-joao-maria.) Todos os arquivos desempacotados devem estar dentro desse diretório.
• O diretório desempacotado deve conter:
  • Todos os arquivos fonte em Java e os arquivos XML escritos para o sistema de bate-papo.
  • Um arquivo build.xml para a ferramenta ant. O build.xml deve incluir as seguintes funções (targets, ou alvos):
    • "compile" - Este deve ser o alvo default, que automatiza a geração do programa cliente.
    • "deploy" - Este alvo implanta o sistema de bate-papo na configuração "messaging" do servidor de aplicações. Implantar o sistema de bate-papo significa copiar para o diretório ${JBOSS_HOME}/server/messaging/deploy todos os arquivos necessários para o funcionamento do sistema.
    • "run" - Roda o programa cliente.
    • "undeploy" - Este alvo desimplanta o sistema de bate-papo da configuração "messaging" do servidor de aplicações. Desimplantar o sistema de bate-papo significa remover do diretório ${JBOSS_HOME}/server/messaging/deploy todos os arquivos copiados pelo alvo deploy. sistema.
    Depois de dar "ant compile" e "ant deploy", deve ser possível rodar (via "ant run") múltiplas instâncias do cliente, possívelmente em máquinas diferentes. O "ant undeploy" restaura o estado original da configuração "messaging" do servidor de aplicações.
  • Um arquivo README, com as seguintes informações:
    • Um "receituário" de como gerar e usar o sistema de bate-papo. Caso seja necessário definir variáveis de ambiente e/ou editar algum arquivo de propriedades antes de rodar o ant, esta parte deve detalhar o que precisa ser feito.
    • Uma explicação breve sobre a estrutura dos programas. (Como é a organização das classes? Você precisou usar threads? Para quê?...)
    O arquivo README deve ser de texto puro (ASCII). Quem preferir, pode colocar num documento separado a explicação sobre a estrutura dos programas e deixar no README só o receituário para geração e execução. Esse documento separado, se existir, tanto pode ser um arquivo de texto ASCII como um arquivo pdf. (Não quero arquivos doc em formato MS-Word.)

Last modified: Sat Oct 27 14:11:31 BRST 2007