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

3.2. FRAMEWORK DE COMPONENTES: PRINCÍPIOS GERAIS 33
em função do tipo de invocação executada (leitura/escrita, directa/indirecta) implementando a política
definida pelo componente. Para o processamento de uma operação existem várias possibilidades. Por
exemplo, é possível propagar a operação imediatamente para ser executada num servidor (usando os
serviços do núcleo do sistema). Neste caso, o resultado da invocação é o resultado obtido remotamente —
se este resultado incluir uma referência (representante) de um subobjecto, esta referência é devidamente
integrada na cópia do coobjecto 7 . Para executar a operação localmente, o componente de adaptação
propaga o objecto que representa a invocação executada para a cápsula do coobjecto.
A cápsula controla a execução local da operação. No caso de ser uma operação de leitura ou a
invocação resultar da execução de outra operação, a execução local consiste, na execução do método da
cópia privada do subobjecto (o resultado obtido, quando exista, é devolvido como resultado da invocação
no representante do subobjecto) 8 . No caso de ser uma operação de escrita executada directamente por
uma aplicação, o processamento consiste normalmente em dois passos. Primeiro, a operação é entregue
ao componente de registo. Segundo, o componente de reconciliação é notificado da presença de uma
nova operação no registo — em geral, no cliente, as operações são executadas imediatamente, o que
consiste em executar o método da cópia privada do subobjecto.
Para executar localmente uma operação num subobjecto, é necessário obter a cópia local do subob-
jecto — para tal, usa-se o gestor de subobjectos. Se o subobjecto ainda não estiver instanciado, o gestor
de subobjectos encarrega-se de instanciar uma cópia privada.
A execução de uma operação pode produzir informação de awareness. Esta informação é criada
invocando, durante a execução da operação, um método específico da classe base do subobjecto. Este
método apenas reenvia a invocação para o componente de awareness. O componente de awareness
processa esta informação de acordo com a política definida — em geral, no cliente, esta informação é
ignorada.
Para gravar as modificações executadas, as aplicações usam uma função da API do sistema. Esta
função, além de gravar a versão provisória do estado do coobjecto na cache do cliente, extrai a sequência
de operações a propagar para o servidor. Esta sequência de operações é extraída através de um método
definido na interface de sistema do coobjecto (checkChanges), o qual se limita a obter esta informação
no componente de registo. Como se descreveu anteriormente, o componente registo mantém a sequência
de todas as operações de escrita executadas pela aplicação (e que foram executadas localmente).
7 Esta integração, executada automaticamente, consiste em ajustar, no representante, a referência para o componente de
adaptação.
8 Para situações excepcionais, definiu-se um mecanismo que permite indicar durante a execução de uma operação que se
pretende registar a próxima invocação executada noutro subobjecto. Deste modo, esta invocação será propagada para todas as
réplicas em conjunto com a invocação original que levou à execução da operação que está a ser executar.