gestão de dados partilhados em ambientes de computação móvel

64 CAPÍTULO 4. DESCRIÇÃO DAS FUNCIONALIDADES PRINCIPAIS DO SISTEMA DOORS
todos os elementos da sessão síncrona — o componente de adaptação executa esta difusão através do
mecanismo de comunicação em grupo associado (a cada invocação é associada informação que permite
traçar a dependência entre operações executadas na sessão síncrona).
Além de difundir as operações para todos os elementos do grupo, o componente de adaptação sín-
crona condiciona o processamento local das operações. Duas alternativas podem ser adoptadas.
Primeiro, o componente de adaptação pode propagar as operações para serem processadas localmente
apenas após terem sido recebidas e ordenadas pelo subsistema de comunicação em grupo. Neste caso, o
componente de adaptação induz uma estratégia pessimista para a execução das operações. O componente
de reconciliação usa a ordem estabelecida para executar as operações. O componente de reconciliação
poderia executar adicionalmente um mecanismo de transformação das operações [46] para garantir a
preservação das intenções dos utilizadores nas operações executadas concorrentemente.
Segundo, o componente de adaptação propaga para execução local as invocações locais e as invoca-
ções recebidas pelo subsistema de comunicação em grupo. Neste caso, o componente de reconciliação
deve executar a estratégia adequada à manipulação síncrona do respectivo tipo de dados. Esta estratégia
pode ser optimista ou pessimista.
As aplicações podem registar funções (callbacks) no componente de adaptação para serem notifica-
das do processamento de uma invocação recebida de outro elemento do grupo — em geral, as aplicações
usam este mecanismo para reflectir as modificações processadas na interface gráfica da aplicação.
As modificações executadas durante uma sessão síncrona apenas podem ser gravadas pelo primário
do grupo associado à sessão síncrona. Em relação à evolução global dos coobjectos, as modificações
executadas durante uma sessão síncrona são tratadas de forma semelhante às modificações executadas
assincronamente por um único utilizador. Assim, a sequência de operações executada é propagada para
os servidores, onde é integrada de acordo com a política de reconciliação usada pelo coobjecto nos
servidores. Note-se que esta sequência de operações deve representar o modo como as operações fo-
ram executadas sequencialmente na cópia privada do coobjecto e pode ser resultado do processamento
executado pelo componente de reconciliação no cliente. Por exemplo, quando se usam técnicas de trans-
formação de operações [46], a sequência de operações enviada para o servidor inclui as operações após
terem sido transformadas (i.e., como foram executadas na cópia privada do coobjecto).
4.4.1 Diferentes operações para sessões síncronas e assíncronas
Anteriormente descreveu-se a aproximação básica usada no sistema DOORS para permitir a manipula-
ção de coobjectos em sessões síncronas. No entanto, esta aproximação não é suficiente para algumas
aplicações em que as operações usadas durante a interacção síncrona e assíncrona devem ser diferentes
(as razões subjacentes a esta diferença serão discutidas com maior detalhe na próxima subsecção). Consi-