187

This should be really simple. If I have a String like this:

../Test?/sample*.txt

then what is a generally-accepted way to get a list of files that match this pattern? (e.g. it should match ../Test1/sample22b.txt and ../Test4/sample-spiffy.txt but not ../Test3/sample2.blah or ../Test44/sample2.txt)

I've taken a look at org.apache.commons.io.filefilter.WildcardFileFilter and it seems like the right beast but I'm not sure how to use it for finding files in a relative directory path.

I suppose I can look the source for ant since it uses wildcard syntax, but I must be missing something pretty obvious here.

(edit: the above example was just a sample case. I'm looking for the way to parse general paths containing wildcards at runtime. I figured out how to do it based on mmyers' suggestion but it's kind of annoying. Not to mention that the java JRE seems to auto-parse simple wildcards in the main(String[] arguments) from a single argument to "save" me time and hassle... I'm just glad I didn't have non-file arguments in the mix.)

Jason S
  • 184,598
  • 164
  • 608
  • 970
  • 2
    That's the shell parsing the wildcards, not Java. You can escape them, but the exact format depends on your system. – Michael Myers Apr 27 '09 at 21:07
  • 2
    No it's not. Windows doesn't parse * wildcards. I've checked this by running the same syntax on a dummy batchfile and printing out argument #1 which was Test/*.obj pointing to a directory full of .obj files. It prints out "Test/*.obj". Java seems to do something weird here. – Jason S Apr 27 '09 at 23:45
  • Huh, you're right; almost all builtin shell commands expand wildcards, but the shell itself doesn't. Anyway, you can just put the argument in quotes to keep Java from parsing wildcards: java MyClass "Test/*.obj" – Michael Myers Apr 30 '09 at 14:12
  • 5
    6+ years later, for those who loathe scrolling and want the Java >=7 zero-dep solution, see and upvote [answer below](http://stackoverflow.com/a/31685610/573057) by @Vadzim, or verbosely pore/bore over https://docs.oracle.com/javase/tutorial/essential/io/find.html – earcam Jan 13 '16 at 04:07

17 Answers17

148

Try FileUtils from Apache commons-io (listFiles and iterateFiles methods):

File dir = new File(".");
FileFilter fileFilter = new WildcardFileFilter("sample*.java");
File[] files = dir.listFiles(fileFilter);
for (int i = 0; i < files.length; i++) {
   System.out.println(files[i]);
}

To solve your issue with the TestX folders, I would first iterate through the list of folders:

File[] dirs = new File(".").listFiles(new WildcardFileFilter("Test*.java");
for (int i=0; i<dirs.length; i++) {
   File dir = dirs[i];
   if (dir.isDirectory()) {
       File[] files = dir.listFiles(new WildcardFileFilter("sample*.java"));
   }
}

Quite a 'brute force' solution but should work fine. If this doesn't fit your needs, you can always use the RegexFileFilter.

Dave Jarvis
  • 30,436
  • 41
  • 178
  • 315
Vladimir
  • 6,853
  • 2
  • 26
  • 25
91

Consider DirectoryScanner from Apache Ant:

DirectoryScanner scanner = new DirectoryScanner();
scanner.setIncludes(new String[]{"**/*.java"});
scanner.setBasedir("C:/Temp");
scanner.setCaseSensitive(false);
scanner.scan();
String[] files = scanner.getIncludedFiles();

You'll need to reference ant.jar (~ 1.3 MB for ant 1.7.1).

Misha
  • 1,952
  • 14
  • 10
  • 1
    excellent! btw, scanner.getIncludedDirectories() does the same if you need directories. (getIncludedFiles won't work) – Tilman Hausherr Dec 01 '14 at 12:07
  • 1
    The wildcard project on github works like a charm as well: https://github.com/EsotericSoftware/wildcard – ikaerom Jan 12 '15 at 23:04
  • 2
    @Moreaki that belongs as a separate answer, not a comment – Jason S Jun 02 '15 at 17:02
  • This exact same `DirectoryScanner` is found in [plexus-utils](https://mvnrepository.com/artifact/org.codehaus.plexus/plexus-utils) (241Kb). Which is smaller then `ant.jar` (1.9Mb). – Verhagen Sep 28 '16 at 14:49
  • This works. But it seems to be extremely slow compared to an `ls` with the same file pattern (milliseconds using `ls ` vs. minutes when using the DirectoryScanner)... – dokaspar Apr 24 '18 at 09:35
74

Here are examples of listing files by pattern powered by Java 7 nio globbing and Java 8 lambdas:

    try (DirectoryStream<Path> dirStream = Files.newDirectoryStream(
            Paths.get(".."), "Test?/sample*.txt")) {
        dirStream.forEach(path -> System.out.println(path));
    }

or

    PathMatcher pathMatcher = FileSystems.getDefault()
        .getPathMatcher("regex:Test./sample\\w+\\.txt");
    try (DirectoryStream<Path> dirStream = Files.newDirectoryStream(
            new File("..").toPath(), pathMatcher::matches)) {
        dirStream.forEach(path -> System.out.println(path));
    }
Vadzim
  • 24,954
  • 11
  • 143
  • 151
38

Since Java 8 you can use Files#find method directly from java.nio.file.

public static Stream<Path> find(Path start,
                                int maxDepth,
                                BiPredicate<Path, BasicFileAttributes> matcher,
                                FileVisitOption... options)

Example usage

Files.find(startingPath,
           Integer.MAX_VALUE,
           (path, basicFileAttributes) -> path.toFile().getName().matches(".*.pom")
);

Or an example of putting items in a simple string collection:

import java.io.UncheckedIOException;
import java.nio.file.Files;
import java.nio.file.Path;
import java.nio.file.Paths;
import java.util.ArrayList;
import java.util.Collection;
import java.util.stream.Stream;

        final Collection<String> simpleStringCollection = new ArrayList<>();
        
        String wildCardValue = "*.txt";

        final Path dir = Paths.get(".");

        try {
            Stream<Path> results = Files.find(dir,
                    Integer.MAX_VALUE,
                    (path, basicFileAttributes) -> path.toFile().getName().matches(wildCardValue)
            );

            results.forEach(p -> simpleStringCollection.add(p.toString()));
        } catch (IOException e) {
            throw new UncheckedIOException(e);
        }
granadaCoder
  • 26,328
  • 10
  • 113
  • 146
Grzegorz Gajos
  • 2,253
  • 19
  • 26
  • 2
    Can you extend the example to say print the path of the first match kept in the Stream? – jxramos Sep 21 '18 at 19:51
  • 2
    This is the easiest solution in 2022 IMHO. No external lib required, and can code any condition via lambda method. Thanks! – mihca Apr 14 '22 at 09:54
30

You could convert your wildcard string to a regular expression and use that with String's matches method. Following your example:

String original = "../Test?/sample*.txt";
String regex = original.replace("?", ".?").replace("*", ".*?");

This works for your examples:

Assert.assertTrue("../Test1/sample22b.txt".matches(regex));
Assert.assertTrue("../Test4/sample-spiffy.txt".matches(regex));

And counter-examples:

Assert.assertTrue(!"../Test3/sample2.blah".matches(regex));
Assert.assertTrue(!"../Test44/sample2.txt".matches(regex));
Fabian Steeg
  • 44,988
  • 7
  • 85
  • 112
  • 3
    This will not work for files that contain special regex characters like (, + or $ – djjeck Mar 06 '14 at 01:38
  • I used 'String regex = "^" + s.replace("?", ".?").replace("*", ".*?") + "$"' (The asterisks disappeared in my comment for some reason...) – Jouni Aro Jul 09 '14 at 08:26
  • 2
    Why replace * with '.*?`? `public static boolean isFileMatchTargetFilePattern(final File f, final String targetPattern) {` ` String regex = targetPattern.replace(".", "\\.");` `regex = regex.replace("?", ".?").replace("`*`", ".`*`"); ` `return f.getName().matches(regex);` `}` – Tony Jan 23 '16 at 19:26
  • Since the OP asked for "general paths containing wildcards", you would have to quote more special characters. I'd rather use Pattern.quote: `StringBuffer regexBuffer = ...; Matcher matcher = Pattern.compile("(.*?)([*?])").matcher(original); while (matcher.find()) { matcher.appendReplacement(regexBuffer, (Pattern.quote(matcher.group(1)) + (matcher.group(2).equals("*") ? ".*?" : ".?")).replace("\\", "\\\\").replace("$", "\\$")); } matcher.appendTail(regexBuffer);` – EndlosSchleife Aug 14 '18 at 12:40
  • Addendum: "?" denotes a mandatory char, so it should be replaced with `.` instead of `.?`. – EndlosSchleife Aug 16 '18 at 14:01
18

Might not help you right now, but JDK 7 is intended to have glob and regex file name matching as part of "More NIO Features".

Andy Thomas
  • 84,978
  • 11
  • 107
  • 151
Tom Hawtin - tackline
  • 145,806
  • 30
  • 211
  • 305
13

The wildcard library efficiently does both glob and regex filename matching:

http://code.google.com/p/wildcard/

The implementation is succinct -- JAR is only 12.9 kilobytes.

NateS
  • 5,751
  • 4
  • 49
  • 59
12

Simple Way without using any external import is to use this method

I created csv files named with billing_201208.csv ,billing_201209.csv ,billing_201210.csv and it looks like working fine.

Output will be the following if files listed above exists

found billing_201208.csv
found billing_201209.csv
found billing_201210.csv

    //Use Import ->import java.io.File
        public static void main(String[] args) {
        String pathToScan = ".";
        String target_file ;  // fileThatYouWantToFilter
        File folderToScan = new File(pathToScan); 

    File[] listOfFiles = folderToScan.listFiles();

     for (int i = 0; i < listOfFiles.length; i++) {
            if (listOfFiles[i].isFile()) {
                target_file = listOfFiles[i].getName();
                if (target_file.startsWith("billing")
                     && target_file.endsWith(".csv")) {
                //You can add these files to fileList by using "list.add" here
                     System.out.println("found" + " " + target_file); 
                }
           }
     }    
}

JLRishe
  • 99,490
  • 19
  • 131
  • 169
Umair Aziz
  • 1,518
  • 1
  • 19
  • 29
6

As posted in another answer, the wildcard library works for both glob and regex filename matching: http://code.google.com/p/wildcard/

I used the following code to match glob patterns including absolute and relative on *nix style file systems:

String filePattern = String baseDir = "./";
// If absolute path. TODO handle windows absolute path?
if (filePattern.charAt(0) == File.separatorChar) {
    baseDir = File.separator;
    filePattern = filePattern.substring(1);
}
Paths paths = new Paths(baseDir, filePattern);
List files = paths.getFiles();

I spent some time trying to get the FileUtils.listFiles methods in the Apache commons io library (see Vladimir's answer) to do this but had no success (I realise now/think it can only handle pattern matching one directory or file at a time).

Additionally, using regex filters (see Fabian's answer) for processing arbitrary user supplied absolute type glob patterns without searching the entire file system would require some preprocessing of the supplied glob to determine the largest non-regex/glob prefix.

Of course, Java 7 may handle the requested functionality nicely, but unfortunately I'm stuck with Java 6 for now. The library is relatively minuscule at 13.5kb in size.

Note to the reviewers: I attempted to add the above to the existing answer mentioning this library but the edit was rejected. I don't have enough rep to add this as a comment either. Isn't there a better way...

Oliver Coleman
  • 734
  • 7
  • 13
5

Glob of Java7: Finding Files. (Sample)

卢声远 Shengyuan Lu
  • 31,208
  • 22
  • 85
  • 130
5

You should be able to use the WildcardFileFilter. Just use System.getProperty("user.dir") to get the working directory. Try this:

public static void main(String[] args) {
File[] files = (new File(System.getProperty("user.dir"))).listFiles(new WildcardFileFilter(args));
//...
}

You should not need to replace * with [.*], assuming wildcard filter uses java.regex.Pattern. I have not tested this, but I do use patterns and file filters constantly.

Arpit
  • 6,212
  • 8
  • 38
  • 69
Anonymous
  • 51
  • 1
  • 1
3

The Apache filter is built for iterating files in a known directory. To allow wildcards in the directory also, you would have to split the path on '\' or '/' and do a filter on each part separately.

Michael Myers
  • 188,989
  • 46
  • 291
  • 292
  • 1
    This worked. It was a bit annoying, but not particularly trouble-prone. However, I do look forward to JDK7's features for glob matching. – Jason S Apr 27 '09 at 21:00
1

Using Java streams only

Path testPath = Paths.get("C:\");

Stream<Path> stream =
                Files.find(testPath, 1,
                        (path, basicFileAttributes) -> {
                            File file = path.toFile();
                            return file.getName().endsWith(".java");
                        });

// Print all files found
stream.forEach(System.out::println);
Anatolii Shuba
  • 4,614
  • 1
  • 16
  • 17
0

Implement the JDK FileVisitor interface. Here is an example http://wilddiary.com/list-files-matching-a-naming-pattern-java/

Drona
  • 6,886
  • 1
  • 29
  • 35
0

Util Method:

public static boolean isFileMatchTargetFilePattern(final File f, final String targetPattern) {
        String regex = targetPattern.replace(".", "\\.");  //escape the dot first
        regex = regex.replace("?", ".?").replace("*", ".*");
        return f.getName().matches(regex);

    }

jUnit Test:

@Test
public void testIsFileMatchTargetFilePattern()  {
    String dir = "D:\\repository\\org\my\\modules\\mobile\\mobile-web\\b1605.0.1";
    String[] regexPatterns = new String[] {"_*.repositories", "*.pom", "*-b1605.0.1*","*-b1605.0.1", "mobile*"};
    File fDir = new File(dir);
    File[] files = fDir.listFiles();

    for (String regexPattern : regexPatterns) {
        System.out.println("match pattern [" + regexPattern + "]:");
        for (File file : files) {
            System.out.println("\t" + file.getName() + " matches:" + FileUtils.isFileMatchTargetFilePattern(file, regexPattern));
        }
    }
}

Output:

match pattern [_*.repositories]:
    mobile-web-b1605.0.1.pom matches:false
    mobile-web-b1605.0.1.war matches:false
    _remote.repositories matches:true
match pattern [*.pom]:
    mobile-web-b1605.0.1.pom matches:true
    mobile-web-b1605.0.1.war matches:false
    _remote.repositories matches:false
match pattern [*-b1605.0.1*]:
    mobile-web-b1605.0.1.pom matches:true
    mobile-web-b1605.0.1.war matches:true
    _remote.repositories matches:false
match pattern [*-b1605.0.1]:
    mobile-web-b1605.0.1.pom matches:false
    mobile-web-b1605.0.1.war matches:false
    _remote.repositories matches:false
match pattern [mobile*]:
    mobile-web-b1605.0.1.pom matches:true
    mobile-web-b1605.0.1.war matches:true
    _remote.repositories matches:false
Tony
  • 1,458
  • 2
  • 11
  • 13
0

Why not use do something like:

File myRelativeDir = new File("../../foo");
String fullPath = myRelativeDir.getCanonicalPath();
Sting wildCard = fullPath + File.separator + "*.txt";

// now you have a fully qualified path

Then you won't have to worry about relative paths and can do your wildcarding as needed.

Elijah
  • 13,368
  • 10
  • 57
  • 89
-1

The most simple and easy way by using the io library's File class would be :

    String startingdir="The directory name";
    String filenameprefix="The file pattern"
    File startingDirFile=new File(startingdir); 
    final File[] listFiles=startingDirFile.listFiles(new FilenameFilter() {
        public boolean accept(File arg0,String arg1)
        {System.out.println(arg0+arg1);
            return arg1.matches(filenameprefix);}
        });
    System.out.println(Arrays.toString(listFiles));
  • It's not clear your answer is any simpler or easier than other answers already provided and accepted. And "extraordinary claims require extraordinary evidence". Why is this the *most* simple and easy way? You could get away with saying *a* simple and easy way, but should still provide a test case showing your code working. – BobHy May 18 '21 at 20:28