Adicionar um Content Server

Você pode entregar documentos ao Oracle WebCenter Content.

O servidor de conteúdo deverá ser acessível pela internet pública.

Quando você usa um servidor de conteúdo como destino de entrega:

  • No runtime, o consumidor de relatórios pode marcar o relatório com metadados do Grupo de Segurança e Conta (se aplicável) para garantir que os direitos de acesso apropriados sejam aplicados ao documento quando enviado.

  • Para documentos que exigem campos de metadados específicos personalizados (como número da fatura, nome do cliente, data do pedido), o autor do relatório pode mapear os campos de metadados personalizados definidos nos Conjuntos de Regras de Perfil de Conteúdo para os campos de dados no modelo de dados.

O Publisher comunica-se com o Oracle WebCenter Content Server usando o RIDC (Remote Intradoc Client). Os protocolos de conexão, portanto, seguem os padrões exigidos pelo RIDC. Os protocolos suportados são:

  • Intradoc: O protocolo Intradoc comunica-se com o Content Server ao longo da porta do soquete Intradoc (geralmente 4444). Este protocolo exige uma conexão confiável entre o cliente e o Content Server e não executará nenhuma validação de senha. Os clientes que usam este protocolo devem realizar qualquer autenticação necessária, antes de fazer chamadas RIDC. A comunicação Intradoc também pode ser configurada para ser executada em SSL.

  • HTTP e HTTPS: A conexão do protocolo HTTP exige credenciais válidas de autenticação de nome de usuário e senha para cada solicitação. Você fornece as credenciais a serem usadas para solicitações na página Administração do Publisher.

  • JAX-WS: O protocolo JAX-WS é suportado somente no Oracle WebCenter Content 11g com uma instância do Content Server configurada adequadamente e o cliente RIDC instalado. O JAX-WS não é suportado fora deste ambiente.

Para configurar um servidor de conteúdo como um destino de entrega:

  1. Na página Administração, em Entrega, selecione Content Server e, em seguida, clique em Adicionar Servidor.
  2. Informe o Nome do Servidor, por exemplo: contentserver01.
  3. Informe o URI da conexão para seu servidor de conteúdo. O URI pode utilizar qualquer um dos seguintes protocolos suportados:

    • HTTP/HTTPS — Especifica o URL para o caminho de CGI do Content Server.

      Por exemplo:

      • http://localhost:16200/cs/idcplg
      • https://localhost:16200/cs/idcplg

    • Intradoc — O protocolo Intradoc comunica-se com o servidor de conteúdo pela porta do soquete Intradoc (geralmente 4444). O protocolo de IDC também suporta comunicação com SSL. Por exemplo:

      • idc://host:4444

      • idcs://host:4443

    • JAX-WS — Usa o protocolo JAX-WS para conectar-se ao servidor de conteúdo.

      Por exemplo:

      • http://wlsserver:16200/idcnativews
  4. Opcional: Digite o nome do usuário e a senha do servidor de conteúdo.
  5. Opcional: Para ativar a inclusão de metadados personalizados com os documentos do relatório enviados ao servidor de conteúdo, selecione Ativar Metadados Personalizados.
  6. Opcional: Para entregar documentos criptografados em PGP ao servidor de conteúdo:
    1. Na lista Chave de PGP, selecione as chaves de PGP que você carregou na Central de Segurança.
      Esta etapa atualiza o comando do filtro no campo Comando de Filtro.
    2. Para assinar o documento criptografado, selecione Assinar Saída.
      Esta etapa adiciona um parâmetro -s ao comando do filtro existente no campo Comando do Filtro.
    3. Se quiser enviar documento criptografado PGP no formato blindado de ASCII, selecione Saída Blindada de ASCII.
      Esta etapa adiciona um parâmetro -a ao comando do filtro existente no campo Comando do Filtro.
  7. Na seção Controle de Acesso, desmarque Público.
  8. Na lista Funções Disponíveis, selecione uma ou mais funções que deseja fornecer acesso ao canal de entrega e clique em Mover para adicioná-las à lista Funções Permitidas.
  9. Clique em Testar Conexão.
  10. Clique em Aplicar.