선생님 강의 잘 보고 있습니다. 스프링부트 강의이다 보니 스프링 공부를 더 해보고 싶은데지금 나와있는 스프링3.1을 사는게 좋을까요 기다렸다가 스프링6강의를 보거나책을 사는게 좋을까요?

 안녕하세요.강의 잘 보고 있는 수강생 입니다.@Configuration과 proxyBeanMethods 강의를 듣고 실습하던 도중 질문이 있습니다.  Bean1, Bean2, Common, MyConfig 클래스들을 Static클래스로 만들어야 정상적인 테스트가 가능한것을 확인했는데요. 해당 클래스들을 정적 클래스가 아닌 내부 클래스로 작성하니 적절한 빈타입을 찾을 수 없다라는 에러메시지가 표출되었습니다.  이상해서 해당 클래스들을 별도의 java파일로 작성하니 문제없이 정상동작하는것을 확인하였는데요. 왜 내부클래스 작성 시 정적 클래스로 만들어야 동작하는지 이유를 잘 모르겠습니다. 감사합니다. 

 안녕하세요 토비님 강의 잘듣고있습니다!다름이 아니라 강의 내용중 메서드 파라미터에 빈을 주입 받아 사용하는 것에 궁금증이 생겨 질문드립니다. 일반 적으로 빈을 주입받아 사용할 때 @Autowired나 생성자 등으로 초기화를 해주었는데, 위의 코드의 매개변수는 그런 과정이 없이 바로 빈을 주입받는 것인가요 ?  

 안녕하세여 초보적인 질문드려서 죄송합니다..Configuration ProxyBeanMethods 값을 false 를 주면 호출 할때마다 새로운 객체를 생성하게 되는데.. 다시 말해 싱글톤임을 보장 받을수 없게 되는걸로 이해하였습니다. 아마 false주는 경우는 없을듯합니다만 혹시 사례가 있을까요?'굳이' 라는 말을 강의에서 계속 하셔서 사례라고 하면 생각해봤을때 싱글톤의 단점인것을 보안하기 위해 사용되는건지? 아니면 성능적인것 때문에 그런지 궁금합니다.마지막 내용에 spring 에 실제 사용된 내용으로 봤을떈, 단순한 Configuration 일땐 false를 주면 될듯한데. 디테일한 사례가 궁금합니다. 감사합니다.  

안녕하세요 자동 구성 정보 분리쪽 강의를 따라 구현하던 도중 문제가 발생하여 질문을 남깁니다. return new String[]{ "tobyspring.config.autoconfig.TomcatWebServerConfig", "tobyspring.config.autoconfig.DispatcherServletConfig" };직접 경로를 작성해주는 경우에는 문제 없이 동작합니다.Iterable<String> candidates = ImportCandidates.load(MyAutoConfiguration.class, classLoader); return StreamSupport.stream(candidates.spliterator(), false).toArray(String[]::new);클래스 로더를 이용해서 외부에서 파일 경로를 불러오는 방법을 사용하면 아래와 같은 문제가 발생합니다.오후 11:26:47: Executing ':HellobootApplication.main()'... > Task :compileJava > Task :processResources UP-TO-DATE > Task :classes > Task :HellobootApplication.main() FAILED . ____ _ __ _ _ /\\ / ___'_ __ _ _(_)_ __ __ _ \ \ \ \ ( ( )\___ | '_ | '_| | '_ \/ _` | \ \ \ \ \\/ ___)| |_)| | | | | || (_| | ) ) ) ) ' |____| .__|_| |_|_| |_\__, | / / / / =========|_|==============|___/=/_/_/_/ :: Spring Boot :: (v2.7.8) 2023-02-27 23:26:49.370 INFO 3532 --- [ main] t.helloboot.HellobootApplication : Starting HellobootApplication using Java 17.0.6 on yj_notebook with PID 3532 (C:\git\TID\helloboot\build\classes\java\main started by deter in C:\git\TID\helloboot) 2023-02-27 23:26:49.374 INFO 3532 --- [ main] t.helloboot.HellobootApplication : No active profile set, falling back to 1 default profile: "default" 2023-02-27 23:26:49.641 WARN 3532 --- [ main] ConfigServletWebServerApplicationContext : Exception encountered during context initialization - cancelling refresh attempt: org.springframework.context.ApplicationContextException: Unable to start web server; nested exception is org.springframework.boot.web.context.MissingWebServerFactoryBeanException: No qualifying bean of type 'org.springframework.boot.web.servlet.server.ServletWebServerFactory' available: Unable to start AnnotationConfigServletWebServerApplicationContext due to missing ServletWebServerFactory bean 2023-02-27 23:26:49.667 ERROR 3532 --- [ main] o.s.b.d.LoggingFailureAnalysisReporter : *************************** APPLICATION FAILED TO START *************************** Description: Web application could not be started as there was no org.springframework.boot.web.servlet.server.ServletWebServerFactory bean defined in the context. Action: Check your application's dependencies for a supported servlet web server. Check the configured web application type. Deprecated Gradle features were used in this build, making it incompatible with Gradle 8.0. You can use '--warning-mode all' to show the individual deprecation warnings and determine if they come from your own scripts or plugins. See https://docs.gradle.org/7.6/userguide/command_line_interface.html#sec:command_line_warnings 3 actionable tasks: 2 executed, 1 up-to-date FAILURE: Build failed with an exception. * What went wrong: Execution failed for task ':HellobootApplication.main()'. > Process 'command 'C:/Users/deter/.jdks/azul-17.0.6/bin/java.exe'' finished with non-zero exit value 1 * Try: > Run with --stacktrace option to get the stack trace. > Run with --info or --debug option to get more log output. > Run with --scan to get full insights. * Get more help at https://help.gradle.org BUILD FAILED in 2s 오후 11:26:49: Execution finished ':HellobootApplication.main()'. 제가 생각하기로는 클래스 로더를 통해서 구성 정보를 불러와야 하는데 못 불러오고 있는 것 같습니다.package tobyspring.config.autoconfig; import org.springframework.boot.web.embedded.tomcat.TomcatServletWebServerFactory; import org.springframework.boot.web.servlet.server.ServletWebServerFactory; import org.springframework.context.annotation.Bean; import tobyspring.config.MyAutoConfiguration; @MyAutoConfiguration public class TomcatWebServerConfig { @Bean public ServletWebServerFactory servletWebServerFactory() { return new TomcatServletWebServerFactory(); } } 이 문제를 해결하기 위해서java 버전 11, 17gradle 버전 7.6, 8.0Build and run 을 Geadle, IntelliJ파일 경로 수정 등로 변경하는 방법들을 시도해봤지만 해결하지 못했습니다. 현재 제 개발 환경은 아래와 같습니다.IntelliJ버전은 2022.2.3 Community버전spring boot 2.7.8gradle 7.6어디서 문제가 발생하는지 감을 잡을 수 없어서 문의드립니다.   

 spring boot 가 설치되었다고 나오는데 spring 명령어를 치면 command not found 라고 뜨네요.. 혹시 해결방법이 없을까요 ?

 안녕하세요 토비 선생님!강의 너무 재밌게 잘 듣고 있습니다. 이제 몇개 남지 않아서 많이 아쉽네요. 다름이 아니라 테스트 코드 작성시 `@Transactional` 어노테이션의 사용에 대해 질문이 있습니다. 저는 롤백테스트 작성을 위해 @Transactional 을 애용해왔는데요,,얼마전 업무를 보다가 이상하게 테스트 코드는 잘만 통과를 하는데 같은 코드가 서버에 띄웠을때는 의도대로 동작을 안하더라고요. 한참을 씨름하다 알고보니 엔티티를 변경하고 JPA 변경감지로 변경하도록 의도한 코드인데 트랜잭션 경계 밖에서 변경을 하고 있었더라고요.이후로는 찾아보니 테스트 코드에서 @Transactional을 사용하지 말라는 이야기가 많아 안쓰려고 노력을 해보는데 테스트 후 전부 롤백시키는게 만만치가 않더라고요. @AfterEach로 리포지터리를 다 불러와서 하나씩 돌려놓는것도 일이고..개인적으로는 @Transactional 대신에 단순히 전체 테스트에 대해 DB 롤백을 해주는 어노테이션이 별개로 있었으면 더 좋지 않았을까 하는 아쉬움도 있더라고요.스프링에서 굳이 서로 다른 용도의 기능을 하나의 어노테이션으로 공유하는 이유가 있을까요? 트랜잭션 경계라는 점에서는 공통점이 있다지만 각각의 기능으로 분리되었어도 되지 않았을까요?AfterEach 넣어서 리포지터리 하나하나 불러와 일일히 초기화 해 주는 대신 @Transactional 만큼 코드가 깔끔해지면서 테스트코드에 @Transactional을 쓰면 생기게 되는 문제를 해결하는 방법이 있을까요? 혹은 사실 알고보면 테스트에 @Transactional을 쓰는게 좋은건데 제가 잘못 오해하고 있었을까요? 요즘 테스트 코드를 작성할때마다 고민이 많았는데 제가 한동안 검색한 결과로는 쉽게 결론을 내기가 힘들었습니다.더 나은 코드작성에 꼭 도움이 필요해서 실례를 무릅쓰고 질문글을 올려봅니다.감사합니다. 

 ApplicationContextRunner를 사용하는 부분에서assertThat(context).hasSingleBean이랑 asserThat(context).doesNotHaveBean 사용이 안되네요hasSingleBean이랑 doesNotHaveBean이 없어요버전 문제일까요 지금까지 다 잘 따라왔는데 뭔가 문제인지 모르겠네요

BeanClassLoaderAware 를 통해 ClassLoader 를 주입을 받는다고 가정할 때public class MyAutoConfigImportSelector implements DeferredImportSelector, BeanClassLoaderAware { private ClassLoader classLoader; @Override public String[] selectImports(AnnotationMetadata importingClassMetadata) { List<String> autoConfigs = new ArrayList<>(); ImportCandidates.load(MyAutoConfiguration.class, classLoader) .forEach(autoConfigs::add); return autoConfigs.toArray(new String[0]); } @Override public void setBeanClassLoader(ClassLoader classLoader) { this.classLoader = classLoader; } } MyAutoConfigImportSelector 는 스프링에서 사용하는 공유되는 클래스로더에 의해서 로딩되는 것으로 확인하였습니다. (this.getClass().getClassLoader() 로 해도 같은동작)그렇다면 BeanClassLoaderAware 인터페이스를 스프링에서 제공하는 이유는 무엇일까 궁금하여 질문드립니다.또한 BeanClassLoaderAware javadoc 에서 framework classes 가 구현하도록 의도되었다고하는데 framework classes 의 의미는 무엇일까요?

출처를 남기며 깃에 좀 올려도 될까요 선생님?!

  2:50 부터 헤매고있는데요..intellij Community 버전을 다운받았고 새로운 프로젝트 설정할때 왼쪽 목록에 Spring Initializr이 보이지않아서 확인해보니 Community 버전인 경우 없다고하더라구요.Community버전이라, 2:50~ 설정하는부분을 진행할 수 없다면 따로 설정해야하는부분이 있을까요?

 오류 내용을 보니 hello 테이블을 찾을 수 없다고 뜹니다.그래서, @PostContruct가 안 동작하나? 생각해서 프린트로 찍어보게 메인메서드를 돌리면 잘 찍힙니다.그리고 기존 방식처럼 jdbctemplate을 주입해서 @BeforeEach로 생성하는 방식으로는 잘 동작하네요.너무 궁금해서 git 주소를 남겨봅니다 ㅠhttps://github.com/rnwnsgud/helloboot 

안녕하세요 강의 재밌게 듣고 있습니다 :D이번 강의 중 테스트에 있어 DI의 장점을 제 나름의 언어로 재정의 해보았습니다.의존성을 고립시켜 테스트 목적 객체가 아닌 다른 객체의 영향으로 실패할 수 있는 상황을 차단한다.따라서 DI는 단위 테스트에 대한 신뢰성을 보장한다라고 이해했습니다.그런데 이런 생각을 하던 도중 그렇다면 소스코드가 테스트를 의식한 코드를 작성해야 하는 것 아닌가? 하는 생각도 듭니다.예전에는 이게 싫어서 해당 객체를 상속받은 페이크 객체를 만들어서 테스트 코드에서 의존성을 밀어 넣는 식으로 작성했는데요,다른 의견들도 찾아보니 소스코드의 안정성을 보장하기 위해 테스트에 의존한 코드를 짜야 한다, 테스트는 소스코드를 위해 존재하는데 소스코드가 테스트에 의존하는 건 자연스럽지 않다, 테스트하기 좋은 간단한 코드를 짜면 이러한 걱정할 필요가 없다 등 여러 의견들이 있는 것 같습니다.따라서 이에 토비님 의견도 궁금하고 듣고 싶습니다 ㅎㅎ감사합니다.

안녕하세요 토비님 강의 재밌게 잘 듣고있습니다 :)흔히들 스프링부트는 톰캣을 스프링 애플리케이션 내에 내장 시켰다는 것에서 가장 큰 차이점을 두고 있는 것 같습니다.그렇다면 이번 강의 내용에서 서블릿 컨테이너 초기화 작업을 스프링 컨테이너 초기화 작업에 종속 시켰다는 점에서 위에서 언급한 톰캣을 스프링 컨테이너에 내장 시켰다고 볼 수 있을까요?만약에 제가 질문한 내용이 맞다면 기존에 스프링 부트 없이도 안내해주신 방법대로 내장시킬 수 있었을텐데 보편적으로 내장시키지 않고 분리 시켰을 때의 단점을 가져갔던 이유는 무엇 일까요?감사합니다.

안녕하세요 선생님 질문이 있습니다.현재 제가보고있는 commit은 "@ConditionalOnMissingBean을 이용한 커스톰 빈 설정 적용" 입니다.META-INF/spring/tobyspring.config.MyAutoConfiguration.imports여기에 적힌 TomcatWebServerConfig에서 @Configuration을 지워도 메소드에 @Bean만 있으면 tomcat이 잘 실행이되는것을 확인했습니다.아예 @Bean까지 다 지우면 jetty dependency도 없으니 기동을 실패하는것을 확인했습니다.이때 jetty dependency를 추가하면 jetty로 기동하는것도 확인하였습니다. Selector가 JettyWebServerConfig , TomcatWebServerConfig를 load 할때 jetty dependency가 없으면 알아서 메소드 호출을 안하고 있으면 호출해주는것인가요?imports에 적힌 클래스들을 load하게 되면 어떻게 되는지 잘이해가 가지를 않습니다...   

proxy 패턴은 빈 주입할 때 proxy로 만들어지기 때문에 이를 이해시키는 목적으로 설명해주셨는데 decorator 패턴은 어떤 목적으로 소개해주신 건지 궁금합니다.제가 중간에 캐치하지 못 한 건지 궁금해서 글을 남깁니다.

안녕하세요 토비님, 정말 좋은 강의 잘 듣고 있습니다.다만 제가 초보라 그런지 이해하는데 시간이 조금 걸려서 여쭙습니다. 14:00즈음 나오는 diagram에서 OnMyClassCondition이라고 나오는데 아무리 강의를 돌려봐도 OnMyClassCondition은 안보이고 MyOnClassCondition만 보여서 제가 착각을 하고 있는건지 아니면 강의에 오타가 있는건지 궁금합니다.Condition과 MyClass라는 단어가 너무 많이 나와서 혼란스러워서 질문 남긴 것이고, 만약 오타라고 하면 지적할 생각은 아니었음을 말씀드립니다.

 return 위에 System.out.println은 실행되는데, return 람다 안에 있는 System.out.println은 실행되지 않는 것 같아요. 어디서 잘못된 걸까요..?

registerBean 이후 refresh를 하는 이유가 궁금합니다.

 BeanPostProcessor는 매개변수가 없는 no-arg 생성자를 필요로 하는데요, 자바의 경우 굳이 매개변수를 생성자에서 주입하지 않아도 되지만 코틀린의 경우 JPA 엔티티나 현재 강의의 ServerProperties처럼 프로퍼티값을 읽어들여 객체를 생성하는 경우 생성자 파라미터를 보통 사용하실 텐데요,이 경우 따로. noarg 생성자가 만들어지지 않기 때문에 BeanPostProcessor가 디폴트 생성자를 만들어낼 수 있도록kotlin("plugin.allOpen") kotlin("plugin.noArg")을 이용해서 @Component 어노테이션으로 빈에 대한 no-arg 기능을 활성화해야합니다.gradle에서 다음과 같이 plugin을 포함하시구요plugins{ kotlin("plugin.noarg") version "1.7.22" //jpa를 사용하신다면 kotlin("plugin.jpa")에 포함되어 있습니다. } 아래에 Component 어노테이션에서 no-arg가 활성화될 수 있게 해당 부분을 적어주시면 됩니다.noArg { annotation("org.springframework.stereotype.Component") }all-open, no-arg 등의 플러그인에대한 더 자세한 설정에 대해서 궁금하시다면 아래 글을 참고하시면 좋습니다.https://techblog.woowahan.com/2675/