Pergunta

Temos atualizado o nosso sistema de desenvolvimento SAP a partir de (ECC6 e SAP Portal) da sps3 para SPS5 .

Agora, quando um usuário faz para o SAP Portal e executar uma tela de Java Web Dynpro bespoke (que por sua vez chama SAP Função padrão módulo SCMS_AO_URL_READ , a fim de recuperar uma UWL), uma exceção é retornada.

Quando a função módulo SCMS_AO_URL_READ é chamado manualmente do sistema ECC SAP (executando SE37 transação do SAP GUI) e os mesmos parâmetros são passados, nenhuma exceção é retornada.

A investigação mostrou que a falha ocorre quando SAP Função padrão módulo RFC_PING para o destino SAPGUI é chamado (a seqüência de chamada é SCMS_AO_URL_READ -> SCMS_DOC_URL_READ -> SCMS_URL_GENERATE -> executar location_from_client -> executar location_from_lca -> SCMS_LOCATION_GET -> SCMS_FE_CHECK_REG_SERVER -> SCMS_FE_CHECK_GUI -> RFC_PING ). A exceção ' Falha de comunicação ' está sendo devolvido.

Este erro não ocorrer pré-patching, ou num sistema idêntico que temos que não tenha sido corrigido.

Todas as ideias por que os parâmetros não estão sendo preenchidas automaticamente?

Graças.

Foi útil?

Solução

Depois de uma investigação mais aprofundada, descobrimos que o problema é causado quando o usuário tem acesso ao objeto de autorização S_RFC_ADM .

Eu não sei por que isso é ainda (especialmente como autorizações SAP é suposto ser acumulativo e não têm exclusões), mas que é definitivamente a questão.

Outras dicas

Eu não sei os detalhes dos módulos funcionais envolvidos, mas o objetivo é claro - o programa quer ter certeza de que uma "real" GUI SAP está presente, e obviamente que não é o caso quando você está no mundo WebDynpro. O SAPGUI destino RFC é um destino "virtual" que aponta sempre "voltar" para a instância do GUI da sessão do usuário executar o programa. Eu recomendo criar uma mensagem SAPNet e pedindo SAP diretamente.

Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top