Sonatype Nexus V2.14.4同坐标tar与war制品Lucene搜索未显示war

嘿，刚好我之前也踩过Nexus 2.x Lucene搜索的类似坑，针对你遇到的「同groupId/artifactId/版本但不同类型的war包没出现在搜索结果，还返回from=-1」的问题，给你几个实用的排查和解决方向：

1. 先搞定from=-1的异常参数问题 #

这个from=-1明显是不正常的——Nexus Lucene搜索API里，from是结果的起始偏移量，合法值得是≥0的整数。出现这个值大概率是Nexus自动计算偏移量时出了bug，或者请求参数的隐含问题，你可以试试：

• 手动给请求加上from和count参数，强制指定返回范围，比如：

  http://nexusurl/service/local/lucene/search?a=abc&repositoryId=releases&from=0&count=20
  

  这样能绕过Nexus自动计算偏移量的逻辑，先确保请求本身是正常的。

2. 精准筛选同GAV下的不同类型制品 #

Nexus 2.x的Lucene搜索默认会对同GAV的制品做聚合去重，只返回一种类型，但我们可以通过参数来打破这个限制：

• 如果只想找war包，直接在请求里加p=war参数（p对应制品的packaging类型）：

  http://nexusurl/service/local/lucene/search?a=abc&repositoryId=releases&p=war&from=0&count=20
  

  这样就能精准定位到war类型的制品。
• 如果要返回所有同GAV的不同类型制品，去Nexus后台检查下搜索配置：进入Admin -> Search -> Lucene Search Settings，看看有没有开启「Group by GAV」这类聚合选项，要是开了就关掉，这样搜索结果就会返回所有匹配的制品类型了。

3. 重建Lucene索引（最常用的修复手段） #

要是上面的方法都不管用，十有八九是Nexus的Lucene索引坏了或者不一致：

• 登录Nexus后台，进入Admin -> Repositories，选中你的releases仓库
• 点击右侧的「Rebuild Index」按钮，等索引重建完成（这个过程可能要几分钟，取决于仓库大小）
• 重建完再重新发起搜索，应该就能看到war包了

4. 最后确认制品是否真的正常部署 #

别漏了最后一步：登录Nexus前台，手动在releases仓库里搜abc，看看war包是不是真的存在、状态是不是正常。有时候可能是部署时出了小问题，制品虽然传上去了，但没被正确索引到。

内容的提问来源于stack exchange，提问作者Upen