Zitat von MacOS X

Code

File myDir = new File("C:/Dokumente und Einstellungen/Eigene Dateien/Devel/pussy/pussy/");

Hmmm .. macht's nen Unterschied, wenn man einen Backslash statt eines Slash benutzt?

Btw, wie kommt man auf einen Namen wie "Pussy" für eine Software ;)?

die fehlermeldung beschreibt das problem eh recht genau:

du versucht der methode listFiles(java.io.FilenameFilter) als Parameter einen pussy.FilenameFilter zu übergeben, und das ist nicht erlaubt.

wenn du eine klasse nicht mit ihrem vollständigen pfad angibst, dann wird zunächst das eigene package durchsucht und _erst dann_ die importierten packages.

wenn du in deinem code entweder die deklaration von FileListFilter so umänderst:

class FileListFilter implements java.io.FilenameFilter

oder einfach das interface pussy.FilenameFilter löschst, sollte der fehler nicht mehr auftreten.

Also irgendwo verstehen wir uns falsch, denn bei mir lässt sich der Code mit meinen Vorschlägen compilieren und ausführen.

also so sieht der code aus, den ich gerade getestet habe:

file: LoadDictionarys.java

package pussy;
import java.io.File;
import java.io.FilenameFilter;


public class LoadDictionarys {
	/** Creates a new instance of LoadDictionarys */
	public LoadDictionarys() {

		File myDir = new File("E:/documents/labs/workspace/test/src/pussy");

		FilenameFilter select = new FileListFilter("c", "java");
		File[] contents = myDir.listFiles(select);

		if(contents.length > 0){
		    for (int i = 0; i < contents.length; i++) {
                System.out.println(" * "+contents[i]);
            }
		}

   }
}

file: FileListFilter

/*
 * Created on 04.07.2004
 *
 */
package pussy;
import java.io.File;


class FileListFilter implements java.io.FilenameFilter {
	private String name;
	private String extension;

	// Constructor
	public FileListFilter(String name, String extension){
		this.name = name;
		this.extension = extension;
	}

        /*ich habe hier noch ein wenig was geändern, weil der filter sonst alles in meinem test-directory wegfiltert.*/
	public boolean accept(File directory, String filename) {
		boolean fileOK = false;
		if(name != null)
			fileOK = filename.startsWith("." + extension);
		if(extension != null)
		    fileOK |= filename.endsWith("." + extension);
		return fileOK;
	}  
}

file: test.java

package pussy;
public class Test {
    public static void main(String[] args) {
        new LoadDictionarys();
    }
}

unbedingt die version von java vergleichen
da gibts mittlerweile wirklich dinge die sich mit der neuen version nich kompilieren lassen (1.4.2) von der 1.5er nicht zu reden

bsp: in der Klasse String gabs vor der version 1.4.2 eine funktion um einen String im String zu suchen, wenn man die funktion jetzt benutzt "motzt" der compiler, weil sie den übergabeparameter von String auf Expression geändert haben

Zitat von wolk

unbedingt die version von java vergleichen
da gibts mittlerweile wirklich dinge die sich mit der neuen version nich kompilieren lassen (1.4.2) von der 1.5er nicht zu reden

bsp: in der Klasse String gabs vor der version 1.4.2 eine funktion um einen String im String zu suchen, wenn man die funktion jetzt benutzt "motzt" der compiler, weil sie den übergabeparameter von String auf Expression geändert haben

Welche funktion ist das denn?

Ich finde keine methode weder in 1.3 noch in 1.4.2, auf die deine beschreibung zutrifft.

ich glaub das war replaceAll(regex,string)

bei eprog (1.4.1) war das noch (string,string) und jetzt ist aus dem einen string eine regular expressiongeworden -> funktioniert altes prog. nicht mehr mit 1.4.2

Zitat von wolk

ich glaub das war replaceAll(regex,string)

bei eprog (1.4.1) war das noch (string,string) und jetzt ist aus dem einen string eine regular expressiongeworden -> funktioniert altes prog. nicht mehr mit 1.4.2

Also es war jetzt gar nicht so einfach, eine 1.4.1 doku aufzutreiben.

Hab jetzt aber doch eine gefunden und da steht:

String 	replaceAll(String regex, String replacement)
          Replaces each substring of this string that matches the given regular expression with the given replacement.

und in 1.4.2:

String replaceAll(String regex, String replacement)
          Replaces each substring of this string that matches the given regular expression with the given replacement.

vielleicht arbeitet man in eprog mit einer beta version?

es ist merkwürdig, bei mir funktioniert x.replaceAll("s",".") ohne probleme, aber ich hab vor 2 wochen auf einem PC selbiges zu kompilieren versucht, und da gabs die fehlermeldung dass der parameter keine regular expression ist ?????

Zitat von MacOS X

Hmmm ... echt komisch. Ich habs jetzt exakt mit deinem Code probiert und es geht wieder nicht.

Vielleicht hat ja meine Javainstallation was. Ich werd dem mal nachgehen.

Thx auf jeden Fall :thumb: .

mac

Versuche mal eine Installation in ein Directory ohne Leerzeichen. Ich habe in deinem Code irgendeinen Pfad mit "Dokumente und Einstellungen" gesehen...

lg
Sys