PokéDex - ArrayList Problem

Also ich habs grad mal in Eclipse mit Java 1.7 gestartet, da kann er mit JNumberField nichts anfangen, hab das also erstmal auskommentiert. Dann funktioniert der Start aber problemlos.
Daher: Welche Java-Version und welche Entwicklungsumgebung verwendest du? Und wie kompilierst du?

Das Textfield hat auch keinen EventHandler, da wird nix passieren.
Exception handling ist eines der mächtigsten Tools von Java, da solltest du unbedingt reinschauen :)

Ich kann weder in Eclipse noch im Java-Editor das Problem nachstellen. In beiden Fällen wird das Pokemon korrekt gesucht und gefunden oder nicht gefunden, je nach Eingabe. Keine Exceptions, keine Probleme.
Vermutungen, die noch bleiben:
Unterschiedliche Java-Versionen (Lässt sich in der Kommandozeile mit "java -version" und "javac -version" prüfen)
Unterschiedliche Compiler- und Umgebungseinstellungen (im Java-Editor -> Fenster -> Konfiguration, dort Interpreter und Compiler)

Erstell eine Klasse "Pokémon" welche den Namen, Typen, die ID und was auch immer du noch haben willst für das Pokémon und mache die Arraylist zu einer ArrayList vom Typ deiner neuen Klasse.

Die Werte liest du dann mit get Methoden aus

Generell definierst du Attribute generell als private.
Die Wertezuweisung erfolgt über den Konstruktor, das auslesen über get-Methoden.

Eine Array List vom Typ Monster definierst du wie eine vom Typ Strimg, nur eben mit Monster.

ArrayList<Monster> liste = new ArrayList<Monster>();

Du solltest dir eventuell erstmal die Basics in Java und Objektorientierung erarbeiten, bevor du ein Projekt wie dieses startest, ansonsten fährst du schnell gegem eine Wand.

Bin Momentan in der FH, deshalb kann ich dir so am Tablet keinen Code schreiben, daher empfehle ich dir das Stichwort "Konstruktor" zu recherchieren und mit dem Wissen kannst du dann die Zuweisung vornehmen

Ich hab um halb 3 Feierabend, werde danach dir dann schnell was zusammenbasteln. Aber erneut: Lies sich nochmal in OOP ein, das erleichtert dir einiges

public class Monster {	private String name;	private int nummer;	private String typ;	public Monster(String name, int nummer, String typ)	{		this.name = name;		this.nummer = nummer;		this.typ = typ;	}	public String getName()	{		return this.name;	}	public int getNummer()	{		return this.nummer;	}	public String getTyp()	{		return this.typ;	}}

Dementsprechend in der anderen Datei dann:

public void initPokeDex() {
	pokemon = new ArrayList<Monster>();
	pokemon.add(new Monster("MissingNo", 0, "???"));
	pokemon.add(new Monster("Bisasam", 1, "Pflanze");
}

Zunächst mal: Der Typ des Pokemon schreit förmlich danach als Enum abgebildet zu werden.
Wäre dann noch die Frage, in welcher Sprache du bisher so programmiert hast. Es entsteht jedenfalls leicht der Eindruck, dass die Grundlagen sowohl in Java, als auch allgemein in Sachen Programmierung bei dir ziemlich lückenhaft sind.
Aber ich will mal durchgehen:
Zunächst mal solltest du die Klasse Monster nicht mit in die PokeDex-Klasse packen, es sieht so aus, als ob das zurzeit der Fall ist. Also eine neue Datei mit dem Namen Monster.java.
Darin dann die Klassendeklaration:

public class Monster {    private String name;    private int number;    private ElementType typ1;    private ElementType typ2; //fuer mons mit doppeltyp    public Monster(String name) {        this(name, null, null, null);    }    public Monster(String name, int number, ElementType typ1) {        this(name, number, typ1, null);    }    public Monster(String name, int number, ElementType typ1, ElementType typ2) {        this.name = name;        this.number = number;        this.typ1 = typ1;        this.typ2 = typ2;    }    //getter    public String getName() {        return name;    }    public int getNumber() {        return number;    }    public ElementType getFirstType() {        return typ1;    }    public ElementType getSecondType() {        return typ2;    }    //ggf setter    public void setSecondType(ElementType typ) {        this.typ2 = typ;    }    ...    //relativ sinnvoll dürfte equals sein    @Override    public boolean equals(Monster monster) {        return this.getName().equals(monster.getName());    }}

In der ArrayList wird das ganze so gehandhabt:

ArrayList<Monster> pokemon = new ArrayList<Monster>();pokemon.add(new Monster("MissingNo", 0, null, null));pokemon.add(new Monster("Bisasam", 1, ElementType.PFLANZE, ElementType.GIFT));...

und das suchen dann:

if (pokemon.contains(new Monster(jTextField1.getText())) {    //do something}

Und das Enum (ebenfalls in einem neuen Java-File)

public enum ElementType {
    NORMAL, PFLANZE, FEUER, WASSER, ..., FEE;
}

Ja, die sehen sich auch ohne "extends", weil "extends" die Vererbung angibt. Wenn die Klasse im gleichen Package liegt, wird sie ohnehin einfach gesehen, schließlich ist sie public, sonst müsste man sie als import einbinden.
Was den Fehler angeht: Hatte den Code nicht geprüft, aber der erste Konstruktor nur mit name muss natürlich so aussehen:

public Monster(String name) {
    this(name, -1, null, null);
}

Alternativ ist durchaus möglich statt des primitiven Typen int das Objekt Integer zu verwenden, das kann dann auch null sein.

Warum überhaupt überladen? Jedes Pokémon hat nen Typ und ne Nummer, da reicht ein Konstruktor und man macht es dem Olli nicht 10000 mal komplizierter.

Überladen ist natürlich nicht zwingend notwendig, aber durchaus sinnvoll, da der Konstruktor tatsächlich selbst im trivialen Fall Name/Nummer/Typ schon zwei verschiedene Fälle gibt, da es bekanntlich Pokemon mit Doppeltypen gibt. Der erste Konstruktor nur mit Namen ist für die Suchfunktion sinnvoll, da man ja in der Liste nach Namen suchen möchte ohne jedes mal manuell durch die Liste zu iterieren. Aus dem gleichen Grund gibt es ja auch die modifizierte equals()-Methode.
Klar, man könnte auch den einen Konstruktor nutzen und die ganzen Aufrufe so gestalten, wie sie derzeit in den weiteren Konstruktoren stattfinden, die Variante mit mehreren Konstruktoren ist jedoch im Gebrauch übersichtlicher und zeigt eindeutiger, welche Parameter man braucht oder weglassen kann, in der Dokumentation ließe sich dann noch erläutern, warum welcher Konstruktor vorhanden ist.