【问题标题】:Standalone maven package for hibernate validator annotations用于休眠验证器注释的独立 maven 包
【发布时间】:2012-10-30 14:34:24
【问题描述】:

一个简单的问题:org.hibernate.validator.constraints.* 有独立的软件包吗?

我想将这些注释放在 DTO 包中,但不想强制用户在其类路径上使用 hibernate-validator。

【问题讨论】:

    标签: hibernate-validator


    【解决方案1】:

    在这种情况下,我真的不知道您所说的独立是什么意思,但这里有一个指向 hibernate-validator 的 4.3.1 版本的链接。

    将此添加到您的 pom 将让您访问 org.hibernate.validator.constraints 包中的所有注释:

    <dependency>
        <groupId>org.hibernate</groupId>
        <artifactId>hibernate-validator</artifactId>
        <version>4.3.0.Final</version>
    </dependency>
    

    mvnrepository.com 是搜索 maven 工件的好地方。


    编辑

    好的,现在我明白了您的问题,您只希望 org.hibernate.validator.constraints 中的注释作为依赖项而不需要所有其他验证内容。

    那我的回答是否定的,没有这么薄的罐子。您必须使用hibernate-validator 来获取注释。

    【讨论】:

    • 我猜是的。还是谢谢你。
    【解决方案2】:

    如果您使用自定义 Hibernate Validator 约束,则无论如何您都必须添加实际的核心类。只要您依赖 Bean Validation 约束 (javax.validation.*),添加 Bean Validation API jar 就足够了。

    您对添加 hibernate Validator jar 有何看法?

    【讨论】:

    • 我确实在标准javax.validation.* 包之外使用了一些注释,例如Hibernate 的@NotEmpty。我不想要hibernate-validator 包,因为它不是许多团队使用的这个接口包的必需功能。向它们推送额外的依赖项可能会导致不必要的复杂化。
    • 我不确定您将其他依赖项推送给团队是什么意思。您认为可能会出现什么并发症。基本上,我试图理解为什么您希望看到一个单独的约束工件。顺便说一句,我猜你想看到这个 - hibernate.onjira.com/browse/HV-553 - 实现了。我建议你在那里陈述你对这样一个功能的理由。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2017-02-13
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多