프로그램의 시운전과 에러잡기 -4-

안녕하세요?

 

개인적인 사정이 있어서 시운전을 목요일에는 하지 못하고 금요일에 마지막으로 하는 것으로 지난주의 시운전을 다 마쳤습니다. 그런데 문제가 하나 있다고 하면, 계속해서 이 매수취소가 되지 않아서 문제가 계속 발생하는 것을 확인할 수있었습니다. 그래서 이걸 어떻게 해결하기 위해서라도, 전력을 기울여야 했습니다.

 

우선 매수결정이 나온 것을 가정하고 일단 빈 데이터 베이스에 데이터를 집어 넣어서 일단 테스트에 들어갈 준비를 한번 해 보도록 합니다.

 

일단 이렇게 해서 데이터가 나오는 것을 보기는 보는데, 문제는 이 상황에서 하나 문제가 있기는 있습니다.  일단 이렇게 해서 과거의 데이터와 합쳐진 것을 확인할 수 있기는 있었습니다.

 

그래서 이번에는 이전에 매수를 했는 데이터 베이스에 같은 데이터를 넣어서 이 경우는 제대로 작동을 할 수 있는지 없는지를 한번 보도록 했습니다.

 

 

그래서 일단은 이전에 구매한 목록은 그냥 교체하지 말고 그대로 축적이 되도록 어떻게 변형을 주도록 했습니다. 그 다음으로 해야 할 것은............

 

그리고 나서 위 스크린샷에서 볼 수 있는 매수취소 주문에서 에러가 나왔는데, 너무 전송이 과부하 되었다고 하기에, 일단 해결책을 생각해 보아야 했습니다.

 

그런데 가만히 보니, 원주문 번호라는 것이 없는 것이 아니라, HTS상에서는 분명히 표기가 되는 것을 확인할 수 있기는 있었습니다. 이게 어떻게 된 일일까요?

 

문제가 바로 이 orderNo라고 원주문 번호 였습니다. 일단 이게 기존에는 그냥 키움증권에서 배포한 설명서만 보고서 가지고 온 원주문 번호인 000000을 입력하는 선이였습니다만.........

 

그래서 이번에는 아예 주문번호라는 항목을 그냥 통째로 가지고 오도록 했습니다. 이게 무슨 도움이 될지 모르겠습니다만, 일단 시도는 했습니다.

 

그리고 나서 매수 취소를 하기 위해서 있던 원주문 번호 항목을 새로 들어온 주문번호 라는 항목으로 바꿔치기를 했습니다. 이렇게 했더니...........

 

그리고나서 보았는 것이 그전에는 원주문 번호가 없다는 메세지가 나오는 것을 보았습니다만, 이번에야 말로 제대로 들어갔는지 장종료 상태라는 메세지를 볼 수 있었습니다. 이걸 어떻게 하기 곤란한게, 이 때가 금요일 오후 3시 30분을 넘겼기 때문에 하는 수 없었고, 다음주를 기다릴 수 밖에 없었습니다.