사용자 지정 제약 조건 애너테이션
ConstraintValidator 구현을 사용하여 사용자 지정 @UniqueEmail 애너테이션을 만듭니다.
사용자 지정 제약 조건 애너테이션은(는) CoddyKit의 무료 Java Academy 강의입니다. 이것은 4개 중 2번째 강의입니다. 아래에서 전체 강의를 무료로 읽을 수 있으며, 내장 코드 에디터와 24/7 AI 튜터와 함께 브라우저에서 직접 실습할 수 있습니다. 이 강의는 Java Academy 학습 경로의 일부이며, 진행 상황이 웹과 CoddyKit 앱에 동기화됩니다. Java Academy 강의에는 총 4개의 강의가 포함되어 있습니다.
표준 제약 조건만으로 부족할 때
표준 빈 검증 애너테이션은 일반적인 경우를 처리합니다. 도메인에 특화된 규칙(예: 고유한 이메일, 유효한 IBAN, 비밀번호 강도)이 필요하면 사용자 지정 제약 조건 애너테이션을 만드세요.
제약 조건 애너테이션 정의하기
@Constraint(validatedBy = ...)를 사용해 애너테이션을 만들고, 필요한 message, groups, payload 요소와 적절한 보존 정책 및 대상을 지정하세요.
import jakarta.validation.Constraint;
import jakarta.validation.Payload;
@Documented
@Constraint(validatedBy = UniqueEmailValidator.class)
@Target({ElementType.FIELD, ElementType.PARAMETER})
@Retention(RetentionPolicy.RUNTIME)
public @interface UniqueEmail {
String message() default "Email already registered";
Class<?>[] groups() default {};
Class<? extends Payload>[] payload() default {};
}ConstraintValidator 구현하기
ConstraintValidator<UniqueEmail, String>을 구현하세요. initialize 메서드는 애너테이션 요소를 읽고, isValid 메서드는 실제 검사를 수행합니다.
@Component
public class UniqueEmailValidator implements ConstraintValidator<UniqueEmail, String> {
@Autowired private UserRepository repo;
@Override
public boolean isValid(String email, ConstraintValidatorContext ctx) {
if (email == null) return true; // let @NotBlank handle null
return !repo.existsByEmail(email);
}
}사용자 지정 제약 조건 사용하기
필드, 매개변수 또는 반환 값에 표준 제약 조건과 같은 방식으로 애너테이션을 적용하세요.
public record CreateUserRequest(
@NotBlank
String name,
@NotBlank @Email @UniqueEmail
String email
) {}보간을 사용한 사용자 지정 메시지
{elementName}을 사용해 메시지에서 애너테이션 요소를 참조하세요. ctx.buildConstraintViolationWithTemplate()을 사용하면 동적 데이터가 포함된 사용자 지정 메시지를 추가할 수 있습니다.
@Constraint(validatedBy = RangeValidator.class)
public @interface InRange {
int min() default 0;
int max() default 100;
String message() default "Must be between {min} and {max}";
// ...
}클래스 수준 제약 조건
여러 필드를 함께 검증하려면 클래스 수준에 제약 조건을 적용하세요. 비밀번호 확인과 같은 필드 간 규칙에 유용합니다.
@Documented
@Constraint(validatedBy = PasswordMatchValidator.class)
@Target(ElementType.TYPE)
@Retention(RetentionPolicy.RUNTIME)
public @interface PasswordMatch {
String message() default "Passwords do not match";
Class<?>[] groups() default {};
Class<? extends Payload>[] payload() default {};
}클래스 수준 검증기 구현
검증기는 전체 객체를 전달받습니다. 여러 필드에 접근해 필드 간 검증을 수행하세요.
public class PasswordMatchValidator implements ConstraintValidator<PasswordMatch, ChangePasswordRequest> {
public boolean isValid(ChangePasswordRequest req, ConstraintValidatorContext ctx) {
if (req.getNewPassword() == null) return true;
boolean match = req.getNewPassword().equals(req.getConfirmPassword());
if (!match) {
ctx.disableDefaultConstraintViolation();
ctx.buildConstraintViolationWithTemplate("Passwords do not match")
.addPropertyNode("confirmPassword").addConstraintViolation();
}
return match;
}
}제약 조건 조합하기
사용자 지정 애너테이션에 기존 제약 조건을 지정해 메타 제약 조건을 만드세요. 두 제약 조건이 모두 자동으로 적용됩니다.
@NotBlank
@Email
@Size(max = 255)
@Constraint(validatedBy = {})
@Target({ElementType.FIELD})
@Retention(RetentionPolicy.RUNTIME)
public @interface ValidEmail {
String message() default "Invalid email";
Class<?>[] groups() default {};
Class<? extends Payload>[] payload() default {};
}여러 위반 결과 반환하기
ctx.disableDefaultConstraintViolation()을 사용하고, 한 번의 검증 과정에서 발견한 각 문제에 대해 개별 위반 메시지를 추가하세요.
public boolean isValid(String password, ConstraintValidatorContext ctx) {
List<String> issues = new ArrayList<>();
if (password.length() < 8) issues.add("Too short");
if (!password.matches(".*\\d.*")) issues.add("Must contain a digit");
if (issues.isEmpty()) return true;
ctx.disableDefaultConstraintViolation();
issues.forEach(msg -> ctx.buildConstraintViolationWithTemplate(msg).addConstraintViolation());
return false;
}Spring이 관리하는 검증기
UniqueEmailValidator에 @Component가 지정되어 있으므로 Spring이 리포지터리를 주입합니다. 검증기가 Spring의 검증기를 통해 초기화된 경우에만 작동하며, Spring Boot가 이를 자동으로 연결합니다.
사용자 지정 검증기 테스트하기
검증 로직 자체를 단위 테스트할 때는 Spring 컨텍스트가 필요하지 않으므로 검증기를 직접 테스트하세요. 통합 테스트에는 Validation.buildDefaultValidatorFactory()를 사용하세요.
Validator validator = Validation.buildDefaultValidatorFactory().getValidator();
CreateUserRequest req = new CreateUserRequest("", "bad-email", null);
Set<ConstraintViolation<CreateUserRequest>> violations = validator.validate(req);
System.out.println(violations.size()); // 3빠른 확인
사용자 지정 제약 조건 검증기는 어떤 인터페이스를 구현하나요?
복습
@Constraint(validatedBy=...)를 사용해 @interface를 만드세요. ConstraintValidator를 구현하세요. Spring 주입에는 @Component를 사용하세요. 클래스 수준 제약 조건은 여러 필드를 함께 검증합니다. 중복을 피하려면 기존 제약 조건을 조합하세요.
자주 묻는 질문
“사용자 지정 제약 조건 애너테이션” 강의는 무료인가요?
네 — “사용자 지정 제약 조건 애너테이션” 전체 내용을 이 웹사이트에서 무료로 읽을 수 있습니다. 인터랙티브하게 실습하려면(내장 코드 에디터와 24/7 AI 튜터), CoddyKit PRO로 업그레이드하면 Java Academy 강의 전체를 잠금 해제할 수 있습니다. Java Academy 강의에는 총 4개의 강의가 포함되어 있습니다.
“사용자 지정 제약 조건 애너테이션”에서 뭘 배우나요?
ConstraintValidator 구현을 사용하여 사용자 지정 @UniqueEmail 애너테이션을 만듭니다. 브라우저에서 직접 실행하는 실습 코드로 Java Academy을(를) 배우며, 24/7 AI 튜터가 강의를 진행하면서 질문에 답변해줍니다.
Java Academy을(를) 시작하는 데 경험이 필요한가요?
사전 경험은 필요하지 않습니다. CoddyKit의 Java Academy은(는) 초급자부터 고급 학습자까지를 위해 구성되어 있으므로, 여기서 시작하거나 처음부터 시작할 수 있으며 자신의 속도대로 진행할 수 있습니다. 이것은 4개 중 2번째 강의입니다.
“사용자 지정 제약 조건 애너테이션” 강의는 얼마나 걸리나요?
대부분의 CoddyKit 강의는 약 5~10분이 소요됩니다. 각 강의는 간결하고 인터랙티브하여 꾸준한 진행이 가능하며, 웹과 앱에서 중단한 부분부터 바로 시작할 수 있습니다.
이 Java Academy 강의에서 코드를 작성하고 실행할 수 있나요?
네. 모든 Java Academy 강의에는 내장 코드 에디터가 포함되어 있으므로, 브라우저에서 바로 실제 코드를 작성하고 실행한 후 즉시 AI 피드백을 받을 수 있습니다 — 로컬 설정이 필요 없습니다.
이 강의의 모든 강의
- 빈 검증: @NotNull, @Size, @Pattern
- 사용자 지정 제약 조건 애너테이션
- @ControllerAdvice를 사용한 전역 예외 처리
- RFC 7807 문제 상세 정보와 일관된 오류 응답