Projeto Usando CORBA

Sistemas de Objetos Distribuídos - Primeiro Semestre de 2005

	Descrição Geral
	Etapas
	Metas

	Especificações Adicionais
	Forma de Entrega e Prazos
	Registro das Equipes

Descrição Geral

Vamos construir uma "versão enxuta" de um sistema que mantém registros distribuídos por vários servidores. Os registros serão objetos CORBA cuja interface é Record. Um Record contém um conjunto de pares (nome, valor). Esses pares são os atributos do registro. Eis um exemplo de registro:

  * titulo          alien
    ano             1979
    diretor         ridley scott
    com             sigourney weaver
    com             harry dean stanton
    com             yaphet kotto

As linhas acima representam os atributos do registro. A primeira coluna traz o nome do atributo e a segunda o valor. Um registro pode ter vários atributos com o mesmo nome. (O registro acima tem três atributos com o nome "com".) Todo registro tem um atributo chave especificado na criação do registro. (O atributo chave do registro acima é o título, que aparece marcado com um asterisco.) O nome do atributo chave é único dentro do registro, ou seja, nenhum outro atributo do registro pode ter o mesmo nome que o atributo chave.

Cada servidor implementará um objeto RecordSet, que é essencialmente uma coleção de Records. Um registro de um RecordSet é univocamente identificados por seu atributo chave. Em outras palavras: num RecordSet não podem existir dois registros com nomes iguais e valores iguais no atributo chave.

As definições (em IDL) das interfaces Record e RecordSet encontram-se no arquivo sod.idl. Use-o sem fazer alteração nenhuma. Para que os programas escritos pelas diferentes equipes funcionem em conjunto, é crucial que todos se baseiem nas mesmas definições de interfaces.

Etapas

Numa primeira etapa os servidores implementados pelas várias equipes serão isolados. Cada servidor implementará um objeto RecordSet com os registros mantidos localmente pelo servidor.

Na segunda etapa os servidores deixam de ser isolados. Cada servidor implementará dois objetos RecordSet:

o conjunto de registros local
o conjunto de registros global

O conjunto de registros local é o mesmo da primeira etapa. O conjunto de registros global é uma "união" dos conjuntos de registros locais dos vários servidores. O usuário que roda um programa cliente e se conecta ao servidor S tem acesso não só aos registros locais mantidos pelo servidor S, mas também aos registros locais dos demais servidores registrados no serviço de nomes. A idéia é fazer isso com um mínimo de alterações no programa cliente. Mesmo estando conectado a um dado servidor, o cliente poderá ver um "conjunto de registros virtual" que corresponde à "união" de todos os conjuntos locais. Estamos colocando entre aspas a palavra "união", por que não se trata de uma simples união de conjuntos: dois ou mais registros locais com o mesmo atributo chave geram um só registro global.

Exemplificando: os dois registros locais abaixo geram um só registro global.

Registro local no servidor X:

        * titulo          alien
          ano             1979
          com             sigourney weaver
          com             yaphet kotto

Registro local no servidor Y:

        * titulo          alien
          diretor         ridley scott
          com             harry dean stanton

Registro global correspondente (a ordem dos atributos é irrelevante):

        * titulo          alien
          ano             1979
          com             sigourney weaver
          com             yaphet kotto
          diretor         ridley scott
          com             harry dean stanton

Metas

Cada equipe de projeto escreverá um "programa servidor" e um "programa cliente".

O Servidor

O programa servidor implementará as interfaces descritas descritas no arquivo sod.idl. Na primeira etapa não será implementado o conjunto de registros global (o globalRecordSet será null).

O Cliente

O programa cliente será usado para exercitar o sistema. Ele deve permitir que o usuário:

estabeleça uma conexão com um (processo) servidor;
interaja com o RecordSet local e (na segunda etapa) com o RecordSet global implementado pelo servidor,
- adicionando a esse RecordSet novos registros,
- buscando um registro do RecordSet por atributo chave,
- listando os (atributos chaves dos) registros do RecordSet,
- listando os (atributos chaves dos) registros do RecordSet que contém algum atributo de um conjunto especificado;
- listando os (atributos chaves dos) registros do RecordSet que contém todos os atributos de um conjunto especificado;
tendo uma referência para um Record, referência essa previamente obtida como resultado de uma busca por atributo chave ou de uma adição de registro, interaja com esse registro,
- examinando os seus atributos,
- adicionando novos atributos ao registro.

Fique à vontade para definir como seu programa cliente vai interfacear com os usuários. O único requisito é que a interface com o usuário permita que o sistema seja exercitado da forma descrita acima. Em particular, o programa cliente deve possibilitar que um usuário crie (de modo razoavelmente conveniente) registros globais cujos atributos estejam distribuídos por vários servidores.

Provavelmente o mais fácil é escrever um cliente com uma interface tipo linha de comando. Uma possibilidade é um cliente "linha de comando" que mantenha duas variáveis:

o "conjunto de registros corrente", uma referência ao RecordSet com o qual toda interação ocorre;
a "registro corrente", uma referência ao registro com o qual toda interaçao ocorre.

Tal cliente apresentaria um prompt e ficaria esperando comandos do usuário. Ele aceitaria comandos como:

`local`	Faz o cliente se conectar a outro servidor e passa a trabalhar com o `RecordSet` local desse servidor. Este comando recebe o nome de um servidor, obtém do serviço de nomes uma referência para o objeto `Server` correspondente, e deste objeto obtém uma referência para o conjunto de registros local do `Server`. Este conjunto de registros passa a ser o `RecordSet` corrente.
`global`	Faz o cliente se conectar a outro servidor e passa a trabalhar com o `RecordSet` global fornecido por esse servidor. Este comando recebe o nome de um servidor, obtém do serviço de nomes uma referência para o objeto `Server` correspondente, e deste objeto obtém uma referência para o conjunto de registros global do `Server`. Este conjunto de registros passa a ser o `RecordSet` corrente.
`addrec`	Adiciona um registro ao `RecordSet` corrente. Recebe o atributo chave do novo registro, que passa a ser o `Record` corrente.
`getbykey`	Busca um registro por atributo chave. A busca é efetuada no `RecordSet`. Se encontrado, o registro passa a ser o novo registro corrente.
`all`	Lista os (atributos chaves) de todos os registros do repositório corrente.
`findone`	Lista os (atributos chaves dos) registros do `RecordSet` corrente que contém algum dos atributos de uma lista especificada.
`findall`	Lista os (atributos chaves dos) registros do `RecordSet` corrente que contém todos os atributos de uma lista especificada.
`addattr`	Adiciona um atributo ao registro corrente.
`attrs`	Mostra todos os atributos do registro corrente e indica qual deles é o atributo chave do registro.
`quit`	Encerra a execuçao do cliente.

A lista acima tem a finalidade de ilustrar como um cliente "linha de comando" poderia funcionar. Tome-a como uma sugestão (provavelmente incompleta), que pode ser seguida ou não. Se você tiver gás para escrever um cliente com uma interface com o usuário mais elaborada e amigável (GUI), vá em frente!

Especificações Adicionais

Em ambas as etapas o servidor deve ser implementado em Java, com o JacORB, um ORB para Java distribuído como software livre.
Em pelo menos uma das duas etapas o cliente deve ser implementado em C++, com o MICO, um ORB para C++ distribuído como software livre.
As referências para os objetos tipo Server, RecordSet e Record devem ser persistentes. As referências para RecordIterators devem ser transientes.
Os serventes que implementam o objeto Server e os dois RecordSets do servidor devem ser instanciados no main do servidor.
Os Records locais devem ser implementados por serventes instanciados dinâmicamente por um ServantLocator.
Os Records globais devem ser implementados por um serventes default.

Forma de Entrega e Prazos

Em cada uma das etapas deve ser entregue um arquivo tar.gz ou zip contendo os arquivos-fonte, um ou dois arquivos para geração automática dos programas servidor e cliente, e um arquivo README com instruções precisas sobre como gerar e rodar esses programas.
Use o programa ant para automatizar a geração do servidor e de clientes Java. Se, em alguma etapa, o seu cliente for também escrito em Java, basta escrever um arquivo build.xml que gere tanto o servidor como o cliente.
Use o utilitário make para automatizar a geração do cliente C++. Na etapa em que você fizer o cliente C++ você deverá entregar um Makefile que gera o cliente C++ e um build.xml que gera o servidor Java.
Entregue um arquivo arquivo tar.gz ou zip que, ao ser desempacotado, produza um diretório chamado EPn-equipeX, onde n é o número do EP (1 ou 2) e X é o número da sua equipe (vide Registro das Equipes, abaixo). Esse diretório deve conter o README, o build.xml e, se for o caso, o Makefile. Ele deve também conter um subdiretório com a árvore de fontes Java e, se for o caso, outro subdiretório com os fontes C++.
Os pacotes (arquivos EPn-equipeX) correspondentes a cada etapa devem ser entregues eletronicamente, pelo Panda.
Prazos:
- Etapa 1: 3 de maio
- Etapa 2: 19 de maio

Registro das Equipes

O projeto será desenvolvido em equipes de um ou dois alunos. As equipes devem se registrar com o professor, via email, até o dia 15 de abril.

Equipes registradas:

Marcelo Takeshi Fukushima
Marcio Fumihiko Suenaga (ticoha arroba gmail ponto com)
Ivan F. Martinez (ivanfm arroba ime ponto usp ponto br)
Thiago Constantin Sandoval
Hammurabi Mendes (hmendes arroba ime ponto usp ponto br)
Tiago Motta Jorge (tigod arroba linux ponto ime ponto usp ponto br)
Oswaldo Bassani Neto (oswaldo.bassani arroba poli ponto usp ponto br)
Joyce Alessandra Saul (joycealess arroba yahoo ponto com ponto br)
Arthur Biazon Machado (messias arroba linux ponto ime ponto usp ponto br)
Patrícia Megumi Matsumoto (patty arroba linux ponto ime ponto usp ponto br)
Elisa Pereira Kameda (ekameda arroba linux ponto ime ponto usp ponto br)
George Henrique Silva
Fabio de Oliveira Vaz(fabio.vaz arroba claro ponto com ponto br)
Marcos Tiago Garcia da Silva (tiagodj arroba gmail ponto com)
Paulo Silveira (silveira arroba ime ponto usp ponto br)
Alexandre Eiki Onishi (xandonix arroba linux ponto ime ponto usp ponto br)
Antonio Carlos dos Santos
Álvaro Heiji Miyazawa (incumbus arroba linux ponto ime ponto usp ponto br)
Ana Paula dos Santos Mota (alanis arroba linux ponto ime usp ponto br)
Ivan Neto (ivanneto arroba ime usp ponto br)
Cristiano Malanga Breuel (cmbreuel arroba ponto ime usp ponto br)
David Robert Camargo de Campo (davidrobert arroba gmail ponto com)
Ricardo Guimarães Herrmann (rherrmann arroba gmail ponto com)
Fabio Braga de Oliveira (fabio.braga arroba gmail ponto com)
Rodrigo Januário da Silva (rjdsilv arroba gmail ponto com)
Edson Teles de Almeida (edsteles arroba bol ponto com ponto br)
Marcelo de Moura Amorim (mamorim0 arroba terra ponto com ponto br)
Nguessan Desire (nguessandesire arroba ig ponto com ponto br)

Last modified: Thu May 5 18:48:25 BRT 2005