Como os documentos são abertos de um Web site do Office 2003

Este artigo descreve o processo é utilizado pelo Microsoft Office 2003 para abrir documentos do Microsoft Office Word 2003, folhas de cálculo do Microsoft Office Excel 2003 e apresentações do Microsoft Office PowerPoint 2003, utilizando hiperligações ou pastas Web no Microsoft Internet Explorer. O processo envolve vários adições que tenham sido efectuadas melhoram a colaboração de Web. Estes adições poderão afectar soluções existentes da Web que dependem do comportamento anterior do Office. As informações fornecidas são para Web solução programadores que pretendam uma melhor compreensão do processo de técnica Office utiliza para processar a transferência do documento e a edição de um recurso HTTP.

O Office 2003 foi concebido para criar uma área de trabalho mais colaborativa. Por este motivo, foram efectuadas várias alterações para o Office 2003 funciona com o conteúdo da Web. Estas alterações ajudam a criar soluções de Web que tornam os documentos do Office totalmente compatível com o sistema Office 2003. Este artigo descreve estas alterações perspectiva de um técnica. Estas alterações fornecem funcionalidades de melhor criação de conteúdos para os seguintes servidores Web que suportam o Office 2003:

• Microsoft Windows SharePoint Services
• Microsoft SharePoint Portal Server
• Arquivo da Web do Microsoft Exchange

Nota O termo "Office" aplica-se os seguintes produtos:

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

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

Hyperlinking no Office 2003 utilizando HLINK e URLMON

Como versões anteriores do Office, Office 2003 implementa hyperlinking comportamento utilizando interfaces de OLE expostas publicamente do componente de moniker do URL (Urlmon.dll) a partir do Internet Explorer. A API que é fornecida pelo URLMON permite Office tratar um recurso de URL como qualquer origem de ligação OLE é tratada pelo Office. Além disso, a API URLMON também fornece métodos para navegação assíncrona, redireccionamento e conteúdo partilha entre processos.

Para processar o histórico de navegação e capacidades com versões anteriores, o Office utiliza interfaces públicas de biblioteca de hiperligação (Hlink.dll) do Microsoft para criar hiperligações, para ligar a hiperligações e para mover para hiperligações. HLINK é wrapper de alto nível para as funcionalidades que são expostos pelos URLMON. HLINK fornece uma estrutura comum para processar as tarefas básicas do comportamento da hiperligação de aplicações do Office.

Abrir um documento do Office a partir do Internet Explorer

Quando clica numa hiperligação para um documento do Office de uma página Web no Internet Explorer, o pacote do anfitrião navega para o recurso de hiperligação utilizando URLMON. URLMON transfere o conteúdo do ficheiro utilizando um comando HTTP GET. Depois de URLMON obtém o recurso, URLMON verifica qualquer uma das três seguintes localizações para identificar o tipo de conteúdo:

• O tipo MIME associado especificado no cabeçalho de HTTP
• O CLSID que é guardado no documento armazenamento estruturado
• A extensão de nome de ficheiro, se é mantido na cadeia de URL

Se o tipo estiver associado uma aplicação do Office, o URLMON cria uma instância OLE da aplicação de destino. URLMON pede a instância OLE ao carregar o conteúdo utilizando a interface IPersistMoniker do objecto OLE. URLMON transmite o moniker do URL que URLMON cria para o recurso para o Office. Em seguida, Office molda o moniker do URL num novo objecto HLINK . Depois do moniker do URL é dependente de objecto HLINK, o Office pode carregar o ficheiro e, em seguida, visualizar o ficheiro para o utilizador.

O processo completo de carregados a partir de um moniker e, em seguida, utilizar HLINK e URLMON para ligar ao conteúdo da Web é fora do âmbito deste artigo. Para mais detalhes sobre os programação aspectos deste processo, consulte a documentação sobre Microsoft Developer Network.

Para obter mais informações, clique no número de artigo que se segue para visualizar o artigo na Microsoft Knowledge Base: Existe uma desvantagem crítica para esta abordagem. Identificadores de URL fornecidas pelo Internet Explorer são normalmente só de leitura. Pode abrir o conteúdo e modificar o conteúdo, mas não é possível guardar conteúdo novamente para o servidor. Quando guardar conteúdo back armazenamento fornecido pelo moniker, as modificações são aplicadas ao conteúdo na cache do Internet Explorer ficheiros temporários da Internet. No entanto, as modificações não serão aplicadas ao conteúdo no servidor Web. Para resolver esta desvantagem, o conceito de moniker publicação é introduzido no Office 2000 e versões posteriores.

Efectuar um moniker de URL têm acesso de leitura e escrita acesso utilizando MSDAIPP

Com a introdução do Office 2000, as capacidades do URLMON são expandidas para suportar o total acesso de escrita num servidor de publicação que suporta as extensões de servidor do FrontPage (FPSE) ou as extensões de comandos HTTP 1.1 para Web Distributed Authoring and Versioning (DAV).

Suporte para acesso de escrita total está concluído, utilizando uma extensão do fornecedor de protocolo para URLMON. A extensão do fornecedor de protocolo para URLMON permite a ligação através de um componente que é o Microsoft OLE DB Provider para Internet Publishing Provider (ficheiro MSdaipp.dll). Utilizando um conjunto de sinalizadores para URLMON, um anfitrião pode pedir ligação utilizando um tipo de moniker URL especializado que utiliza a MSDAIPP. Office refere-se ao seguinte como um moniker de publicação. O moniker publicação utiliza MSDAIPP para abrir e guardar o conteúdo directamente no servidor. Este é um passo importante para expandir as capacidades do URLMON.

No entanto, existe uma desvantagem. O componente MSDAIPP utiliza a respectiva sessão do Windows Internet (WININET) API, não a sessão em utilização pelo Internet Explorer propriamente dito. Por este motivo, informações de sessão não persistentes, tais como cookies do servidor, não estão disponível no MSDAIPP pedidos. Deste modo, alguns servidores requer re-autenticação ou re-navigation para o URL para MSDAIPP comunicar com os servidores. Além disso, para evitar obter "obsoletos" dados que foram alterados por outro utilizador, MSDAIPP re-acquires o conteúdo da Web depois de bloqueio com êxito o conteúdo da Web para acesso de escrita. Isto faz com que um segundo pedido GET de HTTP ou um pedido POST FPSE segundo para o servidor Web para o conteúdo do documento.

Para contornar esta desvantagem, uma abordagem modificada é introduzida no Office 2000 Service Release 1. Em vez de tentar ligar utilizando um moniker publicação no tempo de carregamento, Office liga ao documento utilizando o típico só de leitura URL moniker fornecido pelo Internet Explorer. Quando pretender guardar o ficheiro, o Office tenta mudar para o publicação moniker para executar uma gravação para o servidor, se o servidor suporta publicação na Web. Se for necessária re-autenticação devido à alteração na sessão, é solicitado para guardar credenciais em vez de no aberto. Se pretender ler o ficheiro sem guardar o ficheiro, o Office evita o dispendiosa parâmetro-de-contexto para um moniker de publicação. O Office também evita um bloqueio de servidor do recurso. Esta é uma abordagem de compromisso.

Para obter mais informações sobre algumas das alterações que foram efectuadas para o Office 2000 Service Release 1 para atenuar os efeitos de abrir documentos da Web utilizando o contexto de moniker publicação, clique números de artigo que se seguem para visualizar os artigos na base de dados de conhecimento da Microsoft:

Reconhecer desvantagens com as abordagens são utilizadas por versões anteriores do Office

A abordagem de compromisso é utilizada pelo Microsoft Office 2000 Service Release 1 e pelo Office XP é também adequada para documentos de navegação e para guardar estes documentos para o servidor. No entanto, a abordagem de compromisso tem desvantagens. As desvantagens tornam-se mais evidente à medida que os programadores Web criar sistemas de gestão documento baseadas na Web mais sofisticados, que destinam-se a mais facilmente integrar o Microsoft Office.

A desvantagem mais importante é atrasar o parâmetro de contexto até depois um utilizador tenta guardar ou executar alguma acção explícita que requer acesso de escrita. O recurso de documento não está bloqueado e pode ser alterado por outro utilizador ou por outro processo durante o tempo que o primeiro utilizador tem o ficheiro aberto. Se o primeiro utilizador tentar guardar, as alterações do segundo utilizador serão perdidas. Em alternativa, o primeiro utilizador é confrontado com a opção de rejeitar as alterações sem saber o que o segundo utilizador foi alterado.

Outra desvantagem ocorre porque as permissões de autor do utilizador são desconhecidas até ocorre o parâmetro de contexto. O utilizador não é notificado que não têm permissão para guardar o ficheiro até que o utilizador efectua o pedido actual para guardar o ficheiro. O utilizador tem ser notificado de que não tem permissões para guardar o ficheiro antes do ficheiro é aberto para edição. Esta é a desvantagem conduzir a abordagem que é efectuada no Office 2000 Service Release 1.

Identificar as alterações ao processo hiperligação para o Office 2003

Existem um número crescente de utilizadores que estiver a utilizar Office como um front-end para colaboração em documentos intranets de HTTP. Deste modo, as desvantagens de abordagem anterior são agudas. As alterações são necessários para detectar a diferença entre um documento partilhado e um documento consultado. O Office 2003 apresenta novas funcionalidades para o processo hyperlinking para contornar as desvantagens.

Noções sobre a detecção de protocolo do Microsoft Office

Quando uma aplicação do Office recebe um pedido para abrir um recurso da Web, a aplicação do Office tem de tomar as decisões sobre como abrir o recurso da Web seguintes:

• Abra o recurso como só de leitura do conteúdo é transferido pelo Internet Explorer. Este conteúdo é aberto no modo de procura.
• Abra o recurso como leitura/escrita por uma fechadura documentos no servidor de acesso exclusivo. Este conteúdo é aberto no modo de edição.

A decisão sobre como abrir o recurso da Web é resolvida por investigar o caminho da pasta onde o documento provém e investigar as capacidades do servidor que gere esse caminho. Para determinar quais as capacidades do suporta servidor, Office 2003 emite um comando de opções padrão do HTTP 1.1. O comando Opções solicita que o servidor identificar quais os comandos e os métodos que o servidor suporta para a pasta onde está localizado o documento. É efectuada a identificação do servidor de acordo com para as regras que são descritas no RFC 2616. Servidor HTTP 1.1 compatível Web responde ao pedido opções com a lista dos métodos suportados para uniform resource identifier (URI). Avalia a resposta do Office e, em seguida, procure o seguinte:

• protocolo de criação de Web
  
  Se a resposta do servidor fornece um valor de MS-AUTHOR-VIA cabeçalho ou uma lista dos métodos que são consistentes com o Distributed Authoring and Versioning, notas do Office que o documento pode ser guardado para o servidor Web utilizando o protocolo especificado.
  
  Os protocolos que estão actualmente disponíveis são WEC (Web Extender Client) e Web DAV. Se o servidor não fornecer um protocolo, o ficheiro é considerado só de leitura. O cliente pode efectuar um ' Guardar como ' para guardar uma cópia local. No entanto não pode ser guardada uma cópia novamente para a pasta onde o ficheiro provém.
• tipo de servidor Web
  
  O Office também tenta determinar o tipo de servidor Web. Esta determinação baseia-se informações de cabeçalho que são devolvidas pelas opções chamar. Especificamente, Office procura valores de cabeçalho que indicam comunicações com uma biblioteca de documentos do SharePoint ou uma pasta do Exchange WebStore. Se forem detectadas comunicações, o Office efectua comunicação adicionais ao servidor para activar as funcionalidades de colaboração Web seguintes:
  • Debate na Web
  • Actualizações da lista de tarefas
  • Saída de documento
  • Documentos
  As funcionalidades de colaboração Web anteriores são suportadas por determinados tipos de servidor Web. Para identificar o tipo de servidor Web, o Office procurará os seguintes cabeçalhos:
  • MicrosoftSharePointTeamServices
  • MicrosoftTahoeServer
  • MicrosoftOfficeWebServer
  • MS-WebStore

Se o servidor Web requerer autenticação para concluir o pedido de opções com êxito, poderá ser-lhe credenciais para concluir a chamada. Colocados em depois de concluída a chamada, as informações recolhidas é cache no seu ramo de registo para que a chamada não tem de ser repetidos para esta pasta. A cache de detecção do Office protocolo está localizada na seguinte chave de registo:A cache do servidor contém subchave entradas para cada pasta da Web que é aberto e que foi devolvido com êxito uma chamada de opções. Cada entrada contém os seguintes valores definidos para a definição apropriada para essa pasta:

• protocolo
  
  Este é um valor DWORD de 32 bits que contém a Web criação protocolo a utilizar para o documento. Siga os valores definidos actualmente:
  • 0 para HTTP só de leitura
  • 1 para o protocolo WEC para uma pasta Web activados por FPSE
  • 2 para DAV para uma pasta Web expandido DAV
• tipo
  
  Este é um valor DWORD que indica o tipo de servidor de colaboração de documentos Web que gere a pasta. Siga os valores definidos actualmente:
  • 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
  
  Este é um valor QWORD 64 bits que contém uma hora de expiração. O valor é um Win32 estrutura FILETIME que contém a hora de expiração no formato UTC (hora universal coordenadas). Após a expiração, o Office re-queries o servidor Web com outra chamada de opções para se certificar de que a configuração do servidor não foi alterado desde que os valores última foram colocados em cache. O período de tempo expiração varia consoante uma propagação aleatória. O comprimento de hora de expiração é normalmente 2 semanas ou mais.
  
  importante A chave de registo é fornecida apenas para fins informativos. Não edite a chave de registo ou valores directamente. Office limpa a cache periodicamente. Assim, as informações guardadas é temporárias.

O número máximo de entradas de cache pode ser definido pelo valor de registo MaxCount na chave de cache de servidor mesmo. Office remove entradas antigas para espaço se o número máximo é atingido. Se nenhum espaço pode ser desmarcado, os resultados da chamada opções não são colocados em cache.

Identificar desvantagens conhecidas causados por detecção de protocolo do Office

Detecção do Office protocolo resolve a desvantagem mais importante, e determinar se o documento deve ser aberto como um documento só de leitura ou como um documento de leitura/escrita no servidor. No entanto, identificação de protocolo do Office tem a possibilidade de algumas desvantagens novas. Os seguintes problemas são conhecidos efeitos secundários da estrutura actual:

• Detecção do Office protocolo utiliza um comando de opções do HTTP 1.1 padrão. Servidores Web que não processam este comando não suportam acesso completo de leitura/escrita no Office 2003. Isto é esperado e ocorre por predefinição.
• Poderão ser solicitadas para autenticação quando abrir ficheiros do Office. Este comportamento ocorre se o servidor Web requer autenticação para processar uma chamada de opções para o URI da pasta. Normalmente, podem ser efectuadas alterações à configuração do servidor para evitar este problema, atribuindo permissões de procura para a pasta de utilizadores anónimos. Permissões de procura são também conhecido como lista de permissões. O pedido de autenticação é esperado se o servidor requer autenticação.
• Poderá ser-lhe para seleccionar um certificado de cliente ou para seleccionar um certificado de fidedignidade de um servidor ao abrir. Este comportamento pode ocorrer mesmo se estas informações de certificado anteriormente são fornecidas para o Internet Explorer para a navegação mesma. Uma vez que Office faz um pedido de novo para seu próprio espaço de processo para o servidor, é criada sempre uma nova sessão. Esta nova sessão pode produzir avisos de segurança adicionais ou avisos adicionais para concluir as opções chamar com êxito.
• Informação de cookie que é utilizada para recolher o documento não é utilizado no pedido OPTIONS. Se o servidor não permite chamadas directas para o URL da pasta sem estas informações do cookie, a chamada de opções pode não ser bem sucedida. Se este problema ocorre, o utilizador poderão ser pedido repetidamente autenticação, mas o utilizador poderá não conseguir fornecer autenticação. Não se trata de autenticação em falta. Este problema ocorre devido a falta de cookies de sessão para o servidor Web. Este problema é específico de determinadas estruturas de servidor Web que dependem de informações do cookie em vez das informações de autenticação ou que dependem de informações do cookie e informações de autenticação.
• Existe um problema conhecido com configurações de rede que utilizam um balanceador de carga Cisco mudar de servidor de conteúdo (CSS) com a camada 5 filtragem no respectivo ambiente de intranet. O software CSS não processa correctamente o comando Opções do HTTP 1.1. O software CSS não encaminha a chamada para o servidor Web. Além disso, o software CSS não devolve uma resposta ao cliente que indica um erro e, em seguida, fecha a ligação TCP.
  
  Uma vez que o pacote TCP nunca for confirmado pelo servidor, o cliente acredita que o servidor não recebeu a mensagem. Por conseguinte, o cliente reenvia a mensagem. Office continua a enviar esta mensagem e a aguardar uma resposta até que a ligação TCP eventualmente expirar. Isto pode causar um cliente para deixar de responder quando abre um ficheiro do Office. A aplicação do Office aguarda resposta do servidor. Nunca é recebida a resposta do servidor porque o balanceador de carga de CSS interrompe o pacote TCP.
  
  Cisco sabe sobre este problema. Cisco está a desenvolver uma actualização para resolver o problema. Para contornar este problema sem a actualização, poderá diminuir a CSS para regras de nível 3 ou nível 4 regras de filtragem. Pode também ignorar o balanceador de carga, alterando o URL que é aberto para que o URL aponta directamente para o servidor Web que contém o conteúdo.

As vantagens obtidas através da identificação de protocolo do Office se sobrepuserem desvantagens actualmente conhecidas. Acreditamos que estes problemas irão diminuir ao longo do tempo. Continuaremos a seguir os dois últimos problemas para garantir que soluções estão disponíveis se a estrutura de rede existente não pode ser ajustada. Acreditamos que a opção para utilizar Office protocolo de identificação é a estratégia a longo prazo correcta para colaboração de Web.

Noções sobre conversão de HTTP para ficheiros de redireccionador UNC

Os clientes que executem o Windows XP Professional podem criar locais na rede a pastas Web DAV utilizando o serviço Web Client. O serviço Web Client é também conhecido como o mini-redireccionador WebDAV. Este serviço Web Client permite que pastas activadas por DAV sejam apresentadas como partilhas UNC.

Uma aplicação possa abrir o ficheiro, edite o ficheiro e guardar para o ficheiro porque a aplicação, normalmente, guarda num caminho UNC. No entanto, colaboração em documentos requer mais funções que são fornecidas pelo serviço Web Client. Por este motivo, o Office 2003 adicionou código para determinar se for aberto um ficheiro pelo serviço Web Client. Se for aberto um ficheiro pelo serviço Web Client, o Office 2003 re-maps o caminho para um URL completo e, em seguida, abre o ficheiro separadamente utilizando o protocolo é adequado para o tipo de servidor. Isto permite que uma aplicação do Office 2003 executar funcionalidades de colaboração em documentos completo, como se o ficheiro é aberto directamente do URL do Office. As informações fornecidas anteriormente, incluindo a detecção de protocolo do Office, aplicam-se a documentos que são abertos a partir de uma partilha UNC compatível no Web Client.

Noções sobre segurança da zona hiperligação e avisos de segurança

O Office 2003 utiliza medidas de segurança avançada para hyperlinking de Internet a partir de hiperligações no documento do Office. Isto inclui informações de credencial de segurança numa política de zona de segurança mais restritiva a passar para que o Internet Explorer pode permitir ou pode negar passar credenciais para o servidor. Permissão ou negação baseia as definições de zona são definidas para o utilizador.

Além disso, Office 2003 garante que quando navegação está sob o controlo do utilizador, WININET tem um identificador de janela correctas. Isto significa que WININET pode aumentar a pedidos de segurança para o utilizador se forem necessários para executar uma acção pedidos. Isto melhora a segurança da Web do Office. No entanto, maior restrições para as zonas de segurança do Internet Explorer poderão provocar alertas para aparecer que não aparecia em versões anteriores do Office. Os alertas aparecem durante a navegação de hiperligação.

Além disso, o Office 2003 adiciona uma linha de aviso adicionais nas seguintes circunstâncias:

• Um utilizador clica numa hiperligação num documento do Office
• Um documento contém conteúdo baseia-se um recurso de URL que pode efectuar a navegação

A mensagem de aviso adicionais garante que o utilizador pretende mover para o Web site e que o site é fidedigno. Pode controlar este comportamento pedido através de uma definição de registo.

Para obter mais informações, clique no número de artigo que se segue para visualizar o artigo na Microsoft Knowledge Base:

Para obter informações adicionais sobre o comando Opções e o protocolo HTTP 1.1, consulte o HTTP trabalho grupo Request for Comments (RFC) especificação # 2616 no site do Internet Engineering Task Force Web seguinte:Para obter mais informações sobre problemas de hiperligação em versões anteriores do Office, clique números de artigo que se seguem para visualizar os artigos na base de dados de conhecimento da Microsoft: