SCMS_AO_URL_READ restituisce l'errore di comunicazione quando viene chiamato da SAP Portal
Domanda
Abbiamo aggiornato il nostro sistema di sviluppo SAP da (ECC6 e SAP Portal) da SPS3 a SPS5 .
Ora, quando un utente accede al portale SAP ed eseguire una schermata Java Web Dynpro su misura (che a sua volta chiama SAP Unità funzionale standard di SCMS_AO_URL_READ al fine di recuperare un UWL), viene restituito un'eccezione.
Quando il modulo funzionale SCMS_AO_URL_READ si chiama manualmente dal sistema SAP ECC (eseguendo transazione SE37 da SAP GUI) e sono passati gli stessi parametri, viene restituito non fa eccezione.
La ricerca ha dimostrato che l'errore si verifica quando SAP modulo standard Funzione RFC_PING per la destinazione di SAPGUI è chiamata (la sequenza di chiamata è SCMS_AO_URL_READ -> SCMS_DOC_URL_READ -> SCMS_URL_GENERATE -> eseguire location_from_client -> eseguire location_from_lca -> SCMS_LOCATION_GET -> SCMS_FE_CHECK_REG_SERVER -> SCMS_FE_CHECK_GUI -> RFC_PING ). L'eccezione ' Errore di comunicazione ' viene restituito.
Questo errore non si verifica pre-patch, o in un sistema identico che abbiamo che non è stato patchato.
Tutte le idee perché i parametri non vengono popolati automaticamente?
Grazie.
Soluzione
Dopo ulteriori indagini abbiamo scoperto che il problema è causato quando l'utente ha accesso all'oggetto Autorizzazione S_RFC_ADM .
Non so perché questo è ancora (in particolare per quanto autorizzazioni SAP dovrebbero essere cumulativo e non hanno esclusioni), ma che è sicuramente la questione.
Altri suggerimenti
Non conosco i dettagli dei moduli funzionali coinvolte, ma lo scopo è chiaro - il programma vuole fare in modo che un "vero" SAP GUI è presente, e, ovviamente, non è questo il caso quando si è in mondo WebDynpro. Il SAPGUI destinazione RFC è una destinazione "virtuale" che punta sempre "indietro" per l'istanza GUI della sessione dell'utente che esegue il programma. Mi consiglia la creazione di un messaggio SAPNet e chiedendo direttamente SAP.