Java File.listFiles order - Revision history

Brianegge at 22:57, 10 December 2011

2011-12-10T22:57:42Z

← Older revision		Revision as of 22:57, 10 December 2011
Line 9:		Line 9:
	Unfortunately, file ordering is important when the files are added to a classloader. As files at the front of the classpath are searched before files at the end, if you have two different classes in your classpath, the order may not be stable. This isn't a problem if you specify the full classpath when you launch Java, but if you load files dynamically, like [https://jira.jboss.org/jira/browse/JBAS-5467 JBoss] does, then your behavior is subject to change. The following is a test case which may pass depending on your platform and file system. For me, it fails on Windows XP, but passes on Solaris 10.		Unfortunately, file ordering is important when the files are added to a classloader. As files at the front of the classpath are searched before files at the end, if you have two different classes in your classpath, the order may not be stable. This isn't a problem if you specify the full classpath when you launch Java, but if you load files dynamically, like [https://jira.jboss.org/jira/browse/JBAS-5467 JBoss] does, then your behavior is subject to change. The following is a test case which may pass depending on your platform and file system. For me, it fails on Windows XP, but passes on Solaris 10.

	<~~geshi~~ lang="java5">		<syntaxhighlight lang="java5">
	public static void main(String[] args) throws IOException {		public static void main(String[] args) throws IOException {
	final List<String> files = java.util.Arrays.asList("c", "b", "a");		final List<String> files = java.util.Arrays.asList("c", "b", "a");
Line 27:		Line 27:
	}		}
	}		}
	</~~geshi~~>		</syntaxhighlight>

	Depending on your application, you may want to sort the files alphabetically, or by last modified. The following example emulates the '''ls -ta''' command:		Depending on your application, you may want to sort the files alphabetically, or by last modified. The following example emulates the '''ls -ta''' command:

	<~~geshi~~ lang="java5">		<syntaxhighlight lang="java5">
	private static final Comparator<File> lastModified = new Comparator<File>() {		private static final Comparator<File> lastModified = new Comparator<File>() {
	@Override		@Override
Line 43:		Line 43:
	System.out.println(Arrays.toString(files));		System.out.println(Arrays.toString(files));
	}		}
	</~~geshi~~>		</syntaxhighlight>

	[[Category:Java]]		[[Category:Java]]

Egge at 04:30, 9 October 2009

2009-10-09T04:30:30Z

← Older revision		Revision as of 04:30, 9 October 2009
Line 2:		Line 2:

	<blockquote>		<blockquote>
	There is no guarantee that the name strings in the resulting array		'''There is no guarantee that the name strings in the resulting array will appear in any specific order; they are not, in particular, guaranteed to appear in alphabetical order.'''
	will appear in any specific order; they are not, in particular,
	guaranteed to appear in alphabetical order.
	</blockquote>		</blockquote>

Egge at 04:28, 9 October 2009

2009-10-09T04:28:54Z

← Older revision		Revision as of 04:28, 9 October 2009
Line 9:		Line 9:
	The actual ordering of the files varies from platform to platform, and often is a result of the physical order of the files in the directory structure. On Solaris, this order will often reverse if you copy a folder. Generally this is not noticeable, as most tools sort the files in some order before returning them to the user.		The actual ordering of the files varies from platform to platform, and often is a result of the physical order of the files in the directory structure. On Solaris, this order will often reverse if you copy a folder. Generally this is not noticeable, as most tools sort the files in some order before returning them to the user.

	Unfortunately, file ordering is important when the files are added to a classloader. As files at the front of the classpath are searched before files at the end, if you have two different classes in your classpath, the order may not be stable. This isn't a problem if you specify the full classpath when you launch Java, but if you load files dynamically, like [[https://jira.jboss.org/jira/browse/JBAS-5467 JBoss]] does, then your behavior is subject to change. The following is a test case which may pass depending on your platform and file system. For me, it fails on Windows XP, but passes on Solaris 10.		Unfortunately, file ordering is important when the files are added to a classloader. As files at the front of the classpath are searched before files at the end, if you have two different classes in your classpath, the order may not be stable. This isn't a problem if you specify the full classpath when you launch Java, but if you load files dynamically, like [https://jira.jboss.org/jira/browse/JBAS-5467 JBoss] does, then your behavior is subject to change. The following is a test case which may pass depending on your platform and file system. For me, it fails on Windows XP, but passes on Solaris 10.

	<geshi lang="java5">		<geshi lang="java5">
Line 28:		Line 28:
	assert ondisk[i].getName().equals(files.get(i)) : "Expected file " + files.get(i) + " but found " + ondisk[i].getName();		assert ondisk[i].getName().equals(files.get(i)) : "Expected file " + files.get(i) + " but found " + ondisk[i].getName();
	}		}
			}
			</geshi>

			Depending on your application, you may want to sort the files alphabetically, or by last modified. The following example emulates the '''ls -ta''' command:

			<geshi lang="java5">
			private static final Comparator<File> lastModified = new Comparator<File>() {
			@Override
			public int compare(File o1, File o2) {
			return o1.lastModified() == o2.lastModified() ? 0 : (o1.lastModified() < o2.lastModified() ? 1 : -1 ) ;
			}
			};
			public void testFileSort() throws Exception {
			File[] files = new File(".").listFiles();
			Arrays.sort(files, lastModified);
			System.out.println(Arrays.toString(files));
	}		}
	</geshi>		</geshi>

	[[Category:Java]]		[[Category:Java]]

Egge: New page: The documentation for the Java JDK specifically mentions that the files returns can be in any order.
There is no guarantee that the name strings in the resulting array...

2008-09-16T00:33:50Z

New page: The documentation for the Java JDK specifically mentions that the files returns can be in any order. <blockquote> There is no guarantee that the name strings in the resulting array...

New page

The documentation for the Java JDK specifically mentions that the files returns can be in any order.

<blockquote>
There is no guarantee that the name strings in the resulting array
will appear in any specific order; they are not, in particular,
guaranteed to appear in alphabetical order.
</blockquote>

The actual ordering of the files varies from platform to platform, and often is a result of the physical order of the files in the directory structure. On Solaris, this order will often reverse if you copy a folder. Generally this is not noticeable, as most tools sort the files in some order before returning them to the user.

Unfortunately, file ordering is important when the files are added to a classloader. As files at the front of the classpath are searched before files at the end, if you have two different classes in your classpath, the order may not be stable. This isn't a problem if you specify the full classpath when you launch Java, but if you load files dynamically, like [[https://jira.jboss.org/jira/browse/JBAS-5467 JBoss]] does, then your behavior is subject to change. The following is a test case which may pass depending on your platform and file system. For me, it fails on Windows XP, but passes on Solaris 10.

<geshi lang="java5">
public static void main(String[] args) throws IOException {
final List<String> files = java.util.Arrays.asList("c", "b", "a");
for (String f : files) {
File file = new File(f);
file.createNewFile();
file.deleteOnExit();
}
FilenameFilter filenameFilter = new FilenameFilter() {
public boolean accept(File dir, String name) {
return files.contains(name);
}
};
File[] ondisk = new File(".").listFiles(filenameFilter);
for(int i = 0; i < files.size(); i++) {
assert ondisk[i].getName().equals(files.get(i)) : "Expected file " + files.get(i) + " but found " + ondisk[i].getName();
}
}
</geshi>

[[Category:Java]]

Java File.listFiles order - Revision history

Brianegge at 22:57, 10 December 2011

Egge at 04:30, 9 October 2009

Egge at 04:28, 9 October 2009

Egge: New page: The documentation for the Java JDK specifically mentions that the files returns can be in any order. There is no guarantee that the name strings in the resulting array...

Egge: New page: The documentation for the Java JDK specifically mentions that the files returns can be in any order.
There is no guarantee that the name strings in the resulting array...