retourne SCMS_AO_URL_READ Erreur de communication est appelé depuis SAP Portal
https://stackoverflow.com/questions/2236179
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianQuestion
Nous avons amélioré notre système SAP de développement de (ECC6 et SAP Portal) de SPS3 SPS5 .
Maintenant, quand un utilisateur se connecte sur le portail SAP et exécuter un écran sur mesure Java Web Dynpro (qui norme appelle à son tour SAP Module de fonction SCMS_AO_URL_READ afin de récupérer un UWL), une exception est renvoyée.
Lorsque le module de fonction SCMS_AO_URL_READ est manuellement appelé à partir du système SAP ECC (en exécutant SE37 de transaction à partir du SAP GUI) et les mêmes paramètres sont transmis, sans exception est renvoyée.
Les recherches ont montré que la défaillance se produit lorsque le module SAP standard Fonction RFC_PING destination SAPGUI est appelé (la séquence d'appel est SCMS_AO_URL_READ -> SCMS_DOC_URL_READ -> SCMS_URL_GENERATE -> effectuer location_from_client -> effectuer location_from_lca -> SCMS_LOCATION_GET -> SCMS_FE_CHECK_REG_SERVER -> SCMS_FE_CHECK_GUI -> RFC_PING ). L'éxéption Erreur de communication est retourné.
Cette erreur ne se produit pas pré-patching, ou dans un système identique que nous avons qui n'a pas été corrigé.
Toutes les idées pourquoi les paramètres ne sont pas automatiquement renseignés?
Merci.
La solution
Après une enquête plus approfondie nous avons constaté que le problème est provoqué lorsque l'utilisateur a accès à l'objet d'autorisation S_RFC_ADM .
Je ne sais pas pourquoi cela est encore (d'autant plus que les autorisations SAP sont censées être cumulables et ne pas avoir des exclusions), mais qui est certainement la question.
Autres conseils
Je ne connais pas les détails des modules fonctionnels impliqués, mais le but est clair - le programme veut faire en sorte qu'un « réel » SAP GUI est présent, et évidemment ce n'est pas le cas lorsque vous êtes dans le monde WebDynpro. SAPGUI destination RFC est une destination « virtuelle » qui pointe toujours « retour » à l'instance GUI de la session utilisateur exécutant le programme. Je recommande la création d'un message SAPNet et demandant SAP directement.
