이 문서에서는 응용 프로그램이 예상대로 작동하지 않는 경우(잘못된 결과를 얻음/데이터가 업데이트되지 않은 경우) 취해야 할 단계를 설명합니다.
비즈니스 프로세스 흐름 및 연결
서버에 요청을 보내는 업무 프로세스가 올바르게 구성되었는지 확인하십시오.
버튼 클릭 시 비즈니스 프로세스가 트리거되는 예를 생각해 보십시오. 따라서 BP가 onClick 트리거로 시작하는지 확인하는 것이 중요합니다.
또한 커넥터가 모두 비즈니스 프로세스 사이에 설정되어 있고 Component ID 가 지정되어 있는지 확인하는 것이 중요합니다.
또한 BP가 실행의 특정 단계로 이동하는지 확인하기 위해 Write to log 및 Show notification Show toast 알림 블록 표시를 사용할 수 있습니다. 따라서 흐름을 추적하고 프로세스가 작동하지 않거나 오류와 함께 작동하는 블록을 확인할 수 있습니다.
Write to log 하면 개발자 도구 콘솔에 메시지가 표시됩니다(Google 크롬 브라우저에서는 F12).
서버 요청 문제
요청이 실제로 서버로 가는지 확인하십시오. 이렇게 하려면 게시된 애플리케이션에서 개발자 모드(F12)로 전환해야 합니다. 모든 요청은 Network 탭에서 볼 수 있습니다. 신청 사실 뿐만 아니라 모든 내용을 확인하실 수 있습니다. Payloads 탭에서 요청 매개변수를 볼 수 있습니다.
서버의 응답은 Preview 탭에서 확인할 수 있습니다.
페이로드 오류 요청
요청이 전송되고 트리거가 올바르게 구성된 경우 요청 자체에 오류가 있는지 확인하는 것이 좋습니다. 잘못된 매개변수가 제공되었거나 전혀 제공되지 않았을 수 있습니다. 이것은 Network 탭에서 확인할 수 있고 Payload 탭에서 의도한 것이 정확히 전송되었는지 확인할 수 있습니다.
오류는 다른 곳에 있습니다.
버튼이 눌려지고 요청이 정확하고 오류가 없지만 여전히 작동하지 않습니다. 그러면 무엇이 잘못되었습니까? 찾고자 하는 곳에 원하는 결과가 검색되지 않을 수 있습니다. 예를 들어 테이블에 레코드를 추가하면 실제로 추가되지만 이 테이블의 데이터 업데이트 프로세스가 제대로 구성되지 않았기 때문에 결과가 표시되지 않습니다. 가장 좋은 방법은 Swagger 에서 프로세스 흐름을 확인하는 것입니다. Project API 섹션의 Preview 드롭다운에서 찾을 수 있습니다. 이것은 AppMaster 의 모든 애플리케이션에서 생성되는 훌륭한 도구입니다. 실제로 이것은 애플리케이션에 대해 자동으로 생성된 문서입니다. 모든 Endpoints 를 테스트하고 가능한 모든 작업을 테스트하고 실제로 볼 수 있습니다. 예를 들어, 필수 매개변수와 함께 요청을 보내고 이 요청의 결과를 얻을 수 있습니다.
로그 사용
아마도 프로세스 자체에 오류가 있습니까? 비즈니스 프로세스는 종종 매우 복잡합니다. 많은 블록, 다른 조건, 검사, 분기, 루프. 이 경우 전면에 오류를 확인하는 데 도움이 되는 알림 및 Toast 블록 외에도 로그를 관리하는 것이 합리적입니다. 미리 생성된 Write to log 모두 사용할 수 있으며 일단 로깅이 설정되면 무엇이 잘못되었는지 알 수 있습니다.
위의 모든 단계를 수행한 후에도 여전히 문제가 발생한다면 아마도 우리(AppMaster 팀)가 인식하지 못하는 새로운 버그를 발견했을 것입니다. 문제를 해결할 수 있도록 연락해 주세요. 가장 포괄적인 정보(스크린샷, 문제에 대한 자세한 설명 및 요청 예, Trace-ID )를 제공하세요.
