Jaspersoft Studio 6.4.3升级后Collection参数$X过滤异常求助

这确实是Jaspersoft版本升级后容易踩的坑——我之前也遇到过类似的情况，大概率是6.4.3版本调整了$X{IN}函数在处理空集合时的逻辑。咱们一步步来分析和解决：

问题根源 #

在旧版本的Jaspersoft中，当集合参数（比如你的batches）为空时，$X{IN, dsbtch, batches}会被直接忽略，不会生成任何过滤条件，所以查询能返回符合mshrid = $P{id}的所有数据。但升级到6.4.x版本后，官方调整了这个逻辑：当集合为空时，会生成dsbtch IN ()这样的SQL片段。而绝大多数数据库（比如MySQL、Oracle）都不支持空的IN子句，这就导致整个查询返回空结果。

你可以验证这一点：开启Jaspersoft的SQL日志功能，查看当batches为空时实际执行的SQL语句，肯定能看到dsbtch IN ()这个无效的条件。

解决方案 #

方案一：手动在SQL中处理空集合判断 #

修改你的查询语句，加入对集合是否为空的判断，让空集合时跳过IN过滤：

select 
    mshrid , msdrmy , mshet1 , mshet2 , 
    (rownumber() over(partition by mshrid order by dsbtch) - 1)/3 as groupnum , 
    dsbtch 
from finshrm inner join finshrd on mshrid = dsmshr 
where mshrid = $P{id} 
  and ($P{batches}.size() = 0 or $X{IN, dsbtch, batches}) 
order by msdrmy, mshet1, mshet2, mshrid, groupnum

这里利用$P{batches}.size() = 0判断集合为空，此时条件变为true，不会施加过滤；当集合有元素时，才会执行$X{IN, dsbtch, batches}的过滤逻辑。

方案二：调整参数配置与传参逻辑 #

1. 检查报表中batches参数的配置：确保Is Collection选项已勾选，同时Allow null value设置为true。
2. 如果是后台代码传参，当没有需要过滤的批次时，传递null而不是空集合给batches参数。因为在6.4.3版本中，当参数为null时，$X{IN,...}会恢复旧版本的逻辑——直接忽略该条件。

验证步骤 #

1. 查看实际执行SQL：开启Jaspersoft Studio的日志（在Preferences -> JasperReports -> Logging中设置日志级别为DEBUG），运行报表并查看控制台输出的SQL，确认空集合时的条件是否异常。
2. 测试修改后的查询：先尝试方案一的SQL修改，运行报表验证空集合时是否能正常返回数据。
3. 检查参数配置：确认参数的集合属性和null值允许设置是否正确，必要时调整后台传参逻辑。

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