|
Quick Lists
|
|
Bug ID:
|
4146676
|
|
Votes
|
5
|
|
Synopsis
|
FilenameFilter: Add implementing class that handles wildcards
|
|
Category
|
java:classes_io
|
|
Reported Against
|
1.2beta3
|
|
Release Fixed
|
|
|
State
|
11-Closed,
Will Not Fix,
request for enhancement
|
|
Priority:
|
5-Very Low
|
|
Related Bugs
|
|
|
Submit Date
|
08-JUN-1998
|
|
Description
|
It would be really useful to have a standard
implementation class for the java.io.FilenameFilter
interface, providing standard wildcard support.
This should work with the wildcard conventions
that apply to the underlying OS. The lack of such
a class is a barrier to deploy certain java
applications to more than one OS.
(Review ID: 33201)
======================================================================
|
|
Work Around
|
Create a standard implementation class for the
java.io.FilenameFilter interface, that adds a
setWildcardPath method, for example:
setWildcardPath("/usr*/*/*.bar");
And therefore an <accept> call like:
accept(dir, "file.bar")
where "dir" was referring to, say, "/usr/foo",
would return true.
======================================================================
|
|
Evaluation
|
The Swing FileChooser has something like this, though it can only be driven
from the UI. We could consider adding this in a future release.
-- xxxxx@xxxxx 6/10/1998
The last time there was any activity on this bug was May 2004. No new SDN votes, SDN comments, and we have not received any customer feedback in the 9 years since the bug was opened.
Closing this issue as "will not fix".
Posted Date : 2007-08-08 03:58:46.0
|
|
Comments
|
Submitted On 25-MAY-2004
amengual
You can find a BSD-licensed implementation here:
http://sourceforge.net/projects/jclf
PLEASE NOTE: JDK6 is formerly known as Project Mustang
|
|
|
 |