오늘 강의 키 포인트 request로 얻어올수 있는 객체들 정보를 배우고 AWS에 배포하고 public IPv4 를 이용해 접근해봤다 request response는 이미 학원에서 사용/접근해봐서 별 감흥이 없었는데 실제로 가상웹으로 배포된 걸 ( 문자한줄이긴 하지만
서버가 제공하는 리소스는 두가지가 있다정적리소스 / 동적리소스: 파일의 형태로 변하지 않는 것들( IMG , HTML , JS,CSS): 프로그램들이 생성해 내는 모든 것들 + 스트리밍들 (리소스의 내용이 정적이지 않은 모든 것들)클라이언트가 요청하면 요청받은 서버에
톰캣 설치경로 / conf /server.xml모든 서버 관련 설정의 모음톰캣 설치경로 / conf /web.xml모든 웹에 적용되는 설정 톰캣 설치경로 / WEB-INF/web.xmlWebApp마다 있는 개별 설정.@Controller / @Request는 스프링에서
IOC ( 제어 역전 )제어의 흐름이 어디에 위치한가에 따라 프레임워크와 라이브러리가 차이 난다개발 시간을 줄일수 있고 정형화되어 있어 일정 수준 이상의 품질을 기대할 수 있음유지 보수가 쉬움.jarnew 라이브러리 이름으로 생성해 사용함DB데이터의 저장 , 조회 ,변
자바용 프로젝트 관리도구 Project Object Model( POM )XML 문서를 통해해당 프로젝트의 버전 정보 및 라이브러리 정보들을 통합하며 관리하는 도구로Apache License 2.0 으로 배포되는 오픈 소스 소프트웨어다프로젝트 작업 완료후 사용 명시 필
lombok 라이브러리 설치JDK11 환경변수 설정MaketPlace 설치3.1 sts3 add-on 추가 설치3.2 테마 ( dark 테마 )3.3 Web Developer ( JSP 되는걸로 )Maven 다운로드4.1 내부에 있는 setting.xml을 이용해서 r
뭐가 엄청 많은데 가장 기본적인것버전 + 플러그인 + 라이브러리 관리로 생각하고 있다.Properties Dependencies내부에는 dependency를 등록해 라이브러리를 적용한다.내가 추가한 라이브러리1\. lombok2\. jstl( impl , spec ,
서블릿에서 했을 때는 HttpServlet를 extends후 @WebServlet으로 url를 잡았지만.이제 그런 건 없다POJO ( Plain Old Java Object )오래된 방식의 간단한 자바 오브젝트라는 말이다 여러 프레임워크에 의존하면서 해당 프레임워크에
JDBC 수행을 보다 간단하게 구현하기 위해 XML를 구조화한 Mapper 설정 파일을 통헤 JDBC를 구현한 영속성 프레임워크,\* 영속성 : DB관련 모든 수행API 사이트 : http://www.mybatis.org/mybatis-3/ko원래는 JDBC
원래 서블릿프로젝트에서 사용한 SHA512방식의 암화화 방식은 한계가 정확하게 있었다예를 들어 A유저와 B유저가 둘 모두 qwer1234라는 암호화를 사용하게 되면 DB에 둘이 똑같이 생긴 암호화된 문자열을 가지게 된다는 문제가 있다이 정도 시간이 지났으면 해킹 위험성
서블릿이랑 뭐 다른게 없다.HttpServletRequestHttpServletResponse두개 가지고 그냥 만든 다음에 만들면된다JSP는 해석시 Java Servlet으로 변화하게 된다그냥 JS랑 HTML을 편하게 쓰기 위한 페이지다이걸 이용해서 웰컴페이지에서 바로
Mapper 추가 >기존에는 member관련 Mapper에 RequestMapper SessionAttribute ModelAttribute Apache Commons FileUpload
스프링에서 자체적으로 지원해주는 파일 업로드 지원 라이브러리 사용법에 관해 배웠다.원래는 COS 라이브러리를 이용해 별 짓을 다 했지만 이제는 그러지 않아도 괜찮다뭐가 됬든 가장 먼저 해야 하는 거!input type="file"만 추출해 저장하는 MultipartFi
Loggger로 info / debug 등 여러 기능을 찍어봤지만추가적인 라이브러리를 활용해 Mybatis 수행 sql + 결과를 찍어 볼 수 있었다이거 pom에 Depandency 추가하다가 인텔리제이랑 STS랑 충돌나서 개 지랄지랄을 했다 결과적으로는 추가된 종속석
오전 수업을 게시글을 작성 후 업로드 하는 부분을 구현했다loginSession이 null이 아닐 경우 . 게시글 작성 버튼이 활성화 되는 코드를 작성했었다 하지만 연결된 버튼의 주소가 Servlet Project 당시와 좀 달라져 board.js의 즉시 실행 함수를
mybatis에서 자랑하는 가장 강력한 기능동적 SQL : mybatis의 가장 강력한 기능이전에는 게시글 작성 시 먼저 다음 게시글의 시퀀스 번호를 SELECT해 온 후 변수에 저장한 다음그 번호를 가지고 다시 한번 DAO를 수행해야 했다이러한 두번의 Service
스프링의 경우 @ 선언적 트랜잭션 처리게시글 작성 + image삽입 구현Spring에서 트랜잭션 처리하는 방법AOP (관점 지향 프로그래밍)을 이용해 DAO -> Service 또는 Service 코드 수행 반환되는 시점에예외가 발생시 rollback을 수행 (관점지향
로그인 한 회원은 본인이 작성한 게시글을 수정할 수 있다 수정에 해당하는 코드를 정리한 글 버튼에 그냥 a태그를 박아버렸다.
톰캣설치경로/conf/server.xml : Tomcat 관련 설정파일톰캣설치경로/conf/web.xml : Tomcat 관련 모든 Webapp의 공통 설정웹앱이름 / WEB-INF / web.xml : webapp 별 개별 설정Server > service(Cata
의존성을 주입한다.......참 뭔가 애매한 단어인거 같다내가 처음 DI를 듣고 생각한 말이다 누가 누구에게 의존성을 주입하며 어디서부터 어디까지 이양하는지 헷갈렸다새로운 프로젝트를 IntellJ에서 오픈하는 경우 Maven으로 오픈해야 한다.<String Key
@Resource : 점심시간에 코드 해석 작성하기
DataSessionSecurityRest Docsbetch(?) ( 대규모 업데이트 시 분할 처리 지원을 위한 기능 )cloude!\[Pasted image 20220915193841.png]킹영한님의 설명!\[Pasted image 20220915201531.png
SOLID 단일 책임의 원칙 Single Responseiblity Principle > Ex) 어떠한 변경이 있을때 변경 요소가 적으면 적을수록 잘 준수한 것 영역을 나누는 것도 준수하기 위한 노력인것 개방 - 패쇄 원칙 Open / Closed Principl
영한님의 로드맵중 2번째인 스프링 핵심원리 강의를 마무리 하게 되었다.원래 내용을 노션에 정리했는데 다음 강의부터는 벨로그와 같이 작성해야 할것 같다.원래는 일자별로 작성해 정리했는데 다음에는 학습별로 나눠서 정리해봐야 할 것 같다.마지막 강의에서 설명하시기를 야생형
필드에 객체를 생성 하며 의존성을 주입하는 방식DI 컨테이너가 필수적으로 사용되어야 한다.테스트가 불편하다 Setter 기반 주입단점으로는 런타임 시 재 호출 될 수도 있어서 문제가 될 수도 있다.목 삽입 등 테스트 환경 만들기가 간단하다.객체가 생성되면서 자동적으로