Boiledegg's Blog

실시간 채팅 구현 1탄 이후 약 2달만에 2탄을 작성하네요. 그동안 제 채팅 구조에는 피바람이 불어서 채팅 구현기를 구상했을 때와 많이 바뀌었는데요.. 2탄에서는 기존 구현 방식과 더불어 변경 이유와 현재 구현 방식을 잘 융합해서 적어보도록 하겠습니다! 이 글의 내용에 대해 미리 스포를 하자면, STOMP 라이브러리인 Krossbow 사용과 Krossbow 사용에서 겪은 문제점과 Krossbow 없이 1탄에서 언급한 OkHttpWebSocket을 활용한 구현을 다룹니다. 이전 글에서 어떤 기능 때문에 꽤 고생을 했다고 했죠? 그 주인공은 바로 STOMP입니다. 웹소켓 사용도 처음 해보는데 STOMP라는 개념이 등장해서 약간 당황했고, API 테스트 프로그램인 POSTMAN으로도 확인하기가 어려워 꽤나 애..

최근에 "납작마켓"이라는 프로젝트에서 웹소켓을 활용한 채팅 기능을 구현했습니다. 이전엔 Retrofit을 활용한 REST 통신만 다뤄봤기에 안해 많이 해멜 것이라고 예상했는데, 예상대로 시행착오도 많았고 완성까지 꽤 오랜 시간이 걸렸습니다.많은 고민과 시간을 투자한 기능이기에, 추후에 다시 웹소켓 기반 기능을 구현하게 되거나 웹소켓의 기능을 확장하는 상황에 대비해, 이 시점에서 생생한 구현 경험을 기록으로 남겨보고자 합니다. 한 번에 다 풀어내기엔 양이 많아서, 여러 편에 걸쳐 차근차근 정리할 예정입니다. 이번 글 1편에서는 본격적인 구현 설명에 앞서, 웹소켓이 어떤 방식으로 동작하며 서버와 클라이언트를 연결해주는지, 그 개념을 먼저 간단히 정리해보았습니다.HTTP와 실시간 통신일반적인 http 프로토콜..