안녕하세요  서블릿 클래스를 만들때 WebServlet 어노테이션을 사용하는데 강의에서 항상 name, urlpatterns를 같이 적어주던데  name의 역할이 따로 있나요 ? 활용하는 경우가 생기나요?

배포모드 build 시 생기는 파일들은 서버어디에 저장해놓는건가요? run 할시 그 빌드된 파일을 was가 읽어주는것인가요?

안녕하세요 영한님. 21:05 봐주시면     값을 하나 끊고 나머지 3개를 가져오면 이라고 말씀하신 부분입니다.   처음 하나를 끊고 나머지 3개를 가져오면 왜 문제가 되는지가 햇갈립니다...         Order_id가 4인값 을 두개를 (파랑색줄) 보시면 다른 컬럼 값 들도 존재하기때문에 두( Order_id 가 각각 4인 결과값) 값은 별개로 봐야 하는게 아닌가 해서 햇갈립니다

안녕하세요 영한님 @BatchSize를 이용하여 최적화를 하다가 문득 깊은 내용을 알고싶어서 질문을 드립니다. 폴더 안의 폴더를 만드는 구조인데요 다음의 상하 관계를 가진 폴더가 총 13개 있습니다. 이 13개의 폴더 정보를 받아 위의 그림의 구조로 저장을 하고 싶었습니다 .  @Getter@NoArgsConstructor(access = AccessLevel.PROTECTED)@Entitypublic class Folder { @Id @GeneratedValue(strategy = GenerationType.SEQUENCE) @Column(name = "FOLDER_ID") private Long id; private String name; // 부모 @ManyToOne(fetch = FetchType.LAZY) @JoinColumn(name = "PARENT_ID") private Folder parent; // 자식 @BatchSize(size = 900) @OneToMany(mappedBy = "parent") private List<Folder> children; @Builder private Folder(String name, Folder parent) { this.name = name; this.parent = parent; } } 그래서 Folder라는 엔티티를 self reference하도록 구성을 했구요 @BeforeEachpublic void setUp() throws Exception { Folder aFolder = Folder.builder() .name("A") .build(); Folder bFolder = Folder.builder() .name("B") .parent(aFolder) .build(); Folder bChild1 = Folder.builder() .name("BChild1") .parent(bFolder) .build(); Folder bChild2 = Folder.builder() .name("BChild2") .parent(bFolder) .build(); Folder bChild3 = Folder.builder() .name("BChild3") .parent(bFolder) .build(); Folder cFolder = Folder.builder() .name("C") .parent(aFolder) .build(); Folder cChild1 = Folder.builder() .name("CChild1") .parent(cFolder) .build(); Folder cChild2 = Folder.builder() .name("CChild2") .parent(cFolder) .build(); Folder cChild3 = Folder.builder() .name("CChild3") .parent(cFolder) .build(); Folder dFolder = Folder.builder() .name("D") .parent(aFolder) .build(); Folder dChild1 = Folder.builder() .name("DChild1") .parent(dFolder) .build(); Folder dChild2 = Folder.builder() .name("DChild2") .parent(dFolder) .build(); Folder dChild3 = Folder.builder() .name("DChild3") .parent(dFolder) .build(); folderRepository.saveAll(Arrays.asList(aFolder, bFolder, cFolder, dFolder, bChild1, bChild2, bChild3, cChild1, cChild2, cChild3, dChild1, dChild2, dChild3)); em.flush(); em.clear();} 이렇게 저장을 한 후 @Test@DisplayName("bfs 알고리즘 적용 테스트")@Transactional@Commitpublic void bfsTest() throws Exception { // given Queue<Folder> queue = new LinkedList<>(); Folder deleteFolder = folderRepository.findById(1L).get(); queue.offer(deleteFolder); List<Folder> tempFolders = new ArrayList<>(); tempFolders.add(deleteFolder); int i = 0; // when while(!queue.isEmpty()) { System.out.println("i = " + i); Folder pollFolder = queue.poll(); List<Folder> folders = pollFolder.getChildren(); for (Folder folder : folders) { queue.offer(folder); } tempFolders.addAll(folders); i++; } // then Collections.reverse(tempFolders); folderRepository.deleteAll(tempFolders); em.flush();} 위의 코드처럼 테스트 코드를 짯습니다 그러니 select 쿼리가 많이 줄어든것을 확인할 수 있었습니다. 2022-01-13 23:25:04.471 DEBUG 21588 --- [           main] org.hibernate.SQL                        :      select         folder0_.folder_id as folder_i1_1_0_,         folder0_.name as name2_1_0_,         folder0_.parent_id as parent_i3_1_0_      from         folder folder0_      where         folder0_.folder_id=?   2022-01-13 23:25:04.492 DEBUG 21588 --- [           main] org.hibernate.SQL                        :      select         children0_.parent_id as parent_i3_1_1_,         children0_.folder_id as folder_i1_1_1_,         children0_.folder_id as folder_i1_1_0_,         children0_.name as name2_1_0_,         children0_.parent_id as parent_i3_1_0_      from         folder children0_      where         children0_.parent_id=?   2022-01-13 23:25:04.498 DEBUG 21588 --- [           main] org.hibernate.SQL                        :      select         children0_.parent_id as parent_i3_1_1_,         children0_.folder_id as folder_i1_1_1_,         children0_.folder_id as folder_i1_1_0_,         children0_.name as name2_1_0_,         children0_.parent_id as parent_i3_1_0_      from         folder children0_      where         children0_.parent_id in (             ?, ?, ?         )   2022-01-13 23:25:04.501 DEBUG 21588 --- [           main] org.hibernate.SQL                        :      select         children0_.parent_id as parent_i3_1_1_,         children0_.folder_id as folder_i1_1_1_,         children0_.folder_id as folder_i1_1_0_,         children0_.name as name2_1_0_,         children0_.parent_id as parent_i3_1_0_      from         folder children0_      where         children0_.parent_id in (             ?, ?, ?, ?, ?, ?, ?, ?, ?         ) 총 이렇게 4개의 쿼리가 나갔는데요   서론이 길었습니다 선생님 제가 질문할 것은 이겁니다   @BatchSize를 설정하면 하이버네이트는 어떤 알고리즘으로 저 in절의 아이디 값들을 넣는 것일까요>   자료를 찾아봐도 나오는데가 없었고 저스스로 고민을 했을 때는 <1번> 첫번째 select 쿼리가 나갔을 때 A폴더(id = 1)가 영속화 된다.   <2번> 2번째 select 쿼리가 나갔을 때 B,C,D 폴더 즉 id가 2,3,4인 폴더들이 영속화가  된다. -> 따라서 3번째 select 쿼리에서 in절의 id들은 이 2,3,4가 되는 것이다.   (여기서의 의문점 그럼 앞서 영속화된 A폴더의 id = 1은 안 집어 넣는 알고리즘은 또 뭘까)   이렇게 생각했는데 과연 맞는지 궁금합니다

  강의를 보면서 많이 배우고 있습니다 :)   setValue가 <T>를 인자로 받도록 타입을 지정해서 e.currentTarget.value는 못들어가는것인데(string이라서), e.currentTarget.value as T를 하면 될것이라고 생각했는데, 안되었고 강의에서 as unknown as T를 해주셨는데 이렇게 unknown을 한번 거치시는 이유가 궁금합니다.  

마침 깨어있어서 답글을 달았는데, 지우셨네요. ㅎ 기왕 쓴김에 올려드립니다. Q ======================================================= 안녕하세요 맛비님.  공부중 막히는 부분이 있어서 질문을 드립니다. 저는 학교에서 대여받은 보드를 가지고 공부를 하고 있는데, 그래서 강의와 다른 arty a7 - 35 보드를 사용중입니다.  영상 설명에 보드가 달라 생기는 문제는 책임지지 않으신다고 명시하셨지만 한번만 도와주시면 감사하겠습니다. 강의 1장에서 DUT와 tb,그리고 constraint 파일인 .xdc 파일을 올리는 과정입니다.  저는 사용중인 보드가 다르기 때문에, 인터넷에서  Arty-A7-35-Master.XDC 파일을 대신 찾아 올렸습니다.   RTL schmetic은 잘 생성되지만 비트스트림 파일을 만드려고 하면 다음과 같이 오류 메세지가 생기며  합성이 되지 않습니다, input output standard 부분에서 문제가 있다고 하는데,  개인적으로 공부해 해결해보려고 했지만, 해결하지 못해 질문 올렸습니다. 감사합니다.   A ======================================================= 안녕하세요 :) 여기 앞에 # 보이시죠? 이것은 Comments 처리 입니다. 즉 동작을 하지 않죠. # 지워주시구요. Top 모듈의 Port 이름하고 xdc 의 Port 이름을 꼭 matching 시켜주세요. :)   

안녕하세요 영한님 햇갈리는게 있어서 질문좀 드리겠습니다.. 7:10 보시면 쿼리를 실행하시는데 ORDERS 테이블 2개 -> 4개 로 뻥튀기가 되신다고 하셨습니다.     이 그림에서 ORDER_ID 가 4번 인 값만 보겠습니다. Order_Item 테이블에는  Order_ID 가 4인 값이 2개가 있습니다.   그래서 Orders 테이블과 Order_item 테이블을  order_id 가 4인 값을 조인하면 데이터가 2개가 나옵니다 (Orders 테이블 1->2 뻥튀기) 그런데 이걸 중복 이라고 보고 (9:21) distinct를 하시는데 이걸  중복-뻥튀기 라고 봐야하나요 ?? 이 부분이 햇갈립니다 왜나하면 그림에서 보듯이 (Order_id 가 4인경우만생각) order_item_id 값이 하나는 6 다른 하나는 7  등 다른 값이 존재 하는데 말입니다.. 그러므로 디비에서는 distinct 가 불가능합니다(서로 다른 컬럼 값 존재) 그런데 JPA는 ID 값만 같으면  다른 컬럼이 존재해도 그냥 같다고 생각해서 distinct를 해버리면 문제가 생기는게 아닌가요 ?       아래 그림에서 보듯이 컬럼 값이 다른데 JPA이게 distinct 가 되는지... 이해가안갑니다        

학습하는 분들께 도움이 되고, 더 좋은 답변을 드릴 수 있도록 질문전에 다음을 꼭 확인해주세요.1. 강의 내용과 관련된 질문을 남겨주세요.2. 인프런의 질문 게시판과 자주 하는 질문(링크)을 먼저 확인해주세요.(자주 하는 질문 링크: https://bit.ly/3fX6ygx)3. 질문 잘하기 메뉴얼(링크)을 먼저 읽어주세요.(질문 잘하기 메뉴얼 링크: https://bit.ly/2UfeqCG)질문 시에는 위 내용은 삭제하고 다음 내용을 남겨주세요.=========================================[질문 템플릿]1. 강의 내용과 관련된 질문인가요? (예/아니오)2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예/아니오)3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예/아니오)[질문 내용]여기에 질문 내용을 남겨주세요.

Build file '/Users/yujeong/AndroidStudioProjects/app/build.gradle' line: 7   A problem occurred evaluating project ':app'. > No signature of method: build_7daydxdgxe23wkg697tbxhdtc.android() is applicable for argument types: (build_7daydxdgxe23wkg697tbxhdtc$_run_closure1) values: [build_7daydxdgxe23wkg697tbxhdtc$_run_closure1@698aa7e3]   * Try: Run with --info or --debug option to get more log output. Run with --scan to get full insights.   * Exception is: org.gradle.api.GradleScriptException: A problem occurred evaluating project ':app'. at org.gradle.groovy.scripts.internal.DefaultScriptRunnerFactory$ScriptRunnerImpl.run(DefaultScriptRunnerFactory.java:93) at org.gradle.configuration.DefaultScriptPluginFactory$ScriptPluginImpl.lambda$apply$0(DefaultScriptPluginFactory.java:133) at org.gradle.configuration.ProjectScriptTarget.addConfiguration(ProjectScriptTarget.java:77) at org.gradle.configuration.DefaultScriptPluginFactory$ScriptPluginImpl.apply(DefaultScriptPluginFactory.java:136) at org.gradle.configuration.BuildOperationScriptPlugin$1.run(BuildOperationScriptPlugin.java:65) at org.gradle.internal.operations.DefaultBuildOperationRunner$1.execute(DefaultBuildOperationRunner.java:29) at org.gradle.internal.operations.DefaultBuildOperationRunner$1.execute(DefaultBuildOperationRunner.java:26) at org.gradle.internal.operations.DefaultBuildOperationRunner$3.execute(DefaultBuildOperationRunner.java:75) at org.gradle.internal.operations.DefaultBuildOperationRunner$3.execute(DefaultBuildOperationRunner.java:68) at org.gradle.internal.operations.DefaultBuildOperationRunner.execute(DefaultBuildOperationRunner.java:153) at org.gradle.internal.operations.DefaultBuildOperationRunner.execute(DefaultBuildOperationRunner.java:68) at org.gradle.internal.operations.DefaultBuildOperationRunner.run(DefaultBuildOperationRunner.java:56) at org.gradle.internal.operations.DefaultBuildOperationExecutor.lambda$run$1(DefaultBuildOperationExecutor.java:71) at org.gradle.internal.operations.UnmanagedBuildOperationWrapper.runWithUnmanagedSupport(UnmanagedBuildOperationWrapper.java:45) at org.gradle.internal.operations.DefaultBuildOperationExecutor.run(DefaultBuildOperationExecutor.java:71) at org.gradle.configuration.BuildOperationScriptPlugin.lambda$apply$0(BuildOperationScriptPlugin.java:62) at org.gradle.configuration.internal.DefaultUserCodeApplicationContext.apply(DefaultUserCodeApplicationContext.java:43) at org.gradle.configuration.BuildOperationScriptPlugin.apply(BuildOperationScriptPlugin.java:62) at org.gradle.api.internal.project.DefaultProjectStateRegistry$ProjectStateImpl.lambda$applyToMutableState$0(DefaultProjectStateRegistry.java:250) at org.gradle.api.internal.project.DefaultProjectStateRegistry$ProjectStateImpl.fromMutableState(DefaultProjectStateRegistry.java:277) at org.gradle.api.internal.project.DefaultProjectStateRegistry$ProjectStateImpl.applyToMutableState(DefaultProjectStateRegistry.java:249) at org.gradle.configuration.project.BuildScriptProcessor.execute(BuildScriptProcessor.java:42) at org.gradle.configuration.project.BuildScriptProcessor.execute(BuildScriptProcessor.java:26) at org.gradle.configuration.project.ConfigureActionsProjectEvaluator.evaluate(ConfigureActionsProjectEvaluator.java:35) at org.gradle.configuration.project.LifecycleProjectEvaluator$EvaluateProject.lambda$run$0(LifecycleProjectEvaluator.java:100) at org.gradle.api.internal.project.DefaultProjectStateRegistry$ProjectStateImpl.lambda$applyToMutableState$0(DefaultProjectStateRegistry.java:250) at org.gradle.api.internal.project.DefaultProjectStateRegistry$ProjectStateImpl.lambda$withProjectLock$3(DefaultProjectStateRegistry.java:310) at org.gradle.internal.work.DefaultWorkerLeaseService.withLocks(DefaultWorkerLeaseService.java:213) at org.gradle.api.internal.project.DefaultProjectStateRegistry$ProjectStateImpl.withProjectLock(DefaultProjectStateRegistry.java:310) at org.gradle.api.internal.project.DefaultProjectStateRegistry$ProjectStateImpl.fromMutableState(DefaultProjectStateRegistry.java:291) at org.gradle.api.internal.project.DefaultProjectStateRegistry$ProjectStateImpl.applyToMutableState(DefaultProjectStateRegistry.java:249) at org.gradle.configuration.project.LifecycleProjectEvaluator$EvaluateProject.run(LifecycleProjectEvaluator.java:91) at org.gradle.internal.operations.DefaultBuildOperationRunner$1.execute(DefaultBuildOperationRunner.java:29) at org.gradle.internal.operations.DefaultBuildOperationRunner$1.execute(DefaultBuildOperationRunner.java:26) at org.gradle.internal.operations.DefaultBuildOperationRunner$3.execute(DefaultBuildOperationRunner.java:75) at org.gradle.internal.operations.DefaultBuildOperationRunner$3.execute(DefaultBuildOperationRunner.java:68) at org.gradle.internal.operations.DefaultBuildOperationRunner.execute(DefaultBuildOperationRunner.java:153) at org.gradle.internal.operations.DefaultBuildOperationRunner.execute(DefaultBuildOperationRunner.java:68) at org.gradle.internal.operations.DefaultBuildOperationRunner.run(DefaultBuildOperationRunner.java:56) at org.gradle.internal.operations.DefaultBuildOperationExecutor.lambda$run$1(DefaultBuildOperationExecutor.java:71) at org.gradle.internal.operations.UnmanagedBuildOperationWrapper.runWithUnmanagedSupport(UnmanagedBuildOperationWrapper.java:45) at org.gradle.internal.operations.DefaultBuildOperationExecutor.run(DefaultBuildOperationExecutor.java:71) at org.gradle.configuration.project.LifecycleProjectEvaluator.evaluate(LifecycleProjectEvaluator.java:63) at org.gradle.api.internal.project.DefaultProject.evaluate(DefaultProject.java:723) at org.gradle.api.internal.project.DefaultProject.evaluate(DefaultProject.java:150) at org.gradle.execution.TaskPathProjectEvaluator.configure(TaskPathProjectEvaluator.java:41) at org.gradle.execution.TaskPathProjectEvaluator.configureHierarchy(TaskPathProjectEvaluator.java:69) at org.gradle.configuration.DefaultProjectsPreparer.prepareProjects(DefaultProjectsPreparer.java:46) at org.gradle.configuration.BuildTreePreparingProjectsPreparer.prepareProjects(BuildTreePreparingProjectsPreparer.java:64) at org.gradle.configuration.BuildOperationFiringProjectsPreparer$ConfigureBuild.run(BuildOperationFiringProjectsPreparer.java:52) at org.gradle.internal.operations.DefaultBuildOperationRunner$1.execute(DefaultBuildOperationRunner.java:29) at org.gradle.internal.operations.DefaultBuildOperationRunner$1.execute(DefaultBuildOperationRunner.java:26) at org.gradle.internal.operations.DefaultBuildOperationRunner$3.execute(DefaultBuildOperationRunner.java:75) at org.gradle.internal.operations.DefaultBuildOperationRunner$3.execute(DefaultBuildOperationRunner.java:68) at org.gradle.internal.operations.DefaultBuildOperationRunner.execute(DefaultBuildOperationRunner.java:153) at org.gradle.internal.operations.DefaultBuildOperationRunner.execute(DefaultBuildOperationRunner.java:68) at org.gradle.internal.operations.DefaultBuildOperationRunner.run(DefaultBuildOperationRunner.java:56) at org.gradle.internal.operations.DefaultBuildOperationExecutor.lambda$run$1(DefaultBuildOperationExecutor.java:71) at org.gradle.internal.operations.UnmanagedBuildOperationWrapper.runWithUnmanagedSupport(UnmanagedBuildOperationWrapper.java:45) at org.gradle.internal.operations.DefaultBuildOperationExecutor.run(DefaultBuildOperationExecutor.java:71) at org.gradle.configuration.BuildOperationFiringProjectsPreparer.prepareProjects(BuildOperationFiringProjectsPreparer.java:40) at org.gradle.initialization.DefaultGradleLauncher.prepareProjects(DefaultGradleLauncher.java:226) at org.gradle.initialization.DefaultGradleLauncher.doClassicBuildStages(DefaultGradleLauncher.java:164) at org.gradle.initialization.DefaultGradleLauncher.doBuildStages(DefaultGradleLauncher.java:149) at org.gradle.initialization.DefaultGradleLauncher.executeTasks(DefaultGradleLauncher.java:125) at org.gradle.internal.invocation.GradleBuildController$1.create(GradleBuildController.java:71) at org.gradle.internal.work.DefaultWorkerLeaseService.withLocks(DefaultWorkerLeaseService.java:213) at org.gradle.internal.invocation.GradleBuildController.doBuild(GradleBuildController.java:67) at org.gradle.internal.invocation.GradleBuildController.run(GradleBuildController.java:56) at org.gradle.tooling.internal.provider.runner.AbstractClientProvidedBuildActionRunner.runClientAction(AbstractClientProvidedBuildActionRunner.java:53) at org.gradle.tooling.internal.provider.runner.ClientProvidedPhasedActionRunner.run(ClientProvidedPhasedActionRunner.java:47) at org.gradle.launcher.exec.ChainingBuildActionRunner.run(ChainingBuildActionRunner.java:35) at org.gradle.launcher.exec.ChainingBuildActionRunner.run(ChainingBuildActionRunner.java:35) at org.gradle.launcher.exec.BuildOutcomeReportingBuildActionRunner.run(BuildOutcomeReportingBuildActionRunner.java:66) at org.gradle.tooling.internal.provider.ValidatingBuildActionRunner.run(ValidatingBuildActionRunner.java:32) at org.gradle.tooling.internal.provider.FileSystemWatchingBuildActionRunner.run(FileSystemWatchingBuildActionRunner.java:90) at org.gradle.launcher.exec.BuildCompletionNotifyingBuildActionRunner.run(BuildCompletionNotifyingBuildActionRunner.java:41) at org.gradle.launcher.exec.RunAsBuildOperationBuildActionRunner$3.call(RunAsBuildOperationBuildActionRunner.java:49) at org.gradle.launcher.exec.RunAsBuildOperationBuildActionRunner$3.call(RunAsBuildOperationBuildActionRunner.java:44) at org.gradle.internal.operations.DefaultBuildOperationRunner$CallableBuildOperationWorker.execute(DefaultBuildOperationRunner.java:200) at org.gradle.internal.operations.DefaultBuildOperationRunner$CallableBuildOperationWorker.execute(DefaultBuildOperationRunner.java:195) at org.gradle.internal.operations.DefaultBuildOperationRunner$3.execute(DefaultBuildOperationRunner.java:75) at org.gradle.internal.operations.DefaultBuildOperationRunner$3.execute(DefaultBuildOperationRunner.java:68) at org.gradle.internal.operations.DefaultBuildOperationRunner.execute(DefaultBuildOperationRunner.java:153) at org.gradle.internal.operations.DefaultBuildOperationRunner.execute(DefaultBuildOperationRunner.java:68) at org.gradle.internal.operations.DefaultBuildOperationRunner.call(DefaultBuildOperationRunner.java:62) at org.gradle.internal.operations.DefaultBuildOperationExecutor.lambda$call$2(DefaultBuildOperationExecutor.java:76) at org.gradle.internal.operations.UnmanagedBuildOperationWrapper.callWithUnmanagedSupport(UnmanagedBuildOperationWrapper.java:54) at org.gradle.internal.operations.DefaultBuildOperationExecutor.call(DefaultBuildOperationExecutor.java:76) at org.gradle.launcher.exec.RunAsBuildOperationBuildActionRunner.run(RunAsBuildOperationBuildActionRunner.java:44) at org.gradle.launcher.exec.InProcessBuildActionExecuter.lambda$execute$0(InProcessBuildActionExecuter.java:59) at org.gradle.composite.internal.DefaultRootBuildState.run(DefaultRootBuildState.java:86) at org.gradle.launcher.exec.InProcessBuildActionExecuter.execute(InProcessBuildActionExecuter.java:58) at org.gradle.launcher.exec.InProcessBuildActionExecuter.execute(InProcessBuildActionExecuter.java:30) at org.gradle.launcher.exec.BuildTreeScopeLifecycleBuildActionExecuter.lambda$execute$0(BuildTreeScopeLifecycleBuildActionExecuter.java:34) at org.gradle.internal.buildtree.BuildTreeState.run(BuildTreeState.java:53) at org.gradle.launcher.exec.BuildTreeScopeLifecycleBuildActionExecuter.execute(BuildTreeScopeLifecycleBuildActionExecuter.java:33) at org.gradle.launcher.exec.BuildTreeScopeLifecycleBuildActionExecuter.execute(BuildTreeScopeLifecycleBuildActionExecuter.java:28) at org.gradle.tooling.internal.provider.ContinuousBuildActionExecuter.execute(ContinuousBuildActionExecuter.java:104) at org.gradle.tooling.internal.provider.ContinuousBuildActionExecuter.execute(ContinuousBuildActionExecuter.java:55) at org.gradle.tooling.internal.provider.SubscribableBuildActionExecuter.execute(SubscribableBuildActionExecuter.java:64) at org.gradle.tooling.internal.provider.SubscribableBuildActionExecuter.execute(SubscribableBuildActionExecuter.java:37) at org.gradle.tooling.internal.provider.SessionScopeLifecycleBuildActionExecuter.lambda$execute$0(SessionScopeLifecycleBuildActionExecuter.java:54) at org.gradle.internal.session.BuildSessionState.run(BuildSessionState.java:67) at org.gradle.tooling.internal.provider.SessionScopeLifecycleBuildActionExecuter.execute(SessionScopeLifecycleBuildActionExecuter.java:50) at org.gradle.tooling.internal.provider.SessionScopeLifecycleBuildActionExecuter.execute(SessionScopeLifecycleBuildActionExecuter.java:36) at org.gradle.tooling.internal.provider.GradleThreadBuildActionExecuter.execute(GradleThreadBuildActionExecuter.java:36) at org.gradle.tooling.internal.provider.GradleThreadBuildActionExecuter.execute(GradleThreadBuildActionExecuter.java:25) at org.gradle.tooling.internal.provider.StartParamsValidatingActionExecuter.execute(StartParamsValidatingActionExecuter.java:59) at org.gradle.tooling.internal.provider.StartParamsValidatingActionExecuter.execute(StartParamsValidatingActionExecuter.java:31) at org.gradle.tooling.internal.provider.SessionFailureReportingActionExecuter.execute(SessionFailureReportingActionExecuter.java:58) at org.gradle.tooling.internal.provider.SessionFailureReportingActionExecuter.execute(SessionFailureReportingActionExecuter.java:42) at org.gradle.tooling.internal.provider.SetupLoggingActionExecuter.execute(SetupLoggingActionExecuter.java:47) at org.gradle.tooling.internal.provider.SetupLoggingActionExecuter.execute(SetupLoggingActionExecuter.java:31) at org.gradle.launcher.daemon.server.exec.ExecuteBuild.doBuild(ExecuteBuild.java:65) at org.gradle.launcher.daemon.server.exec.BuildCommandOnly.execute(BuildCommandOnly.java:37) at org.gradle.launcher.daemon.server.api.DaemonCommandExecution.proceed(DaemonCommandExecution.java:104) at org.gradle.launcher.daemon.server.exec.WatchForDisconnection.execute(WatchForDisconnection.java:39) at org.gradle.launcher.daemon.server.api.DaemonCommandExecution.proceed(DaemonCommandExecution.java:104) at org.gradle.launcher.daemon.server.exec.ResetDeprecationLogger.execute(ResetDeprecationLogger.java:29) at org.gradle.launcher.daemon.server.api.DaemonCommandExecution.proceed(DaemonCommandExecution.java:104) at org.gradle.launcher.daemon.server.exec.RequestStopIfSingleUsedDaemon.execute(RequestStopIfSingleUsedDaemon.java:35) at org.gradle.launcher.daemon.server.api.DaemonCommandExecution.proceed(DaemonCommandExecution.java:104) at org.gradle.launcher.daemon.server.exec.ForwardClientInput$2.create(ForwardClientInput.java:78) at org.gradle.launcher.daemon.server.exec.ForwardClientInput$2.create(ForwardClientInput.java:75) at org.gradle.util.Swapper.swap(Swapper.java:38) at org.gradle.launcher.daemon.server.exec.ForwardClientInput.execute(ForwardClientInput.java:75) at org.gradle.launcher.daemon.server.api.DaemonCommandExecution.proceed(DaemonCommandExecution.java:104) at org.gradle.launcher.daemon.server.exec.LogAndCheckHealth.execute(LogAndCheckHealth.java:55) at org.gradle.launcher.daemon.server.api.DaemonCommandExecution.proceed(DaemonCommandExecution.java:104) at org.gradle.launcher.daemon.server.exec.LogToClient.doBuild(LogToClient.java:63) at org.gradle.launcher.daemon.server.exec.BuildCommandOnly.execute(BuildCommandOnly.java:37) at org.gradle.launcher.daemon.server.api.DaemonCommandExecution.proceed(DaemonCommandExecution.java:104) at org.gradle.launcher.daemon.server.exec.EstablishBuildEnvironment.doBuild(EstablishBuildEnvironment.java:84) at org.gradle.launcher.daemon.server.exec.BuildCommandOnly.execute(BuildCommandOnly.java:37) at org.gradle.launcher.daemon.server.api.DaemonCommandExecution.proceed(DaemonCommandExecution.java:104) at org.gradle.launcher.daemon.server.exec.StartBuildOrRespondWithBusy$1.run(StartBuildOrRespondWithBusy.java:52) at org.gradle.launcher.daemon.server.DaemonStateCoordinator$1.run(DaemonStateCoordinator.java:297) at org.gradle.internal.concurrent.ExecutorPolicy$CatchAndRecordFailures.onExecute(ExecutorPolicy.java:64) at org.gradle.internal.concurrent.ManagedExecutorImpl$1.run(ManagedExecutorImpl.java:48) at org.gradle.internal.concurrent.ThreadFactoryImpl$ManagedThreadRunnable.run(ThreadFactoryImpl.java:56) Caused by: groovy.lang.MissingMethodException: No signature of method: build_7daydxdgxe23wkg697tbxhdtc.android() is applicable for argument types: (build_7daydxdgxe23wkg697tbxhdtc$_run_closure1) values: [build_7daydxdgxe23wkg697tbxhdtc$_run_closure1@698aa7e3] at build_7daydxdgxe23wkg697tbxhdtc.run(/Users/yujeong/AndroidStudioProjects/app/build.gradle:7) at org.gradle.groovy.scripts.internal.DefaultScriptRunnerFactory$ScriptRunnerImpl.run(DefaultScriptRunnerFactory.java:91) ... 140 more

안녕하세요? 강의 잘 듣고 잇습니다 2.1 강의 도중 예외처리에 관하여 여쭤보려고 합니다.   해당 구문에서 예외처리가 발생하는 흐름을 보면 1. with문에서 raise ValueError 발생 2. 함수 내부의 except문으로 진입 3. raise   인것 같은데요, 마지막에 raise에 대해서 의문이 들어서 질문드립니다. raise를 사용해서 예외를 상위클래스로 던진다고 말씀해주셧는데, 이게 상위블록인 with문으로 다시 던져서 이 예외가 어떤 예외인지 출력이 되서 확인할 수 있도록 하기 위함인가요?      

  셋팅에서 install 하려고 packages 검색하는데 ㅠㅠ 아무것도 뜨지 않아요 ㅠㅠ   왜 이럴까요?

안녕하세요. 스프링과 스프링부트 학습 순서가 어떻게 되나요? 또 취업을 위해서는 스프링과 스프링부트 중 어디에 더 중점을 둬야하나요?

학습하는 분들께 도움이 되고, 더 좋은 답변을 드릴 수 있도록 질문전에 다음을 꼭 확인해주세요.1. 강의 내용과 관련된 질문을 남겨주세요.2. 인프런의 질문 게시판과 자주 하는 질문(링크)을 먼저 확인해주세요.(자주 하는 질문 링크: https://bit.ly/3fX6ygx)3. 질문 잘하기 메뉴얼(링크)을 먼저 읽어주세요.(질문 잘하기 메뉴얼 링크: https://bit.ly/2UfeqCG)질문 시에는 위 내용은 삭제하고 다음 내용을 남겨주세요.=========================================[질문 템플릿]1. 강의 내용과 관련된 질문인가요? (예/아니오) 예2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예/아니오) 예3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예/아니오) 예[질문 내용]여기에 질문 내용을 남겨주세요.   늘 강의 감사드립니다!   Order 엔티티 클래스 선언하는 과정에서, 다른 필드의 자료형은 Long, String 등 참조형 변수인데, itemPrice, discountPrice의 경우는 Integer가 아닌 int로 선언하신 이유에 대해 질문 드리고 싶습니다.   public class Order { private Long memberId; private String itemName; private int itemPrice; private int discountPrice; .... }   엔티티의 경우, 내부 필드를 참조형으로 선언하는 것이 권장되어 있다는 답글을 본 것 같은데, 분명 선생님께서 어떠한 논리에 의해 작성하신 것으로 느껴집니다!   평상시 혼자 연습할 때는 많이 헷갈려서, 이 부분에 대한 작은 기준점을 하나 주시면 공부에 큰 도움이 될 것 같습니다.   늘 감사합니다!

여기서 진행이 안됩니다. 어떻게 해야 해결되나요?? 네트워크 연결이 끊겼다고 나오는데 그것 때문인가요?

안녕하세요, 강의를 수강하며 단계별로 열심히 따라해보고 있습니다. 강의를 전체 다 들은 후 실무 활용에 있어 어느 요소를 어떻게 활용할 지 생각해 볼 수 있었습니다.   다만 한가지에 대해 궁금하여 질문 드립니다. 현재 실무를 진행하는 내부 서비스에서는 아래 이미지처럼 반응형으로 그리드 필드 사이즈를 초과할 때 자동으로 전체 텍스트를 말줄임표(...) 처리하고 툴팁을 노출하는 기능을 많이 사용합니다. 이런 것도 액슈어에서 구현해볼 수 있을지 궁금합니다.   좋은 강의 감사드립니다.

예전에 레거시로 스프링 프로젝트를 작성할때는 pom.xml에 폴더 경로를 써줬던 것 같은데 제가 못찾는 것이거나 부트를 사용해서 그런지 그런 설정을 찾아볼 수가 없네요. 혹시 webapp 폴더에 넣어야 한다는 설정을 어디서 찾아볼 수 있을까요?? 

안녕하세요 선생님. 수업 듣던 중 궁금한 것이 생겨 질문 드립니다. DataFrame과 SQL이 결국은 Wrapper역할이고 api를 호출하면 결국 RDD로 내려가서 연산이 이루어진다고 하셨는데, 그런데도 RDD보다 더 빠를 수 있는 이유가 뭔가요?

지나번에 질의드렸는데 답변이 없어서 다시 글 올립니다. 확인부탁드립니다. 아이디가 stank99입니다. 수고하세요.

npm run start:dev를 했을 시 --watch 옵션이 적용이 되지가 않습니다. 수동으로 tsc 후 npm run start를 해줘야하는데 --watch옵션이 적용이 안되는 이유를 모르겠습니다.   정확히 --watch옵션에서 tsc가 적용이 되지를 않아 dist 폴더 안에 javascript파일들이 변환되지 않습니다.  

  터미널 창 캡처인데요, 파일 경로가 뜨는 게 아니라 위처럼 커서가 멈춘 채로 아무것도 입력이 안 되는 상태가 반복됩니다. 터미널 종료하고 다시 키면 다시 입력할 수 있는 파일 경로가 떠서, 계속 종료했다가 실행했다 하면서 따라가고는 있는데, npm start 한번 실행할 때마다 다시 위처럼 돼서 번거롭네요 ㅠㅠ 원래 이렇게 되는 게 맞는 건가요..? 단축키라든가 제가 놓친 게 있을까요