월 14,850원
5개월 할부 시다른 수강생들이 자주 물어보는 질문이 궁금하신가요?
- 해결됨토비의 스프링 부트 - 이해와 원리
안녕하세요 강사님 JettyWebServerFactory Bean생성 하는데서 오류가납니다
org.springframework.context.ApplicationContextException: Unable to start web server; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'jettyWebServerFactory' defined in class path resource [tobyspring/config/autoconfig/JettyWebServerConfig.class]: Post-processing of merged bean definition failed; nested exception is java.lang.IllegalStateException: Failed to introspect Class [org.springframework.boot.web.embedded.jetty.JettyServletWebServerFactory] from ClassLoader [jdk.internal.loader.ClassLoaders$AppClassLoader@2437c6dc] 이런에러가나구요 package tobyspring.config.autoconfig;import org.springframework.boot.web.embedded.jetty.JettyServletWebServerFactory;import org.springframework.boot.web.servlet.server.ServletWebServerFactory;import org.springframework.context.annotation.Bean;import org.springframework.context.annotation.Condition;import org.springframework.context.annotation.ConditionContext;import org.springframework.context.annotation.Conditional;import org.springframework.core.type.AnnotatedTypeMetadata;import tobyspring.config.MyAutoConfiguration;@MyAutoConfiguration@Conditional(JettyWebServerConfig.JettyCondition.class)public class JettyWebServerConfig {@Bean("jettyWebServerFactory")public ServletWebServerFactory servletWebServerFactory(){return new JettyServletWebServerFactory(); }static class JettyCondition implements Condition {@Override public boolean matches(ConditionContext context, AnnotatedTypeMetadata metadata) {return true; }}} 이건 코드입니다 왜 오류가날까요 틀린게없는거같습니다
- 해결됨토비의 스프링 부트 - 이해와 원리
처음에 sdkman 설치하는데서 설치가안됩니다(윈도우)
안녕하세요 강사님 제가 다른게아니고 윈도우에서 sdkman 설치를하려고하는데요계속 이런오류가나오면서 source자체가 먹히지가않습니다powershell에서 입력했구요 어떻게해야할까요 ㅠ
- 미해결토비의 스프링 부트 - 이해와 원리
imports 파일 생성
tobyspring.config.MyAutoConfiguration.imports 파일 생성 후 포맷이 변경되지 않는 것 같습니다.그냥 파일이 된 것 같습니다. imports 포맷의 파일로 생성이 되지 않는 것 같아서 따로 다운받거나 설정해야 할 것이 있을까요?
- 해결됨토비의 스프링 부트 - 이해와 원리
@Import에서 @Component가 없어도 동작합니다.
강사님께서@Import 어노테이션은@Component 어노테이션이 붙은 혹은메타 어노테이션으로 @Component가 붙은 클래스를 컴포넌트 스캔 대상이 아닌 클래스를 구성정보로 등록할수 있다고 말씀해주셨습니다. 호기심에 Import할 클래스 레벨에 어노테이션을 붙이지 않고public class ServerConfigTest { @Bean Name1 name1(){ return new Name1(name3()); } @Bean Name2 name2(){ return new Name2(name3()); } @Bean Name3 name3(){ return new Name3(); } static class Name1{ Name3 name3; public Name1(Name3 name3) { System.out.println("네임 1 등장이요"); } } static class Name2{ public Name2(Name3 name3) { System.out.println("네임 2 등장이요"); } } static class Name3{ public Name3() { System.out.println("네임 3 등장이요"); } } }@MyAutoConfiguration @Import(ServerConfigTest.class) public class ServerTestBean2 { //코드.. }결과는 @Component,@Configuration(proxyBeanMethods=false)와 같은 결과가 로그로 보이더라구요 래퍼런스에는 일반 구성 클래스 as well as regular component classes(AnnotationConfigApplicationContext.register와 유사) 라고 적혀있는데 그 의미가import가applicationContext.register(ServerConfigTest) 같은 방식으로 동작한다고 생각하면 될까요??
- 미해결토비의 스프링 부트 - 이해와 원리
Service 계층에서 테스트 관련해서 질문이 있습니다.
안녕하세요 토비님제가 프로젝트를 진행하면서 도저히 모르는 부분이 있습니다.강의와 관련이 없는 질문이지만, 간절한 마음으로 질문해봅니다 Service 계층은 상태검증과 행위 검증에 대한 고민이 있습니다.특히, 객체의 책임과 테스트 범위에 대한 관점에 대한 차이때문에 고민이 있습니다.우선, 코드를 보여드리겠습니다.CommunityCommandService.updateCommunity는 커뮤니티의 소개란과 해시태그를 업데이트하는 부분입니다.//CommunityCommandService.java public void updateCommunity(Long userId, Long communityId, String description, List<String> newTags) { Community community = communityRepository.findCommunityById(communityId); memberQueryService.getManager(userId, communityId); community.updateCommunity(description, newTags); }해당 코드는 communityId로 community를 가져오고, userId / communityId로 요청한 유저가 메니저인지 확인합니다.그 후, community 객체에게 update를 위임합니다. 그러면 community 객체는 내부 상태값을 변경합니다. 여기서, 상태 검증인지 행위 검증인지에 따라 테스트가 달라집니다.public class CommunityCommandServiceTest { @Test void 상태검증_테스트() { Community community = new Community("dummy Intro", List.of("dummy tag")); given(communityRepository.findById(any)).willReturn(community); communityCommandService.updateCommunity(1L, "new intro", List.of("new tag")); assertThat(community.getIntroduce).isEqualTo("new intro"); assertThat(community.getTags).containsExactly("new tag"); } @Test void 행위검증_테스트() { Community community = mock(Community.class); given(communityRepository.findById(any)).willReturn(community); communityCommandService.updateCommunity(1L, "new intro", List.of("new tag")); then(community).should(times(1)).update("new intro", List.of("new tag")) } }상태검증_테스트의 검증 부분을 보면, 위임한 결과에 대해서 테스트를 진행하고 있습니다. Community 클래스의 update를 또 테스트하는 것 같은 느낌이 있습니다. 즉, 서비스 계층의 테스트 영역을 넘어서는 것인지 의문입니다.반면, 행위검증_테스트는 community.update가 호출하면서 위임했는지에 대해서만 테스트합니다. 하지만, 내부 로직에 하드코딩 되어있는 듯 합니다.사실 저는 상태검증을 더 선호합니다. 하지만 상태 검증이 객체지향스러운지 잘 모르겠습니다. 어느정도 감수해야하는 것 일까요? 정리하자면,상태검증CommunityCommandService.updateCommunity로 변경된 상태를 테스트개인적으로 선호하는 방식. 하지만, 상태를 테스트하기 때문에 객체지향의 관점에서 맞는지 확신이 없다. 테스트코드는 이 부분을 감수하는 것인지?행위검증협력한 객체의 행위에 대한 테스트객체지향의 관점에서 위임이 잘 이루어졌는지 테스트하는게 자연스럽다고 생각 질문하자면,서비스계층에서 Community.update()로 커뮤니티 내부 값에 대한 변경을 요청하였습니다.객체지향에서는 객체들이 서로 책임을 위임하며 상호작용하는 것이기 때문에Service 계층에서는 위임이 되었는지 호출 여부만 판단하는게 적절한지, 아니면, Service 계층에서 위임한 그 결과 Community의 내부값을 바꾼게 적절한 테스트인지..만약 이 방법이 맞다면 객체지향스럽다고 말할 수 있는지..?어떤 방식이 적절한지 잘 모르겠습니다. 이론적인 부분과 실제 테스트에 대한 괴리때문에 발생하는 문제 같습니다. 긴 질문 읽어주셔서 감사드립니다!
- 해결됨토비의 스프링 부트 - 이해와 원리
강사님 bind, bindOrCreate 차이 질문있습니다.
Binder.get(evn).bind("",bean.getClass());Binder.get(evn).bindOrCreate("",bean.getClass()); 해당 클래스 타입으로 Environment 빈 정보를 읽어서값을 바인딩해주고 null이 될경우 새 빈 오브젝트로 만들어준다고 하셨는데 1.여기서 바인딩 결과가 null이 될경우라는게 무슨 의 미인지 잘 이해가 안갑니다. 그리고 저희가 만든 @MyConfigurationProperties 어노테이션에는@Component가 메타어노테이션이 들어있고실제 스프링이 사용하는@ConfigurationProperties 에는@Component가 없더라구요@EnableConfigurationProperties에서는직접 레지스트리에 저장하는거같은데 제가 이해한게 맞을까요?
- 해결됨토비의 스프링 부트 - 이해와 원리
@Value에 대해서 질문있습니다.
@MyAutoConfiguration class SampleBeanConfigClass { @Value("${name}") String name; @Bean SampleBean sampleBean(){ System.out.println("sampleBean name = "+name); } }@Configuration class UserConfigClass { @Value("${name}") String name; public UserConfigClass(){ System.out.println("UserConfigClass name = "+name); } @Bean public UserConfigBean userConfigBean(){ System.out.println("UserConfigBean name = "+name); return new UserConfigBean(); } }//application.properties name = springsampleBean name = ${name} UserConfigClass name = null UserConfigBean name = spring아직 PropertySourcesPlaceholderConfigurer는 MyAutoConfiguration으로 등록하지 않은 상태입니다. 그런데 @Value의 위치에 따라null, spring, ${name} 이렇게 각각 나오더라구요이렇게 value의 위치마다 다르게 작동하는 이유가 있을까요..?
- 해결됨토비의 스프링 부트 - 이해와 원리
@ComponentScan과 @Import 질문있습니다.
@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
선생님 안녕하세요 좋은 강의 제작해주셔서 정말 감사합니다. @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하위에 설정돼 있어서 충돌을 회피할 수 있는 것인지 궁금합니다.!
- 해결됨토비의 스프링 부트 - 이해와 원리
@TestPropertySource 사용에 대해서 궁금하게 있습니다.
강사님께서 application.properties는 스프링 프레임워크의 기본 동작 방식이 아니다스프링 부트 초기화 과정에서 추가 해주는 거라고 말씀해주셨는습니다. @ContextConfiguration는 통합 테스트를 위해서 ApplicationContext를 로드하고, 구성요소 클래스를 넘겨주면 빈을 등록해주는거 같더라구요 SpringApplication.run을 할경우에는Environment 구현체는 ApplicationServletEnvironment가 빈으로 등록이 되고,@ContextConfiguration로 테스트를 할경우에는Environment 구현체는 StandardEnvironment 구현체가 빈으로 등록되는걸 확인했습니다.그래서 Enviroment 구현체가 등록이 되면application.properties를 가져올수있지 않나? 라는 생각에 해당 구현체를 찾아보니StandardEnvironment 는 propertySource를 받지 않는걸 확인했습니다. 제가 궁금한건1.같은 구성 정보 클래스를 넘겨주고 빈으로 등록을 했는데 구현체가 달라지는지 궁금합니다.2.스프링부트에서 테스트를 하는데@TestPropertySource를 따로 명시적으로 메타어노테이션으로 선언해서 사용하는 이유가 궁금합니다.
- 해결됨토비의 스프링 부트 - 이해와 원리
@MyAutoConfiguration 에서 궁금한게 있습니다.
강사님께서 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();
- 해결됨토비의 스프링 부트 - 이해와 원리
@Service 싱글톤
안녕하세요.좋은 강의를 듣다가 궁금한게 있어서 질문을 올립니다.@Configuration + @Bean을 사용하면 싱글톤 보장이 되고@Component + @Bean을 사용하면 new XX 같이 동작을 하여 싱글톤 보장이 안되는걸로 아는데@Service는 @Component 밖에 없는데 어떻게 싱글톤이 보장이 되나요?물론 @Configuration도 @Component가 있는데 프록시 생성이 되면서 싱글톤 보장된다는 강의 내용을 잘봤습니다.그것과 똑같이 @Service도 추가로 동작하는게 있을까요?
- 해결됨토비의 스프링 부트 - 이해와 원리
스프링부트가 @EnableConfigurationProperties를 사용하는 이유
안녕하세요! 토비님!강의 정말 잘 듣고 있습니다. 덕분에 공부가 많이 되고 있어요. 강의 내주셔서 정말 감사합니다 :) 해당 강의를 듣고 나서, @Import가 더 간결해보이는데, 스프링 부트는 왜 굳이 @EnableConfigurationProperties()를 사용했을까? 라는 의문이 들어 아래와 같은 작은 고민을 해보았습니다.처음에는 ServerProperties 빈 등록을 자동화 하기 위한 장치라고 생각했는데, 두 애너테이션 모두 클래스명을 일일히 적어주어야 하는걸 보니 자동화를 위한 것은 아닌 것 같다는 생각이 들어, 고민의 방향을 바꿔 보았습니다.결론적으로, 저는 "@EnableConfigurationProperties()를 사용하는 이유가 @Import만으로는 어떠한 추가적인 행위를 할 수 없기 때문에 @EnableConfigurationProperties를 구현해서 사용한 것 아닐까..?"라고 추측이 되는데, 스프링 부트에서 @EnableConfigurationProperties() 라는 애너테이션을 도입한 이유가 무엇일까요..?
- 해결됨토비의 스프링 부트 - 이해와 원리
@SpringBootTest와 @ExtendWith + @ContextConfiguration 차이가 궁금합니다.
안녕하세요. 강의 잘 듣고 있습니다! 일반적으로 사용하는 스프링 컨테이너를 포함하는 @SpringBootTest와 강의에서 사용하신 @ExtendWith + @ContextConfiguration의 차이점이 궁금합니다. @ExtendWith(SpringExtension.class) @ContextConfiguration(classes = HellobootApplication.class) @TestPropertySource("classpath:/application.properties") class DataSourceTest {} @SpringBootTest(classes = HellobootApplication.class) class DataSourceTest {} 위 두 코드의 실행결과가 같은 것을 확인하였습니다. 만약 두 애너테이션의 classes 속성이 동일하다면 @SpringBootTest를 사용하는 것이 테스트 프로퍼티를 명시할 필요가 없어서 더 좋아보이는데요. 두 애너테이션의 동작 방식의 차이점이나 장단이 있는지 궁금합니다!
- 해결됨토비의 스프링 부트 - 이해와 원리
스프링 부트 애플리케이션 생성
안녕하세요 토비님!스프링 부트 애플리케이션 생성 관련해서 질문을 드리려고 합니다!먼저 스프링 부트 애플리케이션을 생성하고 난 이후에 인텔리제이의, external libraries 탭에서 부트 애플리케이션과 관련된 라이브러리들이 설치된 것을 확인할 수 있는데아래의 의존성 중에서Gradle: org.springframework.boot:spring-boot:2.7.10Gradle: org.springframework.boot:spring-boot-autoconfigure:2.7.10 Gradle: org.springframework.boot:spring-boot-starter:2.7.10 Gradle: org.springframework.boot:spring-boot-starter-json:2.7.10 Gradle: org.springframework.boot:spring-boot-starter-logging:2.7.10Gradle: org.springframework.boot:spring-boot:2.7.10을 제외한 나머지 라이브러리들은 비어 있는 상태로 생성이 되는 이유를 알고 싶어서 질문 남겼습니다!
- 미해결토비의 스프링 부트 - 이해와 원리
다국어 처리 신규 항목이 생겼을 때 최선의 방법 문의 드립니다.
토비님 안녕하세요~ 질문을 계속 많이 드리게 되어 토비님 시간을 많이 뺏진 않을까 죄송한 생각이 듭니다 공부하면서 궁금했던 사항이 중간 중간 계속 떠올라서요.. 스프링 사용하면서 사용자에게 다국어 메세지 처리하는 방법이 두가지가있다고 경험했습니다 1 .js 파일에 관리하는 방법 자바파일에 관리하는 방법 2. 테이블에 등록하고 필요할때 select 하는 방법 (하지만 메세지 처리 데이터가 수만건을 넘어갈 땐 너무 많진 않을까.. ) 우선 저는 *.js 파일에 수기성으로 관리 할 경우 서버 재구동을 해야 하기 때문에 자바스크립트나 자바 파일에 관리 하는것은 아닌가 생각이 듭니다.다국어 처리시 신규 메세지항목이 생겼을 때서버를 재시작 하지 않고 적용 할 수 있는최선의 베스트 방법일지 궁금합니다 감사합니다. 수고하세요. --█●●--------------------------------------------#다국어#처리#최선#방법#부트#스프링#스프링부트#spring#sping-boot#springboot#토비--█●●--------------------------------------------