[스프링 핵심 원리와 활용] 섹션6. 자동 구성 Auto Configuration (2) #835

seyeop03 · 2025-07-29T14:41:46Z

seyeop03
Jul 29, 2025

0x05. @conditional

${\textsf{\color{orange}5.1. Conditional 기본}}$

앞서 만든 메모리 조회 기능을 항상 사용하는 것이 아니라 특정 조건일 때만 해당 기능이 활성화 되도록 해보자.
- 예를 들어서 개발 서버에서 확인 용도로만 해당 기능을 사용하고, 운영 서버에서는 해당 기능을 사용하지 않는 것이다.
여기서 핵심은 소스코드를 고치지 않고 이런 것이 가능해야 한다는 점이다.
- 프로젝트를 빌드해서 나온 같은 빌드 파일 1개를 가지고 개발 서버에도 배포하고, 같은 파일을 운영서버에도 배포할 수 있어야 한다.
같은 소스 코드인데 특정 상황일 때만 특정 빈들을 등록해서 사용하도록 도와주는 기능이 바로 @Conditional 이다.
참고로 이 기능은 스프링 부트 자동 구성에서 자주 사용한다.

지금부터 @Conditional에 대해서 자세히 알아보자. 이름 그대로 특정 조건을 만족하는가 하지 않는가를 구별하는 기능이다.

이 기능을 사용하려면 먼저 Condition 인터페이스를 구현해야 한다. 그전에 잠깐 Condition 인터페이스를 살펴보자.

Condition

package org.springframework.context.annotation;

public interface Condition {
		boolean matches(ConditionContext context, AnnotatedTypeMetadata metadata);
}

matches() 메서드가 true를 반환하면 조건에 만족해서 동작하고, false를 반환하면 동작하지 않는
다.
참고
- ConditionContext: 스프링 컨테이너, 환경 정보 등을 담고 있다.
- AnnotatedTypeMetadata: 애노테이션 메타 정보를 담고 있다.

Condition 인터페이스를 구현해서 다음과 같이 자바 시스템 속성이 memory=on이라고 되어 있을 때만 메모리 기능이 동작하도록 만들어보자.

#VM Options
#java -Dmemory=on -jar project.jar

MemoryCondition

@Slf4j
public class MemoryCondition implements Condition {
		@Override
		public boolean matches(ConditionContext context, AnnotatedTypeMetadata metadata) {
				//-Dmemory=on
				String memory = context.getEnvironment().getProperty("memory");
				log.info("memory = {}", memory);
				return "on".equals(memory);
		}
}

환경 정보에 memory=on이라고 되어 있는 경우에만 true를 반환한다.

참고: 환경 정보와 관련된 부분은 뒤에서 아주 자세히 다룬다.

MemoryConfig - 수정

@Configuration
@Conditional(MemoryCondition.class)
public class MemoryConfig {

    @Bean
    public MemoryController memoryController() {
        return new MemoryController(memoryFinder());
    }

    @Bean
    public MemoryFinder memoryFinder() {
        return new MemoryFinder();
    }
}

@Conditional(MemoryCondition.class)
- 이제 MemoryConfig의 적용 여부는 @Conditional에 지정한 MemoryCondition의 조건에 따라 달라진다.
- MemoryCondition의 matches()를 실행해보고 그 결과가 true이면 MemoryConfig는 정상 동작한다. 따라서 memoryController, memoryFinder가 빈으로 등록된다.
- MemoryCondition의 실행결과가 false이면 MemoryConfig는 무효화 된다. 그래서
  memoryController, memoryFinder 빈은 등록되지 않는다.

먼저 아무 조건을 주지 않고 실행해보자.

실행
- http://localhost:8080/memory
결과
- memory=on을 설정하지 않았기 때문에 동작하지 않는다.

다음로그를 통해서 MemoryCondition 조건이 실행된 부분을 확인할 수 있다. 물론 결과는 false를 반환한다.

이번에는 memory=on 조건을 주고 실행해보자.

VM 옵션을 추가하는 경우 -Dmemory=on를 사용해야 한다.
실행
- http://localhost:8080/memory
결과
- MemoryCondition 조건이 true를 반환해서 빈이 정상 등록된다.

다음로그를 확인할 수 있다.

참고: 스프링이 로딩되는 과정은 복잡해서 MemoryCondition이 여러번 호출될 수 있다. 이 부분은 크게 중요하지 않으니 무시하자.

참고: 스프링은 외부 설정을 추상화해서 Environment로 통합했다. 그래서 다음과 같은 다양한 외부 환경 설정을 Environment 하나로 읽어들일 수 있다. 여기에 대한 더 자세한 내용은 뒤에서 다룬다.
#VM Options
#java -Dmemory=on -jar project.jar
-Dmemory=on

#Program arguments
# -- 가 있으면 스프링이 환경 정보로 사용
#java -jar project.jar --memory=on
--memory=on

#application.properties
#application.properties에 있으면 환경 정보로 사용
memory=on

${\textsf{\color{orange}5.2. Conditional - 다양한 기능}}$

지금까지 Condition 인터페이스를 직접 구현해서 MemoryCondition 이라는 구현체를 만들었다. 하지만, 우리 스프링은 이미 필요한 대부분의 구현체를 만들어두었다. 이번에는 스프링이 제공하는 편리한 기능을 사용해보자

MemoryConfig - 수정

@Configuration
//@Conditional(MemoryCondition.class)
@ConditionalOnProperty(name = "memory", havingValue = "on")
public class MemoryConfig {

    @Bean
    public MemoryController memoryController() {
        return new MemoryController(memoryFinder());
    }

    @Bean
    public MemoryFinder memoryFinder() {
        return new MemoryFinder();
    }
}

@Conditional(MemoryCondition.class) 를 주석처리하자
@ConditionalOnProperty(name = "memory", havingValue = "on") 를 추가하자
- 환경 정보가 memory=on 이라는 조건에 맞으면 동작하고, 그렇지 않으면 동작하지 않는다.
- 우리가 앞서 만든 기능과 동일하다.

@ConditionalOnProperty

 @Conditional(OnPropertyCondition.class)
 public @interface ConditionalOnProperty {...}

@ConditionalOnProperty 도 우리가 만든 것과 동일하게 내부에는 @Conditional 을 사용한다. 그리고 그 안에 Condition 인터페이스를 구현한 OnPropertyCondition을 가지고 있다.
실행
- http://localhost:8080/memory

실행해보면 앞서 만든 기능과 동일하게 동작하는 것을 확인할 수 있다.

(1) @ConditionalOnXxx

참고
@Conditional 자체는 스프링 부트가 아니라 스프링 프레임워크의 기능이다. 스프링 부트는 이 기능을 확장해서 @ConditionalOnXxx 를 제공한다.

스프링은 @conditional 과 관련해서 개발자가 편리하게 사용할 수 있도록 수 많은 @ConditionalOnXxx 를 제공한다.

대표적인 몇가지를 알아보자.

@ConditionalOnClass, @ConditionalOnMissingClass
- 클래스가 있는 경우 동작한다. 나머지는 그 반대
@ConditionalOnBean, @ConditionalOnMissingBean
- 빈이 등록되어 있는 경우 동작한다. 나머지는 그 반대
@ConditionalOnProperty
- 환경 정보가 있는 경우 동작한다.
@ConditionalOnResource
- 리소스가 있는 경우 동작한다.
@ConditionalOnWebApplication, @ConditionalOnNotWebApplication
- 웹 애플리케이션인 경우 동작한다.
@ConditionalOnExpression
- SpEL 표현식에 만족하는 경우 동작한다.

ConditionalOnXxx 공식 메뉴얼
https://docs.spring.io/spring-boot/docs/current/reference/html/features.html#features.developing-auto-configuration.condition-annotations

이름이 직관적이어서 바로 이해가 될 것이다. @ConditionalOnXxx 는 주로 스프링 부트 자동 구성에 사용된다.

다음 자동 구성 클래스들을 열어서 소스 코드를 확인해보면 @ConditionalOnXxx 가 아주 많이 사용되는 것을 확인할 수 있다.

JdbcTemplateAutoConfiguration, DataSourceTransactionManagerAutoConfiguration, DataSourceAutoConfiguration

정리

스프링 부트가 제공하는 자동 구성 기능을 이해하려면 다음 개념을 이해해야 한다.

@Conditional : 특정 조건에 맞을 때 설정이 동작하도록 한다.
@AutoConfiguration : 자동 구성이 어떻게 동작하는지 내부 원리 이해
- 지금까지 @Conditional 에 대해서 알아보았으니, 지금부터는 @AutoConfiguration 을 알아보자.

0x06. 순수 라이브러리 만들기 & 사용하기

${\textsf{\color{orange}6.1. 순수 라이브러리 만들기}}$

@AutoConfiguration을 이해하기 위해서는 그 전에 먼저 라이브러리가 어떻게 사용되는지 이해하는 것이 필요하다.
여러분이 만든 실시간 자바 Memory 조회 기능이 좋다고 소문이 나서, 여러 프로젝트에서 사용하고 싶어한다. 이 기능을 아무데서나 사용할 수 있도록 라이브러리로 만들어보자.

참고로 라이브러리를 만들 때는 스프링 부트 플러그인 기능을 사용하지 않고 진행한다.

프로젝트 설정 순서
1. memory-v1-start 의 폴더 이름을 memory-v1 으로 변경하자.
2. 프로젝트 임포트
File ⇒ Open ⇒ 해당 프로젝트의 build.gradle 선택 ⇒ Open as Project 선택

build.gradle 확인

plugins {
    id 'java'
}

group = 'memory'
sourceCompatibility = '17'

repositories {
		mavenCentral()
}
dependencies {
	  implementation 'org.springframework.boot:spring-boot-starter-web:3.0.2'
	  compileOnly 'org.projectlombok:lombok:1.18.24'
	  annotationProcessor 'org.projectlombok:lombok:1.18.24'
	  testImplementation 'org.springframework.boot:spring-boot-starter-test:3.0.2'
}
test {
		useJUnitPlatform()
}

스프링 부트 플러그인을 사용하게 되면 앞서 설명한 실행 가능한 Jar 구조를 기본으로 만든다.
여기서는 실행 가능한 Jar가 아니라, 다른 곳에 포함되어서 사용할 순수 라이브러리 Jar를 만드는 것이 목적이므로 스프링 부트 플러그인을 사용하지 않았다.
스프링 컨트롤러가 필요하므로 spring-boot-starter-web 라이브러리를 선택했다.
스프링 부트 플러그인을 사용하지 않아서 버전을 직접 명시했다.

(1) 메모리 조회 기능 추가

앞서 개발한 것과 같은 실시간 메모리 조회 기능을 추가하자.

(이전에 만들어두었던 Memory, MemoryFinder, MemoryController를 복사하자.)
(MemoryCondition은 @ConditionalOnXxx 쓰면 되므로 그냥 제외시키자.)

Memory

public class Memory {
    private long used;
    private long max;

    public Memory(long used, long max) {
        this.used = used;
        this.max = max;
    }

    public long getUsed() {
        return used;
    }

    public long getMax() {
        return max;
    }

    @Override
    public String toString() {
        return "Memory{" +
                "used=" + used +
                ", max=" + max +
                '}';
    }
}

MemoryFinder

@Slf4j
public class MemoryFinder {

    public Memory get() {
        long max = Runtime.getRuntime().maxMemory();
        long total = Runtime.getRuntime().totalMemory();
        long free = Runtime.getRuntime().freeMemory();
        long used = total - free;
        return new Memory(used, max);
    }

    @PostConstruct
    public void init() {
        log.info("init memoryFinder");
    }
}

MemoryController

@Slf4j
@RestController
@RequiredArgsConstructor
public class MemoryController {

    private final MemoryFinder memoryFinder;

    @GetMapping("/memory")
    public Memory system() {
        Memory memory = memoryFinder.get();
        log.info("memory={}", memory);
        return memory;
    }
}

MemoryFinderTest

public class MemoryFinderTest {
    @Test
    void get() {
        MemoryFinder memoryFinder = new MemoryFinder();
        Memory memory = memoryFinder.get();
        Assertions.assertThat(memory).isNotNull();
    }
}

간단한 테스트를 통해서 데이터가 조회 되는지 정도만 간단히 검증해보자.

(2) 빌드하기

JAR를 푼 결과

META-INF
- MANIFEST.MF
  - 매니페스트는 실행관련 파일인데, 우리는 외부 라이브러리로 사용할 거기 때문에 별 내용이 없다.
memory
- MemoryFinder.class
- MemoryController.class
- Memory.class

memory-v1.jar 는 스스로 동작하지는 못하고 다른 곳에 포함되어서 동작하는 라이브러리이다. 이제 이 라이브러리를 다른 곳에서 사용해보자.

${\textsf{\color{orange}6.2. 순수 라이브러리 사용하기 1) 프로젝트 설정}}$

프로젝트 설정 순서
1. project-v1-start 의 폴더 이름을 project-v1 으로 변경하자.
2. 프로젝트 임포트
File ⇒ Open ⇒ 해당 프로젝트의 build.gradle 선택 ⇒ Open as Project 선택

build.gradle 확인

plugins {
    id 'org.springframework.boot' version '3.0.2'
    id 'io.spring.dependency-management' version '1.1.0'
		id 'java'
}

 group = 'hello'
 version = '0.0.1-SNAPSHOT'
 sourceCompatibility = '17'
 configurations {
    compileOnly {
        extendsFrom annotationProcessor
    }
 }
 
 repositories {
		 mavenCentral()
 }
 
 dependencies {
    implementation 'org.springframework.boot:spring-boot-starter-web'
    compileOnly 'org.projectlombok:lombok'
    annotationProcessor 'org.projectlombok:lombok'
    testImplementation 'org.springframework.boot:spring-boot-starter-test'
 }
 
 tasks.named('test') {
		 useJUnitPlatform()
 }

스프링 부트에서 다음 라이브러리를 선택했다.
- Lombok, Spring Web

프로젝트가 동작하는지 확인하기 위해 간단한 컨트롤러를 하나 추가하자.

HelloController

@RestController
public class HelloController {

		@GetMapping("/hello")
		public String hello() {
				return "hello";
		}
}

실행

http://localhost:8080/hello

결과

hello

${\textsf{\color{orange}6.3. 순수 라이브러리 사용하기 2) 우리가 만든 라이브러리 적용}}$

앞서 만든 memory-v1.jar 라이브러리를 project-v1에 적용해보자.

라이브러리 추가

project-v1/libs 폴더를 생성 후 memory-v1 프로젝트에서 빌드한 memory-v1.jar 를 이곳에 복사하자. (libs임 철자 주의!)

project-v1/build.gradle 에 memory-v1.jar 를 추가하자.

dependencies {
    implementation files('libs/memory-v1.jar') //추가
    implementation 'org.springframework.boot:spring-boot-starter-web'
    compileOnly 'org.projectlombok:lombok'
    annotationProcessor 'org.projectlombok:lombok'
    testImplementation 'org.springframework.boot:spring-boot-starter-test'
 }

라이브러리를 jar 파일로 직접 가지고 있으면 files 로 지정하면 된다.
gradle을 리로드하자.

(1) 라이브러리 설정

우리가 직접 만든 외부 라이브러리를 → 스프링 빈으로 등록해서 동작하도록 만들어보자.

먼저 hello/config 폴더를 생성 후 다음 내용을 담은 MemoryConfig 생성

MemoryConfig

@Configuration
public class MemoryConfig {

		@Bean
		public MemoryFinder memoryFinder() {
				return new MemoryFinder();
		}
		
		@Bean
		public MemoryController memoryController() {
				return new MemoryController(memoryFinder());
		}
}

스프링 부트 자동 구성을 사용하는 것이 아니기 때문에 빈을 직접 하나하나 등록해주어야 한다.

메모리 조회 기능이 잘 동작하는지 확인해보자.

서버 실행 로그
실행
- http://localhost:8080/memory
결과

메모리 조회 라이브러리가 잘 동작하는 것을 확인할 수 있다.

(2) 정리

외부 라이브러리를 직접 만들고 또 그것을 프로젝트에 라이브러리로 불러서 적용해보았다.
그런데 라이브러리를 사용하는 클라이언트 개발자 입장을 생각해보면, 라이브러리 내부에 있는 어떤 빈을
등록해야하는지 알아야 하고, 그것을 또 하나하나 빈으로 등록해야 한다. 지금처럼 간단한 라이브러리가 아니라 초기 설정이 복잡하다면 사용자 입장에서는 상당히 귀찮은 작업이 될 수 있다.
이런 부분을 자동으로 처리해주는 것이 바로 스프링 부트 자동 구성(Auto Configuration)이다.

0x07. 자동 구성 라이브러리 만들기 & 사용하기

${\textsf{\color{orange}7.1. 자동 구성 라이브러리 만들기}}$

우리가 만든 라이브러리를 사용해주는 고마운 고객 개발자를 위해, 프로젝트에 라이브러리를 추가만 하면 모든 구성이 자동으로 처리되도록 해보자. 쉽게 이야기해서 스프링 빈들이 자동으로 등록되는 것이다. 여기에 추가로 memory=on 옵션도 적용할 수 있게 해보자.

이렇게 하려면 메모리 라이브러리의 기능을 업그레이드 해야한다.
기존 프로젝트를 유지하기 위해 프로젝트를 복사하고 일부 수정하자.

memory-v1 프로젝트를 복사해서 memory-v2 를 만들자.

settings.gradle - 수정

rootProject.name = 'memory-v2' //v1 -> v2로 수정

(1) 자동 구성 추가

MemoryAutoConfig

@AutoConfiguration
@ConditionalOnProperty(name = "memory", havingValue = "on")
public class MemoryAutoConfig {

		@Bean
		public MemoryController memoryController() {
				return new MemoryController(memoryFinder());
		}
		
		@Bean
		public MemoryFinder memoryFinder() {
				return new MemoryFinder();
		}
}

@AutoConfiguration
- 스프링 부트가 제공하는 자동 구성 기능을 적용할 때 사용하는 애노테이션이다.
@ConditionalOnProperty
- memory=on 이라는 환경 정보가 있을 때 라이브러리를 적용한다. (스프링 빈을 등록한다.)
- 라이브러리를 가지고 있더라도 상황에 따라서 해당 기능을 켜고 끌 수 있게 유연한 기능을 제공한다.

(2) 자동 구성 대상 지정

이 부분이 중요하다. 스프링 부트 자동 구성을 적용하려면, 다음 파일에 자동 구성 대상을 꼭 지정해주어야 한다.
폴더 위치와 파일 이름이 길기 때문에 주의하자.

파일 생성

org.springframework.boot.autoconfigure.AutoConfiguration.imports

앞서 만든 자동 구성인 memory.MemoryAutoConfig 를 패키지를 포함해서 지정해준다.
스프링 부트는 시작 시점에 org.springframework.boot.autoconfigure.AutoConfiguration.imports의 정보를 읽어서 자동 구성으로 사용한다. 따라서 내부에 있는 MemoryAutoConfig가 자동으로 실행된다.

(3) 빌드하기

다음 명령어로 빌드하자.
- ./gradlew clean build
빌드 결과
- build/libs/memory-v2.jar

스프링 부트 자동 구성 기능이 포함된 memory-v2.jar 를 이제 프로젝트에 적용해보자.

${\textsf{\color{orange}7.2. 자동 구성 라이브러리 사용하기 1}}$

기존 프로젝트를 유지하기 위해 새로운 프로젝트에 자동 구성 라이브러리를 적용해보자. 앞서 만든 project-v1 과 비슷한 프로젝트이다.

프로젝트 설정 순서
1. project-v2-start 의 폴더 이름을 project-v2 으로 변경하자.
2. 프로젝트 임포트
File ⇒ Open ⇒ 해당 프로젝트의 build.gradle을 선택 ⇒ 선택창에서 Open as Project 선택

build.gradle 확인

plugins {
    id 'org.springframework.boot' version '3.0.2'
    id 'io.spring.dependency-management' version '1.1.0'
    id 'java'
}
 
group = 'hello'
version = '0.0.1-SNAPSHOT'
sourceCompatibility = '17'

configurations {
    compileOnly {
        extendsFrom annotationProcessor
		}
}

repositories {
		mavenCentral()
}

dependencies {
		implementation 'org.springframework.boot:spring-boot-starter-web'
		compileOnly 'org.projectlombok:lombok'
		annotationProcessor 'org.projectlombok:lombok'
		testImplementation 'org.springframework.boot:spring-boot-starter-test'
}

tasks.named('test') {
		useJUnitPlatform()
}

스프링 부트에서 다음 라이브러리를 선택했다.
- Lombok, Spring Web

프로젝트가 동작하는지 확인하기 위해 간단한 컨트롤러를 하나 추가하자.

HelloController

@RestController
public class HelloController {

		@GetMapping("/hello")
		public String hello() {
				return "hello";
		}
}

실행
- http://localhost:8080/hello
결과
- hello

${\textsf{\color{orange}7.3. 자동 구성 라이브러리 사용하기 2}}$

앞서 만든 memory-v2.jar 라이브러리를 project-v2 에 적용해보자.

라이브러리 추가

project-v2/libs 폴더 생성
memory-v2 프로젝트에서 빌드한 memory-v2.jar 를 이곳에 복사
project-v2/build.gradle에 memory-v2.jar 를 추가

 dependencies {
    implementation files('libs/memory-v2.jar') //추가
    implementation 'org.springframework.boot:spring-boot-starter-web'
    compileOnly 'org.projectlombok:lombok'
    annotationProcessor 'org.projectlombok:lombok'
    testImplementation 'org.springframework.boot:spring-boot-starter-test'
 }

라이브러리를 파일로 직접 가지고 있으면 files로 지정하면 된다.
gradle을 리로드하자.

(1) 라이브러리 설정

앞서 project-v1 에서는 memory-v1 을 사용하기 위해 스프링 빈을 직접 등록했다.
project-v2 에서 사용하는 memory-v2 라이브러리에는 스프링 부트 자동 구성이 적용되어 있다. 따라서, 빈을 등록하는 별도의 설정을 하지 않아도 된다.

memory-v2 의 자동 구성에는 다음과 같이 설정했기 때문에 memory=on 조건을 만족할 때만 실행된다.

@AutoConfiguration
@ConditionalOnProperty(name = "memory", havingValue = "on")
public class MemoryAutoConfig {...}

memory=on 조건을 주고 실행해보자.

VM 옵션을 추가하는 경우 -Dmemory=on 을 사용해야 한다.

메모리 조회 기능이 잘 동작하는지 확인해보자.

서버 실행 로그
실행
- http://localhost:8080/memory
결과
- 메모리 조회 라이브러리가 잘 동작하는 것을 확인할 수 있다.

(2) 정리

스프링 부트가 제공하는 자동 구성 덕분에 복잡한 빈 등록이나 추가 설정 없이 단순하게 라이브러리의 추가만으로 프로젝트를 편리하게 구성할 수 있다.
@ConditionalOnXxx 덕분에 라이브러리 설정을 유연하게 제공할 수 있다.
스프링 부트는 수 많은 자동 구성을 제공한다. 그 덕분에 스프링 라이브러리를 포함해서 수 많은 라이브러리를 편리하게 사용할 수 있다.

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

Uh oh!

Uh oh!

[스프링 핵심 원리와 활용] 섹션6. 자동 구성 Auto Configuration (2) #835

Uh oh!

{{title}}

Uh oh!

Uh oh!

{{editor}}'s edit

{{editor}}'s edit

Uh oh!

Replies: 0 comments

Select a reply

Uh oh!

Uh oh!

[스프링 핵심 원리와 활용] 섹션6. 자동 구성 Auto Configuration (2) #835

Uh oh!

Uh oh!

seyeop03 Jul 29, 2025

0x05. @conditional

${\textsf{\color{orange}5.1. Conditional 기본}}$

${\textsf{\color{orange}5.2. Conditional - 다양한 기능}}$

(1) @ConditionalOnXxx

0x06. 순수 라이브러리 만들기 & 사용하기

${\textsf{\color{orange}6.1. 순수 라이브러리 만들기}}$

(1) 메모리 조회 기능 추가

(2) 빌드하기

${\textsf{\color{orange}6.2. 순수 라이브러리 사용하기 1) 프로젝트 설정}}$

${\textsf{\color{orange}6.3. 순수 라이브러리 사용하기 2) 우리가 만든 라이브러리 적용}}$

(1) 라이브러리 설정

(2) 정리

0x07. 자동 구성 라이브러리 만들기 & 사용하기

${\textsf{\color{orange}7.1. 자동 구성 라이브러리 만들기}}$

(1) 자동 구성 추가

(2) 자동 구성 대상 지정

(3) 빌드하기

${\textsf{\color{orange}7.2. 자동 구성 라이브러리 사용하기 1}}$

${\textsf{\color{orange}7.3. 자동 구성 라이브러리 사용하기 2}}$

(1) 라이브러리 설정

(2) 정리

Replies: 0 comments

seyeop03
Jul 29, 2025