1조

김민주

jsp는 로딩할 때 동적으로 컴파일됨

컴파일 결과된 결과로

output에 직접 하드코딩된 out.write html이 들어가고

기본 객체들이 jsp 컴파일돼서 들어가있는데, 이 부분이 신기함

• 아마 request response에 따라 재활용될 거 같음, 그 때 컴파일돼서 클래스로딩되는 거 같음

• request, response 상위 패키지 명 payload로 나중에 써먹어도 좋을듯?

• tomcat에서 sql 실행 이런 게 있다??? 댓글 링크 찾아보기

• jsp파일은 WEB-INF 아래에 두는 게 맞는듯, 의도한 페이지만 서블릿 등록하고 forwarding할 수 있게 하는 게 맞을듯?

이경민

💡 구현 포인트

• .jsp로 데이터를 전송할때 도메인 객체를 그대로 보내는 방식이 좋다고 생각하지는 않아서 DTO를 활용해서 필요한 정보만 전송하는 방식을 활용하고 있습니다.
• 서블릿이 중간 와일드카드를 처리 못해서 /users/* 에서 분기 처리를 적용했습니다.. → 매우 별로인것 같지만..
• 서블릿에 대한 테스트는 톰켓에 위임한다! 는 마인드로 테스트를 못하고 있습니다.. 추후에 아마 작성할 것 같습니다.

❓ 고민점

• MySQL Connection Pool을 어떻게 만들 수 있을까 매우 고민하고 있습니다.
• 예외 페이지 관리를 어떻게 해야할까… 라는 고민이 아직 남아있어서 이를 좀 처리해야할 것 같습니다.
• 도메인 구현에 집중할지 서블릿 관리에 집중할지 포인트를 갈팡질팡 하고 있어요!

이호석

배운점

• Request, Response에 대한 DTO를 통해서 값을 가져오는 과정을 거쳐야 할까?! 고민이 됩니다!
• /를 처리하는 default servlet은 .jsp파일로 직접 요청하는 것에 대해 렌더링을 해줍니다. 하지만, 파일 path를 외부에 노출하게 되면 위험하다!
• DB 스크립트를 실행시켜주는 설정은 스프링 의존성이 있어야 가능하기에 외장 톰캣을 쓰는 현재 상황에선 어려움이 있다!

고민해야 할 부분

• 프로젝트 구조에 대한 리팩토링이 필요 하다고 생각됨
• 엣지케이스 테스트 짜자!

김현준

배운점

• JSP 컴파일된 클래스를 보면 스코프를 확인할 수 있다. → 동적으로 해주기 때문에 실행 시점에 파일이 만들어짐
• JSP 파일이 너무 커지면 실행이 안될 수 있다. → 65535 바이트 제한 → 'is exceeding the 65535 bytes limit'

느낀점

• 밑바닥을 파보면서 하는 게 중요한 거 같아요. 이런 부분에 있어 생각치도 못했는데 이런 지식을 알게 된게 좋습니다.

김승수

• jsp 파일을 lazy 로딩으로 컴파일 하여 사용한 다는 것을 알게 되었습니다

  → 기본 객체들이 들어가는 것을 알게 되었습니다!

  → todo :재사용 가능여부 확인 !

• 파일 경로가 노출 되면 안되는 경우 webapp / WEB-INF 밑에 넣어라

김현우

• 구현을 따라잡도록 노력하겠습니다 ㅜㅜ