will simple wildcard work?

so in your case it would be for each job. They can still be comma seperated if you need more filters

*hi-lib/*
*hi-lib-dal/*
*hi-lib-dal-mongo/*

?
or perhaps targeting both main and test scope

*src/*/java/* 

Your welcome to take a look at the current implementation and come with a PR
https://github.com/jenkinsci/accurev-plugin/blob/master/src/main/java/hudson/plugins/accurev/CheckForChanges.java#L101

This is my current implementation of simple wildcard
https://github.com/casz/accurev-plugin/blob/master/src/main/java/hudson/plugins/accurev/CheckForChanges.java#L103

arnom Since you refactored it last, perhaps you have a better suggestion on the issue?

The filter is currently pretty.. well, ugly. It simply checks if the path contains the strings from the filter list.
I did not think of this particular use case when refactoring the code, otherwise I would not have included the / in the STRIP_CHARS (see line 133 of CheckForChanges.java).
I'm in favor of removing the STRIP_CHARS variable and calling StringUtils.stripAll with only a single argument.
This will only strip all the whitespace from the strings.

I would also propose to change line 110 in CheckForChanges.java, replacing the call to StringUtils.indexOfAny with StringUtils.startsWithAny.
However, we should make sure that the "root" of the paths is the same in all conditions.

It would be even better to allow for the "Ant-style" include patterns (which would allow for wildcards and such), but I would have to look into that.

I looked into ant style most of the implementation requires that the files exist. Which in this case they do not.
So all I could do was simple wildcard without implementing too much.

I checked and server paths given are based on folders and files structure of the current stream

Verified appending * to polling folder path resolved this issue. Verified with version 0.7.11.