Skip to Content
author's profile photo Former Member
Former Member

external SOAP-Call ends with general error "PART UNKNOWN (NULL)"

Hi,

we generated a consumer proxy using the following WSDL file:

https://soap.global-esign.com/axis/services/GlobalEsignSoapExt" xmlns:apachesoap=" http://xml.apache.org/xml-soap" xmlns:impl=" https://soap.global-esign.com/axis/services/GlobalEsignSoapExt" xmlns:intf=" https://soap.global-esign.com/axis/services/GlobalEsignSoapExt" xmlns:soapenc=" http://schemas.xmlsoap.org/soap/encoding/" xmlns:tns1=" https://soap.global-esign.com/xsd" xmlns:wsdl=" http://schemas.xmlsoap.org/wsdl/" xmlns:wsdlsoap=" http://schemas.xmlsoap.org/wsdl/soap/" xmlns:xsd=" http://www.w3.org/2001/XMLSchema"> http://schemas.xmlsoap.org/soap/http"/> http://schemas.xmlsoap.org/soap/encoding/" namespace=" http://GlobalEsign.tsi.de" use="encoded"/> http://schemas.xmlsoap.org/soap/encoding/" namespace=" https://soap.global-esign.com/axis/services/GlobalEsignSoapExt" use="encoded"/> https://soap.global-esign.com/axis/services/GlobalEsignSoapExt"/>

The coding of the test program is:

*&---------------------------------------------------------------------*
*& Report  Z_SOAP_PDF_SIGNATUR
*&
*&---------------------------------------------------------------------*
*&
*&
*&---------------------------------------------------------------------*
REPORT  z_soap_pdf_signatur.

*------ Type pools
type-pools: sai.

*------ Class definitions and references
DATA: lo_zpdf_sign    TYPE REF TO zpdfco_global_esign_soap_ext,
      lo_system_fault TYPE REF TO cx_ai_system_fault,
      lo_appl_fault   type ref to cx_ai_application_fault.

*------ data
DATA: output TYPE zpdfcreate_pdf_signature_respo,
      input TYPE  zpdfcreate_pdf_signature.
DATA: wa_controller TYPE prxctrl.
DATA:  pdfout(255) TYPE c  VALUE
 'C:/TEMP/pp-20080229-93ES-40010-0013439840-1690000005.pdf',
       pdfsign(255) TYPE c  VALUE
 'C:/TEMP/pp-20080229-93ES-40010-0013439840-1690000005-sign.pdf',
        wa_objcont TYPE soli,
        objcont LIKE soli  OCCURS 0.

DATA: xlines TYPE string,
      buffer TYPE  xstring,
      x_msg  TYPE c LENGTH 100.

TRY.
    CREATE OBJECT lo_zpdf_sign
      EXPORTING
        logical_port_name = 't_systems'.
  CATCH cx_ai_system_fault .
ENDTRY.

* read unsigned pdf
OPEN DATASET pdfout FOR INPUT MESSAGE x_msg
                    IN BINARY MODE.

TRY.
    READ DATASET pdfout INTO xlines.
  CATCH cx_sy_file_open_mode.
    EXIT.
ENDTRY.

CLOSE DATASET pdfout.

* convert string
CALL FUNCTION 'SCMS_STRING_TO_XSTRING'
  EXPORTING
    text           = xlines
*   MIMETYPE       = ' '
*    encoding       = 'UTF-8'
 IMPORTING
    buffer         = buffer
  EXCEPTIONS
    failed         = 1
    OTHERS         = 2  .


TRY.
    input-in0 = 'user'.
    input-in1 = 'password'.
    input-in2 =  buffer.
    input-in3 = 'affilinet'.

    CALL METHOD lo_zpdf_sign->create_pdf_signature
      EXPORTING
        input  = input
      IMPORTING
        output = output.

  CATCH cx_ai_system_fault INTO lo_system_fault.
    DATA: lv_message TYPE string.
    DATA: lv_message_long TYPE string.
    CALL METHOD lo_system_fault->if_message~get_text
      RECEIVING
        result = lv_message.
    CALL METHOD lo_system_fault->if_message~get_longtext
      RECEIVING
        result = lv_message_long.

    WRITE lv_message.
    WRITE lv_message_long.

  CATCH cx_ai_application_fault into lo_appl_fault.
    DATA: lv_messaap TYPE string.
    DATA: lv_messaap_long TYPE string.
    CALL METHOD lo_appl_fault->if_message~get_text
      RECEIVING
        result = lv_messaap.
    CALL METHOD lo_appl_fault->if_message~get_longtext
      RECEIVING
        result = lv_messaap_long.

    WRITE lv_messaap.
    WRITE lv_messaap_long.

ENDTRY.

LOOP AT output-controller INTO wa_controller.
  WRITE:/ wa_controller-field.
  WRITE:/ wa_controller-value.
ENDLOOP.


* store signed pdf
OPEN DATASET pdfsign FOR output MESSAGE x_msg
                    IN BINARY MODE.

transfer output-CREATE_PDF_SIGNATURE_RETURN
         to pdfsign.

Processing the soap call in the test programm ends in a system exception (cx_ai_system_fault) with the message:

"General Error Es ist ein Fehler bei der Proxy-Verarbeitung aufgetreten ( PART UNKNOWN (NULL) )"

It seems as if there is no response or a response in a wrong format given by the webservice.

We had a look at the ICF-Trace.

The request seems to be a proper soap-call.

But the response is not in XML-format and therefore could not be completely displayed.

it says:

Ungültig auf der obersten Ebene im Dokument. Fehler beim Bearbeiten der Ressource 'file:///C:/Dokumente und Einstellungen/S...

HTTP/1.1 200 OK

^

Could anybody help ?

Kind regards

Heinz

Add a comment
10|10000 characters needed characters exceeded

Assigned Tags

Related questions

4 Answers

  • Posted on Nov 13, 2008 at 08:34 AM

    Hi Heinz,

    I have the same problem. Have you solved the problem? Can you tell me the solution.

    Thanks for help.

    Kind regards

    Johann

    Add a comment
    10|10000 characters needed characters exceeded

  • author's profile photo Former Member
    Former Member
    Posted on Mar 18, 2012 at 12:35 PM

    Hello Heinz & Johann,

    We are also facing the same issue when we try to consume a web service created in REMEDY into SAP GRC AC 10.

    The data is received in the "Work order" of Remedy system , but there is no response received and at the end of the consumption test

    we get the error "GENERAL_ERROR Error duing proxy processing (PART UNKNOWN (NULL) )"

    I also observed that there are no logs seen for this web service in "SOAMANAGER", neither under Warning" , neither under Error.

    Just no logs for this event.

    Is there any workaround or fix for this issue ?

    Please share with us.

    Thanks in advance.

    Regards,

    Victor

    Add a comment
    10|10000 characters needed characters exceeded

    • Former Member

      Hi Victor ,

      we are also facing the same

      Error duing proxy processing (PART UNKNOWN (NULL) )

      error while trying to consume the external web service from Oracle to SAP.

      we are able to see the response in Web Service Utilities:Payload Trace(SRT_UTIL).

      If you found any solution to solve this issue?

      Please share with us.

      Best Regards,

      Raja.

  • author's profile photo Former Member
    Former Member
    Posted on Apr 14, 2015 at 11:54 AM

    We have the same problem here with an external web service.

    Is there any solution known to this issue yet?

    Add a comment
    10|10000 characters needed characters exceeded

  • Posted on Aug 25, 2015 at 05:52 AM

    Hi all,

    PART UNKNOWN (NULL) means the response received from the provider is not valid, based on the WSDL file.

    Check the following Wiki page on this topic: Provider's response cannot be parsed when executing Service Consumer - ABAP Connectivity - SCN Wiki

    Cheers,

    Attila

    Add a comment
    10|10000 characters needed characters exceeded

Before answering

You should only submit an answer when you are proposing a solution to the poster's problem. If you want the poster to clarify the question or provide more information, please leave a comment instead, requesting additional details. When answering, please include specifics, such as step-by-step instructions, context for the solution, and links to useful resources. Also, please make sure that you answer complies with our Rules of Engagement.
You must be Logged in to submit an answer.

Up to 10 attachments (including images) can be used with a maximum of 1.0 MB each and 10.5 MB total.