@ComponentScan을 하게되면 해당 패키지 이하로 컴포넌트가 어노테이션으로 있으면 빈으로 등록해주고 @Import를 하면 @Configuration class를 넣으면 해당 구정 정보 클래스가 빈 등록이 되는데 제가 생각한 @ComponentScan과 @Import차이는 컴포넌트 스캔은 패키지나 클래스를 기점으로 쭉 클래스를 찾아 돌아다녀야하지만 자동 구성빈에서 사용되는 많은 빈들을 다 컴포넌트 스캔으로 사용하는거보다 필요한 구성 정보 클래스만 스프링 부트가 @Conditional로 판단해서 빈으로 등록할수 있다보니 컴포넌트 스캔보다 더 빠르고 구성 정보끼리 관계를 알수 있다고 생각이 되더라구요 제가 이해한게 맞는지 아니면 잘못 이해하고 있는지 추가로 설명해주실수 있으신가요..?
안녕하세요. 토비님 덕분에 좋은 강의를 잘 보고 있습니다! 강의와는 다른 내용인데. 토비님은 REST API를 개발하실때 다양한 쿼리스트링 요청이 들어올때 값의 유무 체크를 어떻게 하시는지 궁금합니다. if문으로 null을 각각 확인하고 있긴 한데.. 코드도 길어지고 가독성도 안좋아 질문드립니다 ㅠㅠ public class User { private String name; private String phone; private String email; } @GetMapping("/v1") public void list(@ModelAttribute User user) { } :8080/v1?name=apple :8080/v1?name=apple&phone=01012345678 :8080/v1?phone=01012345678
선생님 안녕하세요 좋은 강의 제작해주셔서 정말 감사합니다. @ConditionalOnMissingBean 관련 궁금한 사항이 있습니다. 수업에서는 아래처럼 ServletWebServerFactory 빈을 직접 만들었기에, @ConditionalOnMissingBean 주석 역시 직접 붙이셨습니다. @MyAutoConfiguration @ConditionalMyOnClass("org.apache.catalina.startup.Tomcat") public class TomcatWebServerConfig { @Bean("tomcatWebServerFactory") @ConditionalOnMissingBean public ServletWebServerFactory servletWebServerFactory() { return new TomcatServletWebServerFactory(); } } 그럼 위처럼 직접 생성한 auto config 파일이 아니라, 스프링부트 자체의 auto config 클래스에도 자체적으로 @ConditionalOnMissingBean 주석이 붙어있다고 생각하면 될까요? 가령 스프링부트 프로젝트에서 자체 Tomcat 컨테이너를 만들면, 기존 springboot-starter의 톰캣과 충돌이 일어날 거라 생각되는데, @ConditionalOnMissingBean 이 미리 starter하위에 설정돼 있어서 충돌을 회피할 수 있는 것인지 궁금합니다.!
강사님께서 application.properties는 스프링 프레임워크의 기본 동작 방식이 아니다 스프링 부트 초기화 과정에서 추가 해주는 거라고 말씀해주셨는습니다. @ContextConfiguration는 통합 테스트를 위해서 ApplicationContext를 로드하고, 구성요소 클래스를 넘겨주면 빈을 등록해주는거 같더라구요 SpringApplication.run을 할경우에는 Environment 구현체는 ApplicationServletEnvironment가 빈으로 등록이 되고, @ContextConfiguration로 테스트를 할경우에는 Environment 구현체는 StandardEnvironment 구현체가 빈으로 등록되는걸 확인했습니다. 그래서 Enviroment 구현체가 등록이 되면 application.properties를 가져올수있지 않나? 라는 생각에 해당 구현체를 찾아보니 StandardEnvironment 는 propertySource를 받지 않는걸 확인했습니다. 제가 궁금한건 1.같은 구성 정보 클래스를 넘겨주고 빈으로 등록을 했는데 구현체가 달라지는지 궁금합니다. 2.스프링부트에서 테스트를 하는데 @TestPropertySource를 따로 명시적으로 메타어노테이션으로 선언해서 사용하는 이유가 궁금합니다.
강사님께서 JdbcTemplate 과 JdbcTransactionManager는 따로 클래스를 만들고 적용하는 순서를 지정해야하는게 스프링 부트에는 있다고 하셨고 정석은 각각 다른 클래스로 만들고 적용하는 순서를 지정하는게 필요하다 이렇게 말씀해주셨는데 1.정석 방법을 찾아보고싶은데 어떻게 검색을 해야할까요? 그리고 편의 상 하나의 구성 정보에 넣으셨는데 2.하나의 구성정보하는게 더 간편한데 스프링은 정석인 방법 클래스를 나누어서 순서를 정해놓은 이유가 궁금합니다.
안녕하세요 토비님!! @Component 스캔 강의 마지막 즈음에 1. @RestController는 내부에 @ResponseBody를 메타어노테이션으로 가지고 있기에 디스패처 서블릿 이 컨트롤러에 @ResponseBody가 붙어있는 것으로 인지할 수 있고 2. 더 나아가 @RestController와 @Controller가 클래스 레벨에 붙게 되면 @RequestMapping을 삭제할 수 있기 때문에 디스패처 서블릿 이 내부적으로 매핑 정보가 있음을 인식한다고 말씀하셨습니다!! 이전에 자바 웹 프로그래밍 Next Step 책으로 공부를 했을때 디스패처 서블릿 은 내부적으로 핸들러에 대한 매핑 을 가지고 있고 핸들러 매핑 구현체는 ApplicationContext 를 통해 @Controller 어노테이션이 붙어있는 클래스를 요청하여 받아와 사용하기 편리한 형태의 오브젝트로 만들어 보관하는것으로 알고 있습니다! 만약 책에서 공부했던 내용과 실제 Spring MVC 구조가 동일하다면, 위와 같은 상황 때문에 디스패처 서블릿이 내부적으로 매핑 정보가 있음을 인식한다고 말씀하신것인지 확인차 질문드립니다!! 그리고 1번의 경우를 실제 코드레벨로 보고 싶어서 찾아보고 있는데 어떤 코드를 봐야할지 모르겠습니다.. 혹시 약간의 힌트를 주실 수 있을까요?
스프링 부트 공부하다가 왜 이렇게 되는지 찾아봐도 제대로 설명해주는 곳이 없어서 아쉬웟는데 강의를 들으면서 정말 만족하면서 듣고 있습니다. 테스트 코드에 사용하는 클래스나, 매서드들은 배우는 입장에서는 강사님께서 알고계신 정보를 주입해주는 방법말고는 스프링 지식이 부족해서 알기가 어렵더라구요 강사님이 강의 진행을 하시면서 사용하시는 테스트 코드나 매서드들의 정보는 스프링 doc나 어디를 가야 공식문서처럼 볼수있는 곳이 있을까요? 스스로 필요한 테스트 클래스나 매서드들 찾아서 공부해보고 싶어서 문의를 남겨봅니다,
0:05초 부분에서 applicationContext를 익명클래스가 아닌 람다 표현식으로 바뀌어져있는데, 이 부분을 그대로 따라 쳤는데, 에러가 납니다. public static void main(String[] args) { AnnotationConfigWebApplicationContext applicationContext = onRefresh() -> { super.onRefresh(); ServletWebServerFactory serverFactory = this.getBean(ServletWebServerFactory.class); DispatcherServlet dispatcherServlet = this.getBean(DispatcherServlet.class); WebServer webServer = serverFactory.getWebServer(servletContext -> { servletContext.addServlet("dispatcherServlet", dispatcherServlet) .addMapping("/*"); }); webServer.start(); }; applicationContext.register(HellobootApplication.class); // 구성정보가 있는 클래스 등록 applicationContext.refresh(); } } onRefresh() -> { ... } 이 부분이 이해가 잘 되지 않는데, 어느 부분이 잘못된 건가요? AnnotationConfigWebApplicationContext applicationContext = onRefresh() -> { super.onRefresh();
안녕하세요. 좋은 강의를 듣다가 궁금한게 있어서 질문을 올립니다. @Configuration + @Bean을 사용하면 싱글톤 보장이 되고 @Component + @Bean을 사용하면 new XX 같이 동작을 하여 싱글톤 보장이 안되는걸로 아는데 @Service는 @Component 밖에 없는데 어떻게 싱글톤이 보장이 되나요? 물론 @Configuration도 @Component가 있는데 프록시 생성이 되면서 싱글톤 보장된다는 강의 내용을 잘봤습니다. 그것과 똑같이 @Service도 추가로 동작하는게 있을까요?
안녕하세요! 토비님! 강의 정말 잘 듣고 있습니다. 덕분에 공부가 많이 되고 있어요. 강의 내주셔서 정말 감사합니다 :) 해당 강의를 듣고 나서, @Import가 더 간결해보이는데, 스프링 부트는 왜 굳이 @EnableConfigurationProperties()를 사용했을까? 라는 의문이 들어 아래와 같은 작은 고민을 해보았습니다. 처음에는 ServerProperties 빈 등록을 자동화 하기 위한 장치라고 생각했는데, 두 애너테이션 모두 클래스명을 일일히 적어주어야 하는걸 보니 자동화를 위한 것은 아닌 것 같다는 생각이 들어, 고민의 방향을 바꿔 보았습니다. 결론적으로, 저는 "@EnableConfigurationProperties()를 사용하는 이유가 @Import만으로는 어떠한 추가적인 행위를 할 수 없기 때문에 @EnableConfigurationProperties를 구현해서 사용한 것 아닐까..?"라고 추측이 되는데, 스프링 부트에서 @EnableConfigurationProperties() 라는 애너테이션을 도입한 이유가 무엇일까요..?
안녕하세요. 강의 잘 듣고 있습니다! 일반적으로 사용하는 스프링 컨테이너를 포함하는 @SpringBootTest 와 강의에서 사용하신 @ExtendWith + @ContextConfiguration 의 차이점이 궁금합니다. @ExtendWith(SpringExtension.class) @ContextConfiguration(classes = HellobootApplication.class) @TestPropertySource("classpath:/application.properties") class DataSourceTest {} @SpringBootTest(classes = HellobootApplication.class) class DataSourceTest {} 위 두 코드의 실행결과가 같은 것을 확인하였습니다. 만약 두 애너테이션의 classes 속성이 동일하다면 @SpringBootTest 를 사용하는 것이 테스트 프로퍼티를 명시할 필요가 없어서 더 좋아보이는데요. 두 애너테이션의 동작 방식의 차이점이나 장단이 있는지 궁금합니다!
토비님 안녕하세요~ 질문을 계속 많이 드리게 되어 토비님 시간을 많이 뺏진 않을까 죄송한 생각이 듭니다 공부하면서 궁금했던 사항이 중간 중간 계속 떠올라서요.. 스프링 사용하면서 사용자에게 다국어 메세지 처리하는 방법이 두가지가 있다고 경험했습니다 1 .js 파일에 관리하는 방법 자바파일에 관리하는 방법 2. 테이블에 등록하고 필요할때 select 하는 방법 (하지만 메세지 처리 데이터가 수만건을 넘어갈 땐 너무 많진 않을까.. ) 우선 저는 *.js 파일에 수기성으로 관리 할 경우 서버 재구동을 해야 하기 때문에 자바스크립트나 자바 파일에 관리 하는것은 아닌가 생각이 듭니다. 다국어 처리시 신규 메세지항목이 생겼을 때 서버를 재시작 하지 않고 적용 할 수 있는 최선의 베스트 방법일지 궁금합니다 감사합니다. 수고하세요. --█●●-------------------------------------------- #다국어 #처리 #최선 #방법 #부트 #스프링 #스프링부트 #spring #sping-boot #springboot #토비 --█●●--------------------------------------------
동시간데 저장을 제어 하는 방법을 문의 드립니다 안녕하세요 토비님 ~ 시스템을 사용하는 유저가 해외 각지역에 많이 있고 어떤 오더정보가 있다고 가정하겠습니다 한국유저가 어떤 오더 금액적인부분 조회 하고 저장을 시도합니다 거의 동시간데에(0. 몇초차이로) 일본유저가 동일 오더를 금액적인부분조회 하고 저장을 시도합니다 한국유저가 오더저장을 하던 일본유저가 오더저장을 하던 저장하는데 비지니스로직때문에 2~5 초 의 긴 시간이 걸리기 때문에 한국유저 , 일본유저는 차후에 서로 본인이 기대했던 값이 틀리게 저장이 됩니다 이런 동시성 저장 문제를 방어 해결하기 위해서 저장 프로세스 로직이나, 자바 기술적인 부분을 어떻게 적용 해야 할까요? 이런문제는 배치성 자바로직을 돌릴때도 마찬가지입니다 동일 데이터를 동시간데에 한국유저가 자바배치 작업을 수행하고 거의 동시간데에(0. 몇초차이로) 일본유저가 자바배치 작업을 수행 할수 있습니다 (참고로, 제가 우선 경험한 부분을 말씀드리면 저장되는 순서 히스토리성을 관리를 해야 하는 경우는 저장하기 전에 데이터베이스에 락관련테이블하나 만들고 사용자가 저장하기전에 나 저장 할꺼야 하고 락관련테이블에 레코드를 넣고 시작 합니다 ) 감사합니다 수고하세요. --█●●-------------------------------------------- #동시 #동시성 #방어 #로직 #방법 #부트 #스프링 #스프링부트 #spring #sping-boot #springboot #토비 --█●●--------------------------------------------
스프링에 삭제/수정을 시 방어 코드 로직이 있을 까요? 안녕하세요 토비님 ~ 오더 삭제를 위한 매핑 정보 @RequestMapping(value ="/경로/{오더번호}" 삭제로직 mvc 공부하다가 궁금한점이 있어 문의 드립니다 위와 같은 삭제 로직 호출 부분이 있다고 가정 할 때 웹, 스프링 공부를 한 사람이 악의 적인 의도를 갖고 클롬 개발자도구를 사용해서 오더 삭제 URI 주소를 확인 유추하게 되어 악의적으로 자기 오더가 아닌 오더번호 or 오더Seq를 쿠팡/배달의민족 등 삭제 시도 공격을 할 수 있을 거라고 생각해봤습니다 물론 삭제 로직 에 사용자의 로그인 정보 나 롤 정보를 담은 SQL에 WHERE 조건은 집어 넣을 수 있습니다 이런 악의적인 공격을 피해 갈 수 있는 다른 스프링의 기능이 있을 지 궁금 합니다 감사합니다 수고하세요. --█●●-------------------------------------------- #delete #update #수정 #삭제 #방어 #로직 #방법 #부트 #스프링 #스프링부트 #spring #sping-boot #springboot #토비
안녕하세요 토비님~ 이번에도 강의 내용과 상관 없는 질문 드립니다 시스템을 운영하면서 예상치 못한 에러상황이나 자바소스 예외 상황이 발생 했을 때 예외가 발생한 자바소스는 어떤 자바파일 이며 그 특정 자바 파일 몇번째 라인에서 왜? 오류나 예외가 발생했는지 로그를 담아 db에 넣고 싶습니다. 그러면 개발자 입장에서 원인 찾아 소스 수정하는게 빠를 테니까요.. (서버에 남는 로그파일에서 찾아서 로그를 다시 다운받아서 찾아 보는 것 보다 db 테이블에서 clob 으로 레고드를 남기고 찾아서, 따라 가는게 이득이라고 생각했습니다 ) 구글링해보니 우선 아파치 ExceptionUtils 부분이 있어 아래 이미지와 같이 적용을 했는데 토비님이 실무에서 사용하고 계시는 다른 쉽고 좋은 베스트 방법이 있진 않을까 문의 드립니다 급한 질문 아닙니 시간 나 실 때 알려주시면 감사하겠습니다. 수고하세요. --█●●-------------------------------------------- #Exception #Error #예외 #처리 #원인 #로그 #부트 #spring #sping-boot #springboot #토비 --█●●--------------------------------------------
안녕하세요 토비님~ 이번에도 강의 내용과 상관 없는 질문 드립니다 회사에서 타임리프 + JPA + 마이바티스 + 스프링/스프링부트 + 오라클 환경에서 개발하고 있습니다 MVC CRUD, API 송수신, 특이업무를 제외하고는 보통 회사에서 일어나는 공통업무는 아래와 같은 부분이 있다고 생각 합니다 *.엑셀다운 *.엑셀업로드 *.이메일전송(첨부파일포함) *.PDF다운 *.FAX전송 *.출력 다른 분들이 먼저 개발해 놓은 소스를 참고해 가며 개발 수정 운영을 하고 있는데요 제가 느끼기에는 뭔가 불필요한 소스 코드가 많고 긴 건 아닐까?.. 누군가 잘 만들어 놓은 라이브러리 메서드에 파라미터만 담아주고 호출 하면 되진 않을까 생각이 들었습니다 혹시, 아래와 같은 공통 업무 사항들에 대해서 스프링 진영에서 Util 성격으로 잘 만들어 미리 만들어 놓은 좋은 라이브러리가 있지는 않 을까 생각이 듭니다 (엑셀업로드,다운로드/이메일송수신/PDF/FAX/출력 .. ) 회사마다 환경이나 요구 상황에 따라서 다르겠지만, 토비님은 이런 공통 비지니스 업무 관련 엑셀업로드,다운로드/이메일송수신/PDF/FAX/출력 관련 공통 비지니스 업무 관련해서 스프링 진영에서 혹시 이미 만들어 놓은 라이브러리 의존 관계를 추가해서 사용하고 계시는 부분이 있나 여쭤봅니다 만약 사용하고 계신다면 어떠 어떠한 것들이 있는지 소개 부탁 드립니다 급한 질문 아닙니 시간 나 실 때 알려주시면 감사하겠습니다. 수고하세요. --█●●-------------------------------------------- #엑셀 #이메일 #PDF #FAX #출력 #스프링 #스프링부트 #부트 #spring #sping-boot #springboot #토비 #공통 #라이브러리 --█●●--------------------------------------------
@Bean @ConditionalOnMissingBean public ServletWebServerFactory jettyServletWebServerFactory(ServerProperties serverProperties){} 이부분에 ServerProperties 을 따로 주입을 안받아도 되나요..? 빈으로 띄워서 그런건가..? 매개변수에 딱 저렇게 누가 넣어주는건가요..? @Autowired없이..? 헷갈리네요 ㅠㅠㅠ
안녕하세요 토비님 강의를 듣다가 의문점이 생겨서 질문 드립니다. @Configuration와 @Component의 차이점을 잘 모르겠습니다. @Configuration안을 보면 @Component와 @Documented가 있는데 단지 @Documented 차이인가요? 아니면 ProxyMode를 사용하기위한 상위 버전의 개념이라고 생각 하면 될까요?
안녕하세요 토비님 ~ 토비님 강의와 유튜브 잘 보고 있습니다. 감사합니다. 강의 내용과 벗어난 질문이긴 하지만 개발하다 궁금한 부분 있어 질문 드립니다 스프링을 이용해서 api 데이터 수신 시 저는 RestTemplate dto선언해서 Mapstruct 이용해서 개발을 했고 다른분은 map 을 이용해서 받아서 개발하는걸 봤습니다 처리해야 하는 상황에 따라 다르겠지만, 토비님이 경험하신 노하우로는 어떤 경우에는 map 으로 받으면 좋고 어떤경우는 dto 로 받아서 처리하는게 좋은 건지 정석, 베스트 정답이 있을까요? 경우에 따라서 사례를 들어서 설명해주시면 좋겠습니다 급한 질문은 아니니 한가한 시간 나실 때 알려 주시면 좋겠습니다 #spring #스프링 #spring-boot #스프링부트 #부트 #RestTemplate #레스트템플릿 #api #map #dto #vo #최선 #정석
