티스토리

DEVLOG

검색하기

블로그 홈

DEVLOG

kgvovc.tistory.com/m

이전 블로그: blog.naver.com/jihoonwang98

구독자: 4

방명록 방문하기

반응형

주요 글 목록

NestJS + TypeORM + pg-mem으로 가벼운 e2e-test 작성하기 포스팅 작성 동기 실무에서 e2e-test를 작성하는데, 처음엔 testcontainers라는 라이브러리를 이용해서 e2e-test를 작성했더니, 케이스 하나당 500ms나 걸렸다. 원인을 찾아보니 이 라이브러리가 내부적으로 Docker를 이용해서 좀 무거워서 그랬던 것 같다. 그래서 다른 좋은 방법이 없을까 리서칭 중 pg-mem이라는 in-memory emulation of a postgres database 라이브러리를 발견! pg-mem을 사용했더니 빠른 경우 케이스 하나당 15ms으로 시간이 많이 줄었다. 그래서 이번 포스팅에서는 pg-mem을 사용한 (비교적) 가벼운 e2e-test 작성법에 대해 알아보고자 한다. 프로젝트 세팅 프로젝트 세팅 과정을 건너뛰고 싶다면 nestjs-typeorm-.. 공감수 0 댓글수 0 2022. 5. 21.
[JPA] 지연 로딩과 조회 성능 최적화 참고: 인프런 강의 by 김영한 실전! 스프링 부트와 JPA 활용2 - API 개발과 성능 최적화 대부분의 성능 이슈는 조회에서 일어난다. 주문 + 배송정보 + 회원을 조회하는 API를 최적화해보자. 지연 로딩 때문에 발생하는 성능 문제(N+1)를 단계적으로 해결해보자. Order 엔티티 public class Order { @Id @GeneratedValue(strategy = GenerationType.IDENTITY) @Column(name = "order_id") private Long id; @ManyToOne(fetch = FetchType.LAZY) @JoinColumn(name = "member_id") private Member member; @OneToMany(mappedBy = "or.. 공감수 1 댓글수 0 2021. 5. 28.
Java String(SubString, StringBuilder, Tokenizing, Split 등) String String, StringBuilder의 차이 String은 immutable하고, StringBuilder는 mutable하다. 따라서 String 연산을 할 때 차이가 생기는데, 아래의 예제를 보자. String은 불변 객체이기 때문에 concatenation을 하면 새로운 String 객체를 생성한다. 그러나, StringBuffer는 변할 수 있는 mutable 객체이기 때문에 객체를 직접 조작 가능하다. Substring 만들기 substring() 메서드는 해당 문자열을 직접 변형하는 것이 아니라 새로운 String 인스턴스를 생성하는 것임에 주의... 위에서도 알 수 있듯이 String은 immutable하다. 그리고, index는 zero-based(0부터 시작)임에 주의한다... 공감수 0 댓글수 0 2021. 5. 1.
게시판 페이징 처리 (Paging, 페이징 구현) (1편) Paging 1편 1편에서는 Paging 처리를 구현하는 코드를 작성하기 전에 변수들 간의 관계식과 Test Code를 작성해본다. 용어 정의 관계식 정의 아래의 값들은 이미 알고 있거나 정의되었다고 가정한다: totalPosts(모든 글 개수), currentPage(현재 페이지 번호), postsPerPage(한 페이지당 표시할 글 개수), displayPageNum(한 번에 표시할 페이지 개수) 페이징을 구현하기 위해 구해야 할 값: prev, next, startPage, endPage 4가지!! 우선, prev는 currentPage로 구한 startPage가 1인 경우 false고, 나머지 경우는 모두 true. prev = (startPage == 1) ? false : true 그리고, n.. 공감수 5 댓글수 0 2021. 4. 23.
SQLD 시험 결과 시험을 한 달전에 쳐서 별 감흥 없지만... 그래도 합격!! 공감수 2 댓글수 0 2021. 4. 16.
DB Connection Pool을 사용하는 이유 DB Connection Pool 사용하는 이유 DB 커넥션 풀이란? DB Connection 객체를 여러 개 생성하여 풀(Pool)에 담아 놓고 필요할 때 꺼내 쓰는 방식 즉, Connection 객체를 미리 만들어 두고, 필요할 때마다 빌리고, 사용한 다음 반납하는 방식 DB 커넥션 풀을 사용하는 이유??? 먼저, DB 커넥션 객체를 하나만 만들어 사용했을 때의 문제점을 살펴보자. 위의 그림에서 DAO 1, 2, 3이 사용하는 Statement는 같은 Connection에서 생성한 객체다. SQL문을 실행하다 보면 DAO 3처럼 예외가 발생했을 때 이전 상태로 되돌려야 하는 경우가 있다. 이렇게 작업하기 전 상태로 되돌리는 것을 '롤백(rollback)'이라고 하는데, 안타깝게도 Sta.. 공감수 1 댓글수 0 2021. 4. 12.
JUnit 5 기초 JUnit 5 기초 (모듈 구성, Maven·Gradle 의존 추가) JUnit 5.5 버전 기준으로 설명한다. JUnit 5 모듈 구성 JUnit 5는 크게 3개의 요소로 구성되어 있다. JUnit Platform: 테스팅 프레임워크를 구동하기 위한 launcher와 테스트 엔진을 위한 API를 제공한다. JUnit Jupiter: JUnit 5를 위한 테스트 API와 실행 엔진을 제공한다. JUnit Vintage: JUnit 3과 4로 작성된 테스트를 JUnit 5 Platform에서 실행하기 위한 모듈을 제공한다. 이들 구성 요소의 주요 모듈 구조는 아래와 같다. JUnit 5는 테스트를 위한 API로 jupiter-api를 제공한다. jupiter-api를 사용해서 테스트를 작성하고 실행하려면 .. 공감수 3 댓글수 0 2021. 4. 10.
HTTP 메서드 (HTTP API URI 설계, GET, POST, PUT, PATCH, DELETE) HTTP 메서드 (HTTP API URI 설계, GET, POST, PUT, PATCH, DELETE) [HTTP API를 만들어 보자] 요구사항 - 회원 정보 관리 API를 만들어라. 회원 목록 조회 회원 조회 회원 등록 회원 수정 회원 삭제 API URI 설계 - URI (Uniform Resource Identifier) 회원 목록 조회 /read-member-list 회원 조회 /read-member-by-id 회원 등록 /create-member 회원 수정 /update-member 회원 삭제 /delete-member 이것이 진짜 좋은 URI 설계일까??? 가장 중요한 것은 리소스 식별이다. API URI 고민 - URI (Uniform Resource Identifier) 리소스의 의미는 뭘.. 공감수 0 댓글수 0 2021. 4. 7.
웹 브라우저 요청 흐름 웹 브라우저 요청 흐름 본 포스팅은 인프런의 모든 개발자를 위한 HTTP 웹 기본 지식 by 김영한 강좌를 듣고 정리한 내용입니다. 링크: https://inf.run/tHdt 공감수 0 댓글수 0 2021. 4. 6.
URI (URI, URL, URN 차이점) URI (Uniform Resource Identifier) URI? URL? URN? 차이??? URI 단어 뜻 Uniform: 리소스를 식별하는 통일된 방식 Resource: 자원, URI로 식별할 수 있는 모든 것(제한 없음) Identifier: 다른 항목과 구분하는데 필요한 정보 URL: Uniform Resource Locator URN: Uniform Resource Name URL, URN URL - Locator: 리소스가 있는 위치를 지정 URN - Name: 리소스에 이름을 부여 위치는 변할 수 있지만, 이름은 변하지 않는다. urn:isbn:8960777331 (어떤 책의 isbn URN) URN 이름만으로 실제 리소스를 찾을 수 있는 방법이 보편화되지 않음 앞으로 URI를 URL과.. 공감수 0 댓글수 0 2021. 4. 6.
[Spring Core] AOP(Aspect Oriented Programming) - 3편 (Pointcut, execution 지시자, within 지시자, named pointcut) AOP - 3편 (Pointcut) [Pointcut 표현식] 지금까지 살펴본 코드에서는 Pointcut을 선택하기 위해 'execution(* *..* ServiceImpl.*(..))'과 같은 표현을 사용해 왔다. 이처럼 표현식을 이용한 JoinPoint 선택 기능은 AspectJ가 제공하며, 스프링 AOP는 AspectJ가 제공하는 Pointcut 표현식을 상당수 지원한다. Pointcut은 일치시킬 패턴에 따라 지시자(designator)의 형식이 달라지는데, 지금부터 대표적인 표현식 패턴을 하나씩 살펴보자. 메서드명으로 Join Point 선택 메서드명의 패턴으로 JoinPoint를 선택하는 방식으로, 지금까지 봐온 execution 지시자를 사용한다. 특히 execution 지시.. 공감수 1 댓글수 0 2021. 4. 5.
[Spring Core] AOP(Aspect Oriented Programming) - 2편(Advice 정의, @Before, @AfterReturning, @AfterThrowing, @After, @Around) AOP - 2편 (Advice 정의) [자바 기반 설정 방식에서의 Advice 정의] 앞서 스프링 AOP에서 활용 가능한 Advice로 다섯 가지 종류가 있다고 했다. 이제 각각의 구현 방식을 예를 들어 살펴보자. Before 이미 앞서 예를 들었지만 Advice 기능을 하는 메서드에 @Before 애너테이션(org.aspectj.lang.annotation.Before)을 붙인 다음, Pointcut 표현식을 추가하면 된다. 이때 사용되는 Pointcut 표현식에 대해서는 AOP - 3편에서 자세히 다루겠다. @Before 애너테이션이 붙은 메서드는 JoinPoint를 매개변수로 선언하고 있는데, 메서드가 호출될 때 전달되는 인수를 통해 실행 중인 메서드의 정보를 구할 수 있다. @Before 애너테이.. 공감수 0 댓글수 0 2021. 4. 5.
[Spring Core] AOP(Aspect Oriented Programming) - 1편 (기본 개념·용어·예시) AOP - 1편 소프트웨어를 개발할 때 소스코드의 규모가 커지다 보면 로깅이나 캐시와 같이 비즈니스 로직과는 크게 관련 없는 처리 내용이 소스코드의 여기저기에 산재하기 쉽다. 다음은 본래 메서드의 기능과 상관없이 메서드의 시작과 끝을 로그로 기록하는 예다. 메서드의 시작과 끝을 로깅한 예 public class UserServiceImpl implements UserService { private static final Logger log = LoggerFactory.getLogger(UserServiceImpl.class); public User findOne(String username) { log.debug("메서드 시작: UserServiceImpl.findOne 인수 = {}", username.. 공감수 0 댓글수 0 2021. 4. 5.
[Spring Core] 빈 설정 분할(@Import)과 프로파일(profile)별 설정 구성(@Profile) 빈 설정 분할 DI 컨테이너에서 관리하는 빈이 많아지면 많아질수록 설정 내용도 많아져서 관리하기가 어려워진다. 이럴 때는 빈 설정 범위를 명확히 하고 가독성도 높이기 위해 목적에 맞게 분할하는 것이 좋다. [자바 기반 설정의 분할] 자바 기반 설정 방식에서 설정된 내용(Configuration Class)을 분할할 때는 @Import 애너테이션(org.springframework.context.annotation.Import)을 사용한다. 다음은 AppConfig 클래스의 빈 정의 내용을 DomainConfig 클래스와 InfrastructureConfig 클래스에 나눠서 분할한 예다. 분할한 설정 클래스를 임포트하는 대표 설정 클래스(AppConfig.java) @Configuration @Import.. 공감수 2 댓글수 0 2021. 4. 5.
[Spring Core] Bean Scope(빈 스코프)와 Bean의 LifeCycle(빈의 생명주기) Bean Scope DI 컨테이너는 빈 간의 의존 관계를 관리할 뿐만 아니라 빈의 생존 기간도 관리한다. 빈의 생존 기간을 빈 스코프(Bean Scope)라고 하는데 개발자가 직접 빈의 스코프를 다루지 않아도 된다는 점은 DI 컨테이너를 사용하는 큰 이유이기도 하다. DI 컨테이너가 관리하는 빈은 기본적으로 싱글턴으로 만들어진다. 스프링 프레임워크에서 사용 가능한 스코프의 종류는 다음과 같다. 이 중에는 웹 환경에서만 사용 가능한 것도 있다. 스프링 프레임워크에서 사용 가능한 스코프 스코프 설명 singleton DI 컨테이너를 기동할 때 빈 인스턴스 하나가 만들어지고, 이후부터는 그 인스턴스를 공유하는 방식이다. 기본 스코프이기 때문에 별도로 스코프를 지정하지 않았다면 singleton으로 간주한다. .. 공감수 0 댓글수 0 2021. 4. 5.
[Spring Core] Component Scan (@ComponentScan) 컴포넌트 스캔 컴포넌트 스캔(Component Scan)은 클래스 로더(Class Loader)를 스캔하면서 특정 클래스를 찾은 다음, DI 컨테이너에 등록하는 방법을 말한다. [기본 설정으로 컴포넌트 스캔하기] 스캔 대상 애너테이션 별도의 설정이 없는 기본 설정에서는 다음과 같은 애너테이션이 붙은 클래스가 탐색 대상이 되고, 탐색된 컴포넌트는 DI 컨테이너에 등록된다. @Component (org.springframework.stereotype.Component) @Controller (org.springframework.stereotype.Controller) @Service (org.springframework.stereotype.Service) @Repository (org.springframew.. 공감수 0 댓글수 0 2021. 4. 5.
PORT와 DNS PORT와 DNS PORT: 한국어로 '항구'라는 뜻임 문제 상황: 날라온 패킷이 어떤 애플리케이션에 이용되어야 하는지 알 수가 없다. 해결법: TCP의 PORT 정보를 이용 IP가 아파트 주소면 PORT는 몇동 몇호를 나타냄 한 아파트(PC) 안에서 사람들이 사는 집(애플리케이션)을 구분해준다. PORT 0 ~ 65535: 할당 가능 0 ~ 1023: 잘 알려진 포트, 사용하지 않는 것이 좋음 FTP: 20, 21 TELNET: 23 HTTP: 80 HTTPS: 443 IP의 문제점?? IP는 기억하기 어렵고, IP는 변경될 수 있다. 해결: DNS(Domain Name System) DNS 도메인 네임 시스템 전화번호부 같은 서버 도메인 명을 IP 주소로 변환해주는 서버 공감수 0 댓글수 0 2021. 4. 5.
TCP, UDP 인터넷 프로토콜 스택의 4계층 IP위에 TCP를 올려서 보완해준다고 생각하면 된다. 프로토콜 계층 미국에 있는 친구한테 Hello, world! 전달하는 과정 PORT, 전송 제어, 순서, 검증 정보 등이 추가된다. TCP 특징 전송 제어 프로토콜(Transmission Control Protocol) 연결지향 - TCP 3 way handshake (가상 연결) IP의 비연결성 해결 -> 패킷을 받을 대상이 서비스 가능해야만 전달함. 데이터 전달 보증, 순서 보장 IP의 비신뢰성 해결 -> 패킷 누락, 패킷 순서 보장해줌. 신뢰할 수 있는 프로토콜 현재는 대부분 TCP 사용 (1) SYN(synchronize): 클라이언트가 서버에게 SYN 요청 (2) SYN + ACK(acknowledge): 서버가.. 공감수 0 댓글수 0 2021. 4. 4.
인터넷 통신과 IP 인터넷 네트워크 인터넷 통신 IP(Internet Protocol) TCP, UDP PORT DNS 인터넷 통신 인터넷 망은 노드라고 하는 중간 서버들로 구성되어 있다. IP(Internet Protocol) IP의 역할 지정한 IP 주소(IP Address)에 데이터 전달 패킷(Packet)이라는 통신 단위로 데이터 전달 IP 패킷 정보 노드끼리 정보를 던져서 최종적으로 서버에 도달함. 다시 정보를 노드에 던져서 클라이언트로 전달함. IP 프로토콜의 한계 비연결성 패킷을 받을 대상이 없거나 서비스 불능 상태여도 패킷 전송 비신뢰성 중간에 패킷이 사라지면? 패킷이 순서대로 안오면? 프로그램 구분 같은 IP를 사용하는 서버에서 통신하는 애플리케이션이 둘 이상이면? 서버가 켜졌는지 꺼졌는지 정보를 받을 수 .. 공감수 0 댓글수 0 2021. 4. 4.
[Spring Core] Autowiring (@Autowired, @Qualifier, @Primary, @Resource) Autowiring Autowiring은 자바 기반 설정 방식에서 @Bean 메서드를 사용하거나 XML 기반 설정 방식에서 요소를 사용하는 것처럼 명시적으로 빈을 정의하지 않고도 DI 컨테이너에 빈을 자동으로 주입하는 방식이다. Autowiring에는 타입을 이용한 방식(autowiring by type)과 이름을 사용한 방식(autowiring by name)이 있다. 이제 이 두 방식에 대해 알아보자. [타입으로 Autowiring하기] 타입으로 Autowiring하는 방식은 세터 인젝션, 컨스트럭터 인젝션, 필드 인젝션의 세 가지 의존성 주입 방법에서 모두 활용할 수 있다. 타입으로 Autowiring 할 때는 기본적으로 의존성 주입이 반드시 성공한다고 가정한다. 그래서 주입할 타입에 해당하는 빈을.. 공감수 1 댓글수 0 2021. 4. 3.
[Spring Core] Spring DI의 세 가지 방식(setter injection, constructor injection, field injection) 의존성 주입 다음은 의존성 주입에 대해서 알아보자. 총 세 가지 의존성 주입 방법을 사용할 수 있다. 설정자 기반 의존성 주입 방식(setter-based dependency injection) 생성자 기반 의존성 주입 방식(constructor-based dependency injection) 필드 기반 의존성 주입 방식(field-based injection) [설정자 기반 의존성 주입 방식] 설정자 기반의 의존성 주입 방식은 설정자 메서드의 인수를 통해 의존성을 주입하는 방식이다. 편의상 설정자 기반 의존성 주입 방식을 세터 인젝션이라고 부르자. UserServiceImpl에 설정자 메서드 구현 public class UserServiceImpl implements UserService { priv.. 공감수 0 댓글수 0 2021. 4. 3.
[Spring Core] 의존성 주입(DI) 개요 및 Bean 설정 방식 DI 개요 DI는 의존성 주입이라고도 하며, IoC라고 하는 소프트웨어 디자인 패턴 중 하나다. 이때의 IoC는 인스턴스를 제어하는 주도권이 역전된다는 의미로 사용되는데, 컴포넌트를 구성하는 인스턴스의 생성과 의존 관계의 연결 처리를 해당 소스코드가 아닌 DI 컨테이너에서 대신해주기 때문에 제어가 역전됐다고 보는 것이다. DI 컨테이너에서 인스턴스를 관리하는 방식에는 다음과 같은 장점이 있다. 인스턴스의 스코프를 제어할 수 있다. 인스턴스의 생명 주기를 제어할 수 있다. AOP 방식으로 공통 기능을 집어넣을 수 있다. 의존하는 컴포넌트 간의 결합도를 낮춰서 단위 테스트하기 쉽게 만든다. 코드의 재활용성을 높여준다. DI 컨테이너(ApplicationContext) 와 빈 정의 방법 [Configurati.. 공감수 1 댓글수 0 2021. 4. 3.
SQLD 91번) 계층형 질의문, WHERE 절과 START WITH절·CONNECT BY 절의 실행 순서 [테이블: 부서] 부서코드(PK) 부서명 상위부서코드(FK) 100 아시아부 NULL 110 한국지사 100 111 서울지점 110 112 부산지점 110 120 일본지사 100 121 도쿄지점 120 122 오사카지점 120 130 중국지사 100 131 베이징지점 130 132 상하이지점 130 200 남유럽지부 NULL 210 스페인지사 200 211 마드리드지점 210 212 그라나다지점 210 220 포르투갈지사 200 221 리스본지점 220 222 포르투지점 220 [테이블: 매출] 부서코드 매출액 111 1000 112 2000 121 1500 122 1000 131 1500 132 2000 211 2000 212 1500 221 1000 222 2000 테이블 생성 CREATE TABLE.. 공감수 6 댓글수 1 2021. 3. 18.
Servlet HttpServletRequest 상태정보 공유(요청 재지정 Redirection) HttpServletRequest 이번 절에서 HttpServletRequest 객체를 사용하여 여러 페이지 간에 정보를 공유하는 방법을 학습하겠습니다. HttpServletRequest 객체에 여러 페이지에서 공유할 정보를 저장한다 하더라도 service() 메소드가 종료되는 시점에 HttpServletRequest 객체도 소멸할 텐데 그곳에 정보를 저장하는 의미가 있을까요? HttpServletRequest 객체는 하나의 서블릿 페이지가 실행되는 동안에만 메모리에 존재하는 개체이기 때문에 HttpServletRequest를 통해 정보를 유지하는 것은 무의미하다고 생각할 겁니다. 그런데 아직 학습하지 않은 내용 중에 클라이언트가 서블릿 실행 요청을 했을 때 하나의 페이지만 실행되는 것이 아니라 여러 페.. 공감수 0 댓글수 0 2021. 3. 12.
Servlet 세션(Session)으로 상태정보 유지하기 세션(Session) HTTP 기반으로 동작하는 클라이언트가 서버에 정보를 요청할 때 생성되는 "상태정보"를 세션이라고 합니다. 세션은 HttpSession이라는 인터페이스 객체로 표현되며, HttpSession 객체는 HttpServletRequest의 getSession()이나 getSession(true) 메소드를 이용하여 생성할 수 있습니다. HttpSession 객체가 생성될 때는 요청을 보내온 클라이언트 정보, 요청 시간 정보 등을 조합한 세션 ID가 부여되며, 이 세션 ID는 클라이언트 측에 쿠키 기술로 저장됩니다. HttpSession 객체는 서버에 생성되며, 클라이언트에는 세션 ID가 쿠키 기술로 저장되어 각 클라이언트에 대해 생성되는 HttpSession 객체를 클라이언트마다 개별적으로.. 공감수 8 댓글수 0 2021. 3. 12.
Servlet 쿠키(Cookie)로 상태정보 유지하기 쿠키(Cookie) 웹 서비스 중에는 클라이언트 단위로 상태정보를 유지해야 하는 상황이 많습니다. 클라이언트 단위로 상태정보를 유지하게 하려면 쿠키와 세션을 이용합니다. 쿠키와 세션은 다음과 같은 기준에 따라 선택하여 사용합니다. 상태정보의 유지 기간이 브라우저가 종료될 때까지인가의 여부 유지하려는 정보의 저장 위치(서버, 클라이언트) 유지하려는 정보가 공개되어도 되는지의 여부 쿠키와 세션의 차이점 구분 쿠키 세션 저장 위치 클라이언트 서버 저장 데이터 타입 텍스트 객체 저장 데이터 크기 제한 있음 서버에서 수용할 수 있는 만큼 쿠키 속성 쿠키란, 서버가 클라이언트에 저장하는 정보로서 클라이언트 쪽에 필요한 정보를 저장해놓고 필요할 때 추출하는 것을 지원하는 기술입니다. 클라이언트와의 연결이 끊어져도 클.. 공감수 1 댓글수 0 2021. 3. 12.
ServletContext로 웹 애플리케이션 단위 정보 공유하기 ServletContext 웹 애플리케이션 단위로 정보를 서버 쪽에 유지할 수 있는 방법은 ServletContext 객체를 사용하는 것입니다. 이번 절에서는 ServletContext의 기본 개념과 주요 메소드에 대해 알아보겠습니다. ServletContext 생성 ServletContext는 서블릿 컨테이너와 통신하기 위해서 사용되는 메소드를 지원하는 인터페이스입니다. 다음 그림과 같이 서블릿 컨테이너가 시작될 때 웹서버에 등록된 웹 애플리케이션 단위로 하나의 ServletContext 객체가 자동으로 생성됩니다. 그리고 웹 애플리케이션 서비스가 중지될 때 소멸합니다. 즉, ServletContext 객체는 웹 애플리케이션과 생명주기(life cycle)가 같습니다. ServletContext 객체를.. 공감수 3 댓글수 1 2021. 3. 12.
Servlet 상태정보 유지(Cookie, ServletContext, HttpSession, HttpServletRequest) 상태정보 유지 웹에서 사용하는 HTTP 프로토콜의 통신 방식은 클라이언트와 서버 간의 연결을 클라이언트로부터 요청이 있을 때마다 매번 새롭게 연결하는 방식입니다. 요청이 있을 때마다 연결 작업이 새롭게 이루어지고, 서버가 클라이언트에게 응답을 보내는 즉시 끊어집니다. 이처럼 클라이언트와 서버 간에 연결상태가 유지되지 않는 통신 방식을 '무상태(Stateless)'라고 합니다. 무상태 통신 방식의 특징은 연결이 유지되지 않기 때문에 서비스를 요청한 클라이언트에 대한 정보가 유지되지 않습니다. 동일한 클라이언트의 요청이더라도 요청 단위로 연결이 맺어져서 이전의 작업은 지금의 연결 작업과는 아무런 관계가 없습니다. 그래서 클라이언트가 이전 요청에서의 처리결과를 계속해서 다른 요청에서도 사용하고 .. 공감수 2 댓글수 0 2021. 3. 12.
Servlet 지역 변수와 멤버 변수의 차이점 서블릿 변수 서블릿 동시 요청 웹 프로그램을 개발하는 방식은 두 가지가 있습니다. 웹서버의 직접적인 호출로 실행하는 CGI 방식과 애플리케이션 서버가 실행하는 방식입니다. 지금 학습하고 있는 서블릿은 서블릿 컨테이너라고 하는 웹 애플리케이션 서버가 실행하는 방식입니다. CGI와 서블릿 실행 방식은 서로 다른데요. 두 가지 방식의 차이점에 대해 알아보겠습니다. [CGI 프로그램 실행 방식] 사진 출처: https://tmxhsk99.tistory.com/134 CGI 프로그램은 클라이언트로부터 요청이 들어올 때마다 독립적인 프로세스가 만들어지며, 메모리에는 프로세스를 실행하기 위한 데이터가 로딩됩니다. 이러한, CGI 실행 방식은 여러 사용자 요청이 빈번한 성격의 웹 서비스로는 적합하지 않습니다. 왜냐하면.. 공감수 1 댓글수 0 2021. 3. 11.
서블릿 설정(web.xml)과 ServletConfig 서블릿 환경설정 서블릿은 웹에서 클라이언트로부터 요청받아서 실행되는 자바 프로그램으로서, 주로 서비스 처리를 위한 데이터 준비 작업과 메소드 호출 역할을 합니다. 이러한 작업을 하려면 서블릿 페이지 내에서가 아니라 서버에서 설정해야 하는 부분이 있는데요. 이번 절에서는 서블릿이 작업하는 데 필요한 내용을 설정하는 방법과 서블릿에서 설정한 내용을 추출하여 사용하는 방법에 대해 살펴보겠습니다. web.xml 서버에서 서블릿 실행에 관한 정보를 설정할 때는 web.xml에 태그로 설정합니다. web.xml 파일은 서버가 시작할 때 웹서버가 사용하는 환경설정 파일입니다. 웹 애플리케이션 서비스 실행에 관한 전반적인 내용을 정의하는 환경설정 파일입니다. 서블릿 또한 웹 애플리케이션 서비스를 실행하기 위해 존재하는.. 공감수 2 댓글수 1 2021. 3. 11.

반응형

문의안내

티스토리
로그인
고객센터

티스토리는 카카오에서 사랑을 담아 만듭니다.