草庐IT

compiled_filter

全部标签

java - 为什么 "test-jar"需要 "mvn compile"依赖项

我在多模块项目中使用test-jar依赖项时遇到问题。例如,当我像这样声明cleartk-syntax模块依赖于cleartk-token模块的test-jar时(完整代码是here):4.0.0org.cleartkcleartk-syntax0.5.0-SNAPSHOTcleartk-syntax......org.cleartkcleartk-token0.7.0-SNAPSHOTtest-jartest如果我使用maven2运行mvncompile,我会收到以下错误:[INFO]--------------------------------------------------

java - 核心异常 : Could not get the value for parameter compilerId for plugin execution default-compile: PluginResolutionException

每次我创建一个maven简单项目时,我都会遇到以下错误。请让我知道可能的解决方案。我尝试了很多方法来解决它但都失败了。可能是什么原因?这是因为eclipse还是因为存储库或任何证书问题?CoreException:CouldnotgetthevalueforparametercompilerIdforpluginexecutiondefault-compile:PluginResolutionException:Pluginorg.apache.maven.plugins:maven-compiler-plugin:3.1 最佳答案

java - Java 8 会在使用 Stream "filter"和 "collect"后创建一个新的 List 吗?

我有使用Java8的代码:Listlist=newArrayList();list.add(3);list.add(5);list.add(4);list.add(2);list.add(5);list=list.stream().filter(i->i>=3).collect(Collectors.toList());原始列表是[3,5,4,2,5]。经过“filter”和“collect”操作后,列表变为[3,5,4,5]。是否所有操作都在原始列表上执行并且不创建新列表?或者在“过滤”和“收集”操作之后,返回一个新创建的列表并忽略原始列表? 最佳答案

java - 是否值得清理 Filter 中的 ThreadLocals 来解决与线程池相关的问题?

简而言之——tomcat使用线程池,所以线程被重用。一些库使用ThreadLocal变量,但不清理它们(使用.remove()),因此实际上它们将“脏”线程返回到池中。Tomcat具有在关闭时检测这些东西并清理线程局部变量的新功能。但这意味着线程在整个执行过程中都是“脏”的。我能做的是实现一个Filter,并在请求完成后(线程返回到池中)立即清除所有ThreadLocal,使用codefromtomcat(那里的方法称为checkThreadLocalsForLeaks)。问题是,值得吗?两个优点:防止内存泄漏防止假设线程“新鲜”的库的不确定行为一个缺点:该解决方案使用反射,因此速度可

Java 8 lambda 表达式 : Mapping a Stream to type Integer and then calling sum() won't compile

我在玩Java8lambda表达式。作为一个例子,我然后尝试总结列表中包含的年龄:importjava.util.Arrays;importjava.util.List;publicclassPerson{publicstaticvoidmain(String[]args){Listpersons=Arrays.asList(newPerson("FooBar",12),newPerson("BarFoo",16));IntegersumOfAges=persons.stream().map(Person::getAge).sum();System.out.println("summe

java - 为 maven-compiler-plugin 设置默认的 jdk

我刚刚在一个新的ubuntu系统上安装了maven,其中包括maven-compiler-plugin。我有一个以前构建良好的java项目,默认为javac源和目标5(jdk1.5)。但是现在项目正在尝试在新系统上使用jdk1.3编译。有没有一种简单的方法来配置系统以使用>=jdk5?以下是系统的一些配置细节:$java-versionjavaversion"1.6.0_45"$dpkg-smavenPackage:mavenStatus:installokinstalledPriority:optionalSection:javaInstalled-Size:1489Maintain

Java 8 方法引用 : validation of methods at compile time

我想使用Java8的新方法引用在编译时提供对某些代码的更多验证。假设我有一个validateMethod方法,它需要一个参数:要验证的“方法”。例如:validateMethod(foo,"methodA");此处,该方法将验证foo#methodA()是否存在,在运行时。使用方法引用,我希望能够做到:validateMethod(foo::methodA);因此该方法的存在将在编译时验证。问题是方法引用似乎必须分配给功能接口(interface)。例如,这个:Objectdummy=foo::methodA;生成错误:“此表达式的目标类型必须是函数式接口(interface)”。如果

java - Ant 和java 8 - "major version 52 is newer than 51, the highest major version supported by this compiler"

我正在尝试将我的ant项目从java7升级到java8。(该项目部署在“EclipseKepler”中,带有“Java™8supporttoEclipseKeplerSR2”)为此,我下载了ant1.9.4(根据这篇文章http://wiki.eclipse.org/Ant/Java8),并将其配置为我的“Ant之家”。当我尝试编译时收到以下警告:“主要版本52比51新,后者是此编译器支持的最高主要版本。[javac]建议升级编译器。”但是为工作区定义的编译器是1.8。(在ant配置中,它将编译器定义为与工作空间相同的编译器。)知道发生了什么事吗?非常感谢。埃亚尔

java - 未能执行目标 org.apache.maven.plugins :maven-compiler-plugin (default-compile) on project: Fatal error compiling: tools. 未找到 jar

我已完成http://www.tutorialspoint.com/jsf/jsf_environment_setup.htm中提供的所有步骤ApacheMaven和Apachetomcat都已准备就绪。我还设置了环境。我在Eclipse中创建了Maven项目,当我使用Maven构建运行它时,它给出了构建失败。它给出了这个错误"Failedtoexecutegoalorg.apache.maven.plugins:maven-compiler-plugin:2.5.1:compile(default-compile)onprojectHello2:Fatalerrorcompiling

java - {Filter}ing 是否比 Lucene 中的 {Query}ing 更快?

在阅读“LuceneinAction2ndedition”时,我看到了关于Filter的描述。可用于在Lucene中进行结果过滤的类。Lucene有很多过滤器重复Query类。例如,NumericRangeQuery和NumericRangeFilter.书上说NRF与NRQ完全相同但没有文件评分。这是否意味着如果我不需要评分或按文档字段值对文档进行排序,我应该更喜欢Filter结束Query从性能的角度来看? 最佳答案 我从UweSchindler那里得到了很好的回答,让我在这里重新发布。Ifyoudontcachefilters