Uploaded image for project: 'REST Client'
  1. REST Client
  2. MGNLRESTCL-87

Developers can view full REST calls and responses

XMLWordPrintable

    • Icon: Improvement Improvement
    • Resolution: Fixed
    • Icon: Major Major
    • 2.0
    • None
    • None
    • None
    • Yes
    • Declarative REST 13, Declarative REST 14, Declarative REST 15
    • 8

      Currently, if a REST call fails a developer has no information about the REST call, and does not even necessarily know if it failed.

      It's tricky for a developer because the problem could be in many places:  in the restclient definition, or it could be with the external service itself, or it could be in the FTL or in the App configuration. Its easy to introduce a problem in the call since the calls themselves are often dynamically constructed.

      Acceptance Criteria:

      • An error while making a REST call should be written to the log.
        • Dedicated log file?
      • All details about the request and response should be included - body, cookies, headers, parameters. 
      • Secure information should not be written to the log.

      Additional ideas for later:

      • Secure info is only written when the server is in developer mode.
      • If call can be written in a format compatible with 'curl' that is a bonus, because then developers could try it.

        Acceptance criteria

              dai.ha Dai Ha
              czimmermann Christopher Zimmermann
              Votes:
              0 Vote for this issue
              Watchers:
              2 Start watching this issue

                Created:
                Updated:
                Resolved:

                  Estimated:
                  Original Estimate - Not Specified
                  Not Specified
                  Remaining:
                  Remaining Estimate - 0d
                  0d
                  Logged:
                  Time Spent - 12d 5h
                  12d 5h