Log

Kotlin으로 프로젝트 진행 중에 테스트 코드를 작성하게 되었다. @DataJpaTest class MemberRepositoryTest @Autowired constructor(private val memberRepository: MemberRepository) : BehaviorSpec() { init { given("Member Entity 생성") { val member = Member("123456", "테스트 닉네임") `when`("생성한 Member Entity를 저장") { val savedMember = memberRepository.save(member) then("Entity 저장 성공") { savedMember.kakaoId shouldBe member.kakaoId saved..

싸피에서 진행한 공통프로젝트 때 API 명세서로 Swagger가 아닌 Spring Rest Docs를 채택했다. 그 때 적용하는 법을 노션에 대충 적어놨는데 이번에 적용하면서 깔끔하게(?) 정리해보려고 한다. 👍🏻 내가 생각했을 때 Spring Rest Docs의 장점 - 테스트가 성공해야 문서화가 되기때문에 항상 최신화 되엉있고 품질을 보장할 수 있다. - 문서화 됐을 때 Swagger보다는 프론트가 쉽게 이해할 수 있다고 생각한다. - Request, Response에 관한 설명을 어노테이션이 아닌 테스트 시 작성할 수 있어 spring 서버의 코드가 좀 더 깔끔해보인다. 👎🏻 Spring Rest Docs의 단점 - 테스트 코드 짜는게 너무너무너무 귀찮다... 정말로... 단점을 잘 극복하면 뿌듯한..

1. 이클립스를 킨 후 Java EE로 설정되어 있는지 확인한다. (Java EE가 아닌 다른 걸로 설정되어 있다면 바로 왼쪽 버튼에서 변경할 수 있다.) 2. Dynamic Web project를 생성한다. 3. 프로젝트 이름을 입력하고내 프로젝트가 실행될 WAS를 설정한다. 4. 프로젝트 생성완료...! (만약 WebContent가 존재하지 않고 src/main/webapp이 존재한다면 아마 이클립스 버전이 2021 이상일 것이다...!) 프로젝트의 Properties에서 Web Project Settings를 확인해보면 Context root라는 것이 설정되어 있다. Context root는 WAS위에 올라간 내 애플리케이션(프로젝트)의 루트 주소를 말한다. 만약 localhost에서 실행해본다면 ..

* Backend를 공부하기에 앞서 간단하게 전체적인 Web 구조를 이해하고 가자! 1. Client : data를 가지고 요청(request)하고, 요청에 대한 응답(response)을 받는 곳 2. Web Server static content(HTML pages, files, ...)를 전달한다. Http request와 Http response만 처리한다. 3. Application Server : 클라이언트의 요청에 대한 business logic을 처리하고 dynamic content(Servlet)을 생성한다. https://www.educative.io/edpresso/web-server-vs-application-server Web server vs. Application server C..