java – Spring Data JPA无效的page.sort参数

这允许在呈现的html中将实体属性定义为特殊排序request parameters,其中page.sort值实际匹配要排序的实体中的属性.

这会产生一个结果URL,例如：

http://host/context-root/entities/?page.sort=propertyX&page.sort.dir=asc

问题是用户可能会修改URL以使用无效的page.sort属性,这些属性引用不存在的列/属性名称,或者更糟糕的是,使用导致语法无效的无效JPA查询字符.
例如,如果修改URL以对“noSuchProperty”进行排序：

http://host/context-root/entities/?page.sort=noSuchProperty&page.sort.dir=asc

但是此属性不存在,将抛出以下异常：

java.lang.IllegalArgumentException: No property noSuchProperty found for type class com.my.company.MyEntity
    at org.springframework.data.repository.query.parser.Property.

同样,如果将URL修改为无效的查询语法字符,例如“”“：

http://host/context-root/entities/?page.sort=%22&page.sort.dir=asc

将发生以下错误：

java.lang.StackOverflowError
    java.util.regex.Pattern$GroupTail.match(Pattern.java:4227)
    . . .
    org.springframework.data.repository.query.parser.Property.create(Property.java:326)
    org.springframework.data.repository.query.parser.Property.create(Property.java:326)
    org.springframework.data.repository.query.parser.Property.create(Property.java:326)
    org.springframework.data.repository.query.parser.Property.create(Property.java:326)

(当在Repository方法上显式定义@Query时,还有第三种异常会导致org.hibernate.QueryException.)
Spring Data JPA抽象出这些参数的排序,分页和处理的细节;但是,它似乎没有优雅地处理这些场景(即指定了无效的排序参数).
我们可以添加一些额外的自定义逻辑来验证实体上实际存在sort属性;但是,我想知道是否有更清晰,更集中的方法来做到这一点,这样我们就不会失去Spring Data JPA抽象的好处和简单性.我们在整个应用程序中使用这种排序功能与许多不同的实体,所以理想情况下,我们需要更多的通用方法,而不是必须明确定义或检查所请求的每个实体页面的排序属性.
具体来说,我们实际上扩展了PageableArgumentResolver以接受我们的控制器中提供的带注释的排序默认值(为简单起见,未在代码示例中说明),因此我们只想回退到此默认排序顺序,或者只是默认排序实体的订单,而不是抛出异常.
一些想法和尝试..我可以使用QueryCreationListener来拦截查询创建并获取sort参数;但是,我当时无法修改查询.或者,我可以扩展并使用自定义的PageableArgumentResolver(我们已经这样做)来获取排序参数;但是,我当时无权访问实体,也无法确定实体是否实际拥有该名称的属性.我们可以明确声明支持的属性;然而,这又失败了集中和自动处理这种情况的想法,而不需要具体或声明的实体知识.
是否有任何其他类型的拦截器或类似构造可用于集中验证可分页排序参数,并在调用查询之前根据需要进行修改？或者是否有任何类型的配置或方式,Spring可以自动处理这种情况,以便它更优雅地处理无效的排序参数？