我正在开发GWT的JSR-303验证框架。你们中的一些人可能听说过它，尽管它是一个小项目。下面是gwt验证。
在以前(v1.0)，它为每个类使用一个标记接口，每个类都有单独生成的元数据。这很糟糕，因为它不是JSR-303标准的一部分，我们继续下一个想法。
在2.0版本中，它在运行时使用反射扫描类路径。这太棒了。缺点是它似乎不能在容器化环境或有特殊限制的环境中工作。
这可能是我的错，看看下面的代码: //this little snippet goes through the classpath urls and ommits jars that are on the forbidden list.
//this is intended to remove jars from the classpath that we know are not ones that will contain patterns
Set<URL> classPathUrls = ClasspathHelper.forJavaClassPath();
Set<URL> useableUrls = new HashSet<URL>();
for(URL url : classPathUrls) {
boolean use = true;
for(String jar : this.doNotScanJarsInThisList) {
if(url.toString().contains(jar)) {
use = false;
break;
}
}
if(use) {
useableUrls.add(url);
}
use = false;
}
ConfigurationBuilder builder = new ConfigurationBuilder()
.setUrls(useableUrls)
.setScanners( new TypeAnnotationsScanner(),
new FieldAnnotationsScanner(),
new MethodAnnotationsScanner(),
new SubTypesScanner()
)
.useParallelExecutor()
;
this.reflections = new Reflections(builder);
我使用过滤器来删除我知道不能有我感兴趣的注释的jar。正如我提到的那样，这极大地提高了速度(特别是在大型类路径上)，但是我基于的ClasspathHelper.forJavaClassPath()可能不是在容器环境中运行的最佳方式。(例如Tomcat, JBoss)
是否有更好的方法，或者至少有一种方法可以在容器环境中工作，并且仍然让我的用户过滤掉他们不想要的类?
我对Hibernate验证项目(JSR-303的参考实现)进行了一些研究，它们似乎至少在Java 6中使用(至少部分使用)了注解处理。这并不是故事的全部，因为直到JDK6和Hibernate验证器与JDK5兼容之后才出现。(参见:hibernate文档)
所以，一如既往，还有更多的故事。
我读过这些线程，供参考:
- 关于已被Reflections取代的Scannotation
- 这一个，但它使用文件，我不确定的含义是什么东西，如GAE(谷歌应用程序引擎)或Tomcat。
- 另一个是我已经谈到的很多事情。
这些线程的作用有限。
我也读过注释处理框架，我一定错过了什么。它似乎做了我想要的，但又一次，它似乎只在编译时间工作，我知道这不是Hibernate验证器所做的。(谁能解释一下它是如何扫描的?它在GAE上工作，这意味着它不能使用任何IO包。
进一步，这段代码会比我上面的代码更好吗?
Set<URL> classPathUrls = ClasspathHelper.forClassLoader(Thread.currentThread().getContextClassLoader());
可以正确地获得Tomcat或JBoss容器内的类加载器吗?似乎扫描更小的类集，仍然可以完成。
所以，无论如何，有人能帮我指出正确的方向吗?还是说我只是被现有的困住了?
您可以看看Spring的注释支持。Spring可以扫描文件中的注释(使用asm IIRC)，并且可以在容器内外工作。
这可能不容易，因为它要经过Spring的资源抽象，但应该可以重用(或提取)相关代码。