Changes between Version 35 and Version 36 of Servicos/Z-Push/InstalacaoServidor


Ignore:
Timestamp:
05/13/11 14:31:29 (13 years ago)
Author:
emersonfaria
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • Servicos/Z-Push/InstalacaoServidor

    v35 v36  
    102102         5.2) Se existem mudanças de itens feitas no servidor(Found n message changes) , elas são enviadas para o celular.[[BR]] 
    103103    O usuário é autenticado sempre que o celular envia um comando para o servidor.[[BR]] 
    104 [[BR]] 
    105     EXEMPLO DE DEPURAÇÃO DE BUGS 01:[[BR]][[BR]] 
    106     Suponha que uma das mensagens de e-mail, com data de dois dias atrás, não está aparecendo no celular do usuário com login “testeexpresso”. O filtro do celular está configurado para mostrar e-mails das duas últimas semanas. Para depurar esse problema, podemos fazer o seguinte:[[BR]][[BR]] 
    107     1) Seguindo instruções descritas no tópico “Configuração e uso do Trace”, ative o trace de IMAP para o usuário “testeexpresso”;[[BR]] 
    108     2) Inicie uma sincronização, para criar o arquivo /var/www/z-push/trace-testeexpresso.txt;[[BR]] 
    109     3) Como somente um e-mail, dentre vários, não está sendo sincronizado, provavelmente o problema está somente neste e-mail. Talvez ele esteja com o cabeçalho mal formatado ou está correto e o Z-Push não esta conseguindo reconhecer. Vamos analisar o arquivo de trace;[[BR]] 
    110     4) No início do arquivo de trace, aparece o comando “Options request” que tem como finalidade apenas informar ao celular, quais comandos do !ActiveSync são suportados pelo servidor. A maioria dos problemas não tem nada a ver com isso, inclusive o nosso;[[BR]] 
    111     5) Em seguida, vem o comando “!FolderSync”, o qual tem como objetivo sincronizar as pastas(não o conteúdo das pastas) do servidor com o celular. Aqui precisamos verificar se a pasta INBOX, onde está armazenado o e-mail, é listada;[[BR]] 
    112     6) O próximo comando é o  “!GetItemEstimate” que lê as mensagens do servidor IMAP e retorna a quantidade de e-mails que precisam ser sincronizados, levando em conta o filtro de período. Aqui observamos que o nosso e-mail não está aparecendo. Agora precisamos saber porque o servidor IMAP não retorna o e-mail para o Z-Push. Como não está aparecendo nenhuma mensagem de erro no trace, vamos verificar o que tem diferente nesse e-mail em relação aos que estão funcionando;[[BR]] 
    113     7) Exportando o e-mail a partir da interface do Expresso, verificamos que o valor do campo date que aparece em seu cabeçalho é anterior ao período filtrado, isso nos indica que o Z-Push está agindo corretamente não sincronizando esse e-mail. Analisando o funcionamento da Importação de mensagens no Expresso, verificamos que a data que aparece na interface do Expresso é a que o e-mail foi importado e não a que está no servidor IMAP. Assim, concluímos que o problema é devido ao comportamento da rotina de importação de e-mails do Expresso. Possíveis soluções para este problema seriam o Expresso apresentar em sua interface a data armazenada no IMAP   ou alterar a data armazenada no IMAP para a data da importação.[[BR]] 
    114 [[BR]] 
    115     EXEMPLO DE DEPURAÇÃO DE BUGS 02:[[BR]] 
    116104 
    117     Suponha que um evento de calendário criado no Expresso não está sendo sincronizado com o Celular do usuário com login “testeexpresso”. Veja a seguir como foi rastreado este problema:[[BR]] 
    118  
    119     1) Seguindo instruções descritas no tópico “Configuração e uso do Trace”, ative o trace de CALENDAR para o usuário “testeexpresso”;[[BR]] 
    120     2) Inicie uma sincronização, para criar um novo arquivo /var/www/z-push/trace-testeexpresso.txt;[[BR]] 
    121     3) No início do arquivo de trace, aparece o comando “Options request” que tem como finalidade apenas informar ao celular, quais comandos do !ActiveSync são suportados pelo servidor. A maioria dos problemas não tem nada a ver com isso, inclusive o nosso;[[BR]] 
    122     4) Em seguida, vem o comando “!FolderSync”, o qual tem como objetivo sincronizar as pastas(não o conteúdo das pastas) do servidor com o celular. Aqui verificamos se a pasta “Calendar”, onde é armazenado todos eventos de calendário, foi sincronizada. No arquivo de trace isso é indicado atráves da string “Sync folder:Calendar” ; [[BR]] 
    123     5) O próximo comando é o  “!GetItemEstimate” que lê os eventos de calendário do Banco de Dados e retorna a quantidade de eventos que serão sincronizados, levando em conta o filtro de período. Conforme pode ser visto nas seguintes linhas de Trace, aparece um erro indicando que o valor 10095 do campo reference é inválido. Quando o valor do campo reference é diferente de zero, significa que o evento é do tipo único, filho de um evento recursivo. O trace detectou a inconsistência porque não existe um evento recursivo com chave primária igual a 10095, logo o evento filho é órfão. Como existe uma inconsistência no Banco de Dados, o campo reference precisa ser atualizado para o valor zero ou esse evento precisa ser excluído:[[BR]] 
    124  
    125     ''05/12/11 11:01:33 [11155] [testeexpresso] [TRACE] CalendarExpresso::!GetMessageList-> ERRO: Evento com campo reference inválido (cal_id: 11329, title: teste, reference: 10095, last_update: 13/04/2011 16:11:28, last_update_timestamp: 1302721888214, datetime: 09/12/2010 10:00:00, datetime_timestamp: 1291896000, cal_type: E)''[[BR]][[BR]] 
    126  
    127     Os exemplos apresentados não pretendem esgotar os inúmeros caminhos que a depuração pode seguir, mas sim dar uma ideia inicial de como a depuração é feita.[[BR]] 
     105    Veja os [wiki:z-push_exemp_depura_bugs exemplos de depuração de bugs.]