Como os documentos estão abertos de um site da Web no Office 2003

Este artigo descreve o processo que é usado pelo Microsoft Office 2003 para abrir documentos, planilhas do Microsoft Office Excel 2003 e apresentações do Microsoft Office PowerPoint 2003 do Microsoft Office Word 2003 usando hyperlinks ou pastas da Web no Microsoft Internet Explorer. O processo envolve várias adições que foram feitas para melhorar a colaboração da Web. Essas adições podem afetar soluções da Web existentes que dependem de comportamento anterior do Office. As informações fornecidas são para desenvolvedores de solução da Web que desejam uma melhor compreensão do processo técnico que usa o Office para lidar com download do documento e edição de um recurso de HTTP.

O Office 2003 é criado para tornar um espaço de trabalho mais colaborativo. Portanto, várias alterações foram feitas como o Office 2003 funciona com conteúdo da Web. Essas alterações ajudam a criar soluções de Web que documentos do Office totalmente compatível com o sistema Office 2003. Este artigo descreve essas alterações de uma perspectiva técnica. Essas alterações fornecem recursos de criação melhor para os seguintes servidores Web que oferecem suporte ao Office 2003:

• Microsoft Windows SharePoint Services
• Microsoft SharePoint Portal Server
• Armazenamento de Web do Microsoft Exchange

Observação O termo "Office" se aplica aos seguintes produtos:

• O Microsoft Office Word 2003
• Microsoft Office Excel 2003
• Microsoft Office PowerPoint 2003

O termo "documento" se aplica a qualquer arquivo ou qualquer modelo que pode ser aberto no Word 2003, no Excel 2003 ou no PowerPoint 2003, independentemente do formato de arquivo.

Hiperlinks no Office 2003 usando HLINK e URLMON

Como nas versões anteriores do Office, Office 2003 implementa o comportamento de hiperlinks usando as interfaces OLE expostas publicamente do componente moniker de URL (Urlmon.dll) do Internet Explorer. A API que é fornecida pelo URLMON permite tratar um recurso de URL como qualquer fonte de vínculo OLE é tratado pelo Office Office. Além disso, a API URLMON também fornece métodos para navegação assíncrona, redirecionamento e conteúdo compartilhamento entre processos.

Para lidar com recursos com versões anteriores e histórico de navegação, Office usa as interfaces públicas da biblioteca de hiperlink do Microsoft (Hlink.dll) para criar hiperlinks, para vincular a hiperlinks e para mover para hiperlinks. HLINK é wrapper de alto nível para os recursos que são expostos por URLMON. HLINK fornece uma estrutura comum para manipular as tarefas básicas de comportamento de hiperlink de aplicativos do Office.

Abrir um documento do Office do Internet Explorer

Quando você clica em um hiperlink para um documento do Office de uma página da Web no Internet Explorer, o quadro host navega para o recurso de hiperlink usando URLMON. URLMON baixa o conteúdo do arquivo usando um comando GET do HTTP. Após URLMON obtém o recurso, URLMON examina qualquer um dos três seguintes locais para identificar o tipo de conteúdo:

• O tipo de MIME associado que é especificado no cabeçalho HTTP
• O CLSID como ela é salva em um documento de armazenamento estruturado
• A extensão de nome de arquivo, se ele é mantido na seqüência de URL

Se o tipo estiver associado a um aplicativo do Office, URLMON cria uma instância OLE do aplicativo de destino. URLMON solicita a instância OLE ao carregar o conteúdo usando a interface IPersistMoniker do objeto OLE. URLMON passa o moniker de URL URLMON cria para o recurso para o Office. Office, em seguida, ajusta o moniker de URL em um novo objeto HLINK . Após o moniker de URL é acoplado ao objeto HLINK, o Office pode carregar o arquivo e exibir o arquivo para o usuário.

O processo completo de carregando de um identificador de origem e usando HLINK e URLMON para vincular ao conteúdo da Web é além do escopo deste artigo. Para obter mais detalhes sobre os aspectos de programação desse processo, consulte a documentação do Microsoft Developer Network.

Para obter mais informações, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft: Há uma desvantagem dessa abordagem crítica. Identificadores de origem URL que são fornecidos pelo Internet Explorer são normalmente somente leitura. Você pode abrir o conteúdo e modificar o conteúdo, mas não é possível salvar back conteúdo para o servidor. Quando salvar conteúdo back o armazenamento é fornecido pelo identificador de origem, as modificações são aplicadas ao conteúdo no cache de arquivos de Internet temporários do Internet Explorer. No entanto, as modificações não são aplicadas ao conteúdo no servidor Web. Para resolver essa desvantagem, o conceito de moniker publicação é apresentado no Office 2000 e posterior.

Fazer um moniker URL tem acesso de leitura e gravação acesso usando o MSDAIPP

Com a introdução do Office 2000, os recursos do URLMON são estendidos para oferecer suporte a acesso de gravação total a um servidor de publicação que suporta o extensões de servidor do FrontPage (FPSE) ou as extensões de comando do HTTP 1.1 para Web Distributed Authoring and Versioning (DAV).

Suporte para acesso de gravação completo é concluído, usando uma extensão do provedor de protocolo para URLMON. A extensão do provedor de protocolo para URLMON permite ligação através de um componente é denominado Microsoft OLE DB Provider para Internet Publishing Provider (MSDAIPP.dll). Usando um conjunto de sinalizadores para URLMON, um host pode solicitar ligação usando um tipo de identificador de origem URL especializado que usa o MSDAIPP. Office refere-se a isso como um moniker a publicação. O moniker publicação usa o MSDAIPP para abrir e salvar o conteúdo diretamente no servidor. Essa é uma etapa importante para estender os recursos de URLMON.

No entanto, há uma desvantagem. O componente MSDAIPP usa sua própria sessão do Windows Internet (WININET) API, não a sessão em uso pelo próprio Internet Explorer. Portanto, informações de sessão não persistentes, como cookies de servidor, não estão disponível em MSDAIPP solicitações. Isso faz com alguns servidores exigem reautenticação ou re-navigation para a URL para o MSDAIPP para se comunicar com esses servidores. Além disso, para evitar obter "obsoletos" dados que podem ter sido alterados por outro usuário, o MSDAIPP re-acquires o conteúdo da Web depois de bloqueio com êxito o conteúdo da Web para acesso de gravação. Isso faz com que uma segunda solicitação HTTP GET ou uma solicitação POST FPSE segunda para o servidor Web para o conteúdo do documento.

Para contornar essa desvantagem, uma abordagem modificada é introduzida no Office 2000 Service Release 1. Em vez de tentar vincular usando um moniker a publicação no tempo de carregamento, Office vincula o documento usando o típico moniker somente-leitura do URL fornecida pelo Internet Explorer. Quando você deseja salvar o arquivo, o Office tenta alternar para o moniker publicação para executar um salvamento volta para o servidor, se o servidor oferece suporte publicação na Web. Se for necessária reautenticação devido à alteração na sessão, você será solicitado para credenciais em Salvar em vez de em Abrir. Se você quiser ler o arquivo sem salvar o arquivo, o Office evita o caro opção-de-contexto para um moniker a publicação. O Office também evita um bloqueio de servidor no recurso. Essa é uma abordagem de comprometimento.

Para obter mais informações sobre algumas das alterações que foram feitas para o Office 2000 Service Release 1 para atenuar os efeitos de abrir documentos da Web usando o contexto de identificador de origem a publicação, clique nos números abaixo para ler os artigos na Base de dados de Conhecimento da Microsoft:

Reconhecendo desvantagens com as abordagens são usadas por versões anteriores do Office

A abordagem de comprometimento é usada pelo Office 2000 Service Release 1 e pelo Office XP é bem adequada para documentos de navegação e para salvar esses documentos para o servidor. No entanto, a abordagem de comprometimento tem desvantagens. As desvantagens se tornam mais perceptíveis como os desenvolvedores da Web criam sistemas de gerenciamento de documento com base na Web mais sofisticados que destinam-se a mais perfeitamente integram com o Microsoft Office.

A desvantagem mais importante é atrasar o opção de contexto até depois que um usuário tenta salvar ou executar alguma ação explícita que requer acesso de gravação. O recurso de documento não está bloqueado e pode ser alterado durante o tempo que o primeiro usuário tem o arquivo aberto por outro usuário ou por outro processo. Se o primeiro usuário tenta salvar, as alterações do segundo usuário serão perdidas. Como alternativa, o usuário primeiro depara com a opção de descartar suas alterações sem saber o que o segundo usuário foi alterado.

Outra desvantagem ocorre porque as permissões de autor do usuário são desconhecidas até que ocorra o opção de contexto. O usuário não é notificado que eles não têm permissão para salvar o arquivo até que o usuário fizer a solicitação para salvar o arquivo real. O usuário deve ser notificado de que não tiverem permissões para salvar o arquivo antes do arquivo é aberto para edição. Esta é a desvantagem que levam à abordagem é obtida no Office 2000 Service Release 1.

Identificar alterações para o processo de hiperlink para o Office 2003

Há um número crescente de usuários que estiver usando Office como um front-end para colaboração de documentos em intranets HTTP. Portanto, a desvantagem da abordagem anterior é aguda. As alterações são necessárias para detectar a diferença entre um documento compartilhado e um documento navegado. O Office 2003 apresenta novos recursos ao processo de hiperlinks para contornar as desvantagens.

Noções básicas sobre descoberta de protocolo do Microsoft Office

Quando um aplicativo do Office recebe uma solicitação para abrir um recurso da Web, o aplicativo do Office tem que tomar as seguintes decisões sobre como abrir o recurso da Web:

• Abra o recurso como somente leitura do conteúdo que é baixado pelo Internet Explorer. Esse conteúdo é aberto no modo de procura.
• Abra o recurso como leitura/gravação com um bloqueio de documento no servidor de acesso exclusivo. Esse conteúdo é aberto no modo de edição.

A decisão sobre como abrir o recurso da Web é resolvida por investigando o caminho da pasta onde vem o documento e por investigando os recursos do servidor que gerencia esse caminho. Para determinar quais recursos o servidor oferece suporte, Office 2003 emite um comando OPTIONS padrão HTTP 1.1. O comando OPTIONS solicita que o servidor identificar quais comandos e os métodos que o servidor oferece suporte para a pasta onde o documento está localizado. A identificação do servidor é feita de acordo com as regras que são descritas na RFC 2616. Um servidor de Web HTTP 1.1 compatível responde à solicitação OPTIONS com a lista de métodos que são suportados para o identificador de recursos uniforme (URI). Office avalia a resposta e, em seguida, procura o seguinte:

• protocolo de criação da Web
  
  Se a resposta do servidor fornece um valor de MS-AUTHOR-VIA cabeçalho ou uma lista de métodos que são consistentes com Distributed Authoring and Versioning, anotações do Office que o documento pode ser salvo novamente para o servidor Web usando o protocolo especificado.
  
  Os protocolos que estão atualmente disponíveis são da Web Extender Client (WEC) e Web DAV. Se o servidor não fornecer um protocolo, o arquivo é considerado somente leitura. O cliente pode executar um SaveAs para salvar uma cópia localmente. No entanto, uma cópia não pode ser salva volta para a pasta onde o arquivo veio.
• tipo de servidor da Web
  
  O Office também tenta determinar o tipo de servidor Web. Essa determinação se baseia em informações de cabeçalho que são retornadas pelos OPTIONS chamar. Especificamente, o Office procura valores de cabeçalho que indicam comunicações com uma biblioteca de documentos do SharePoint ou uma pasta de WebStore do Exchange. Se forem detectadas comunicações, o Office executa comunicação adicionais para o servidor para ativar os seguintes recursos de colaboração da Web:
  • Discussão da Web
  • Atualizações de lista de tarefas
  • Check-out de documentos
  • Check-in do documento
  Os recursos de colaboração da Web anteriores há suporte para determinados tipos de servidor Web. Para identificar o tipo de servidor Web, Office procura os seguintes cabeçalhos:
  • MicrosoftSharePointTeamServices
  • MicrosoftTahoeServer
  • MicrosoftOfficeWebServer
  • MS-WebStore

Se o servidor Web requer autenticação para concluir a solicitação OPTIONS com êxito, você pode ser solicitado para credenciais completar a chamada. Depois que a chamada for concluída, as informações são reunidas é armazenados em cache na sua seção de registro para que a chamada não precisa ser repetido novamente para esta pasta. O cache de descoberta de protocolo do Office está localizado na seguinte chave do Registro:O cache de servidor contém entradas subchave para cada pasta da Web que é aberto e que foi retornado com êxito uma chamada de opções. Cada entrada contém os seguintes valores definidos para a configuração apropriada para essa pasta:

• protocolo
  
  Esse é um valor DWORD de 32 bits que contém a Web criação protocolo usado para o documento. Execute os valores definido no momento:
  • 0 para HTTP somente leitura
  • 1 para o WEC para uma pasta da Web habilitado para FPSE
  • 2 para DAV para uma pasta Web estendidos do DAV
• tipo
  
  Isso é um valor DWORD que indica o tipo de servidor de colaboração de documento da Web que gerencia a pasta. Execute os valores definido no momento:
  • 0 para não colaboração
  • 1 para o SharePoint Team Server
  • 2 para o Exchange 2000 Server
  • 3 para SharePoint Portal Server 2001
  • 4 de pasta avançada SharePoint 2001
  • 5 para o Windows SharePoint Server e o SharePoint Portal Server 2003
• expiração
  
  Esse é um valor QWORD de 64 bits que contém uma hora de expiração. O valor é um Win32 estrutura FILETIME que contém a hora de vencimento no formato de hora universal coordenada (UTC). Após a expiração, Office re-queries o servidor Web com outra chamada de opções para verificar se a configuração do servidor não foi alterado desde a última foram armazenados em cache os valores. O comprimento do tempo de expiração varia com base em uma semente aleatória. O comprimento do tempo de expiração é geralmente 2 semanas ou mais.
  
  importante A chave do registro é fornecida para fins informativos somente. Não edite a chave de registro ou valores diretamente. Office limpa o cache periodicamente. Portanto, as informações salvas são temporárias.

O número máximo de entradas de cache pode ser definido pelo valor do Registro MaxCount sob a chave mesmo do cache do servidor. Office remove entradas antigas para liberar espaço se a contagem máxima for atingida. Se nenhum espaço pode ser desmarcado, os resultados da chamada OPTIONS são armazenados em não cache.

Identificando desvantagens conhecidas que são causadas por descoberta de protocolo do Office

Descoberta de protocolo do Office resolve a desvantagem mais importante, e que é determinar se o documento deve ser aberto como um documento somente leitura ou como um documento de leitura/gravação no servidor. No entanto, a descoberta de protocolo do Office tem o potencial para algumas desvantagens novos. Os seguintes problemas são conhecidos efeitos colaterais do projeto atual:

• Descoberta de protocolo do Office usa um comando OPTIONS do HTTP 1.1 padrão. Servidores Web que não manipulam este comando não é possível oferecem suporte a acesso completo de leitura/gravação no Office 2003. Isso é esperado e é por design.
• Você pode ser solicitado para autenticação quando você abre arquivos do Office. Esse comportamento ocorre se o servidor Web requer autenticação para processar uma chamada de opções para o URI da pasta. As alterações na configuração do servidor podem normalmente ser feitas para evitar esse problema concedendo permissões de navegação para a pasta usuários anônimos. Procura permissões também são conhecidos como as permissões de lista. O prompt para autenticação é esperado se o servidor requer autenticação.
• Você pode ser solicitado para selecionar um certificado de cliente ou para selecionar um certificado de confiança um servidor em Abrir. Esse comportamento pode ocorrer mesmo que essas informações de certificado anteriormente são fornecidas para o Internet Explorer para a navegação do mesma. Como o Office faz uma nova solicitação para o seu próprio espaço de processo para o servidor, uma nova sessão é criada toda vez. Essa nova sessão poderá produzir avisos de segurança adicionais ou ligue para avisos adicionais para concluir os OPTIONS com êxito.
• Informações do cookie que são usadas para coletar o documento não é usado na solicitação OPTIONS. Se o servidor não permite chamadas diretas para a URL da pasta sem essas informações de cookie, a chamada de opções pode não ser bem-sucedida. Se esse problema ocorre, o usuário pode ser solicitado repetidamente para autenticação, mas o usuário não poderá fornecer autenticação. Isso não é devido a falta de autenticação. Esse problema ocorre devido a falta de cookies de sessão para o servidor Web. Esse problema é específico para alguns designs de servidor Web que dependem de informações do cookie em vez de informações de autenticação ou que dependem de cookie informações além de informações de autenticação.
• Há um problema conhecido com configurações de rede que usam um balanceador de carga Cisco conteúdo Server alternar (CSS) com a filtragem da camada 5 em seu ambiente de intranet. O software CSS não manipula corretamente o comando HTTP 1.1 OPTIONS. O software CSS não encaminha a chamada para o servidor Web. Além disso, o software CSS não retorna uma resposta ao cliente que indica um erro e, em seguida, fecha a conexão TCP.
  
  Porque o pacote TCP nunca é reconhecido pelo servidor, o cliente acredita que o servidor não recebeu a mensagem. Portanto, o cliente reenvia a mensagem. Office continua enviando esta mensagem e aguardando uma resposta até que a conexão TCP eventualmente expire. Isso pode causar um cliente pare de responder ao abrir um arquivo do Office. O aplicativo aguarda a resposta do servidor. Nunca é recebida a resposta do servidor porque o balanceador de carga de CSS descarta o pacote TCP.
  
  Cisco sabe sobre esse problema. Cisco está trabalhando em uma atualização para resolver o problema. Para contornar esse problema sem a atualização, você pode diminuir a CSS para regras de nível 3 ou nível 4 regras de filtragem. Você também pode ignorar o balanceador de carga, alterando a URL que é aberta para que a URL aponta diretamente para o servidor Web que contém o conteúdo.

Os benefícios que são obtidos pelo Office protocolo descoberta superam as desvantagens atualmente conhecidas. Nós acreditamos que esses problemas diminuirá longo do tempo. Continuaremos a seguir os dois últimos problemas para se certificar que soluções estão disponíveis se o design de rede existente não pode ser ajustado. Nós acreditamos que a opção de usar descoberta de protocolo do Office é a estratégia de longo prazo correta para colaboração da Web.

Noções básicas sobre conversão de HTTP para arquivos do redirecionador UNC

Os clientes que estão executando o Windows XP Professional podem criar locais de rede para pastas da Web DAV usando o serviço de cliente Web. O serviço cliente da Web também é conhecido como o minirredirecionador WebDAV. Esse serviço de cliente Web permite que pastas habilitadas para DAV exibidas como compartilhamentos UNC.

Um aplicativo pode abrir o arquivo, edite o arquivo e salvar o arquivo porque o aplicativo normalmente salva em um caminho UNC. No entanto, colaboração de documentos exige mais funções que são fornecidos pelo serviço cliente da Web. Portanto, o Office 2003 adicionou código para determinar se um arquivo será aberto pelo serviço cliente da Web. Se um arquivo for aberto pelo serviço cliente da Web, o Office 2003 re-maps o caminho de volta para uma URL completa e, em seguida, abre o arquivo separadamente usando o protocolo é apropriado para o tipo de servidor. Isso permite que um aplicativo do Office 2003 executar recursos de colaboração de documentos completo, como se o arquivo é aberto diretamente da URL no Office. As informações fornecidas anteriormente, incluindo a descoberta de protocolo do Office, se aplicam a documentos que são abertos em um compartilhamento UNC habilitados no cliente Web.

Compreendendo a hiperlink zona de segurança e avisos de segurança

O Office 2003 usa medidas de segurança aprimorada para Internet hiperlinks de links no documento do Office. Isso inclui passando informações de credencial de segurança em uma diretiva de zona de segurança mais restritiva para que Internet Explorer pode permitir ou pode negar passar credenciais para o servidor. Permissão ou negação é baseada nas configurações de zona são definidas para o usuário.

Além disso, Office 2003 garante que quando navegação está sob controle de usuário, o WININET tem um identificador de janela correto. Isso significa que WININET pode disparar avisos de segurança para o usuário se avisos são necessários para executar uma ação. Isso aumenta a segurança da Web no Office. No entanto, restrições maior para as zonas de segurança do Internet Explorer podem causar alertas apareçam não apareceu em versões anteriores do Office. Os alertas são exibidos durante a navegação de hiperlink.

Além disso, o Office 2003 adiciona um prompt de aviso adicional sob as seguintes circunstâncias:

• Um usuário clica em um hiperlink em um documento do Office
• Um documento contém conteúdo que se baseia em um recurso de URL que pode executar a navegação

O prompt de aviso adicional garante que o usuário deseja mover para o site e que o site é confiável. Você pode controlar esse comportamento prompt por meio de uma configuração do Registro.

Para obter mais informações, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:

Para obter informações adicionais sobre o comando OPTIONS e o protocolo HTTP 1.1, consulte HTTP trabalho grupo Request for Comments (RFC) especificação # 2616 no seguinte site da Internet Engineering Task Force:Para obter mais informações sobre problemas de hiperlink em versões anteriores do Office, clique nos números abaixo para ler os artigos na Base de dados de Conhecimento da Microsoft: