Zeil 473 : "<label id="XXXX" ...> ..."
Diese ändert sich bei jedem Refresh der Seite. Für den Browser ist das erstmal nicht weiter schlimm, dieser zeigt erstmal alles nur an, was die ID angeht und was da noch an AJAX und vor allem an Server-Code dranhängt hat diesen nicht zu interessieren. Und genau so etwas ist schon mal eine kleine Hürde womit Frameworks wie HTMLUnit überhaupt nicht klar kommen. Ich hätte dafür sicher 1 oder 2 Tricks auf Lager um es doch mit HTMLUnit zu schaffen OHNE mir da selbst was schreiben zu müssen, aber diese werde ich jetzt hier mal nicht posten.
Zur Erklärung von MarderFahrer hätte ich noch ne Anmerkung :
es geht nicht unbedingt darum das der "Bot" die Seite läd, ausfüllt und dann sofort wieder sendet. So wie ich es verstanden habe wird schon das verhalten eines Browsers nachgeahmt : laden der Seite und Darstellung im Bot, Ausfüllen durch User und dann erst senden. Das Argument mit "in X ms ausgefüllt" ist hier also etwas unpassend. Was aber z.B. Web.de definitiv mitbekommen wird ist der Fakt das so ein Browser ja noch mehr macht als nur mal eben das HTML dieser einen Seite zu laden : andere Bilder laden, JavaScript-Code ausführen, weitere Anfragen, Session- und Cookie-Verwaltung, ggf aktive Inhalte (Flash, Java-Applet) ... und das alles mit Java nachzuahmen wird alleine mit HTMLUnit sicher NICHT möglich sein. Und ich bin mir sicher das Web.de schon in einger gewissen Weise auf so etwas achten wird. Und genau damit verrät sich das Programm, eben weil diese ganzen Anfragen und Code-Ausführungen die ein Browser normalerweise macht erstmal richtig implementiert werden müssen. Und da ist es völlig egal ob die Daten von nem User per Hand eingetippt werden oder ob du dir sogar die Mühe machst einen Anti-Captcha-Code zu schreiben (bei aktuellen Captchas von Web.de schon eine etwas größere Aufgabe, aber sauber implementiert würde es schneller geknackt werden als es ein Mensch überhaupt lesen könnte) : Fakt ist das sich nachweisen lässt das die Registration eben NICHT über einen aktuellen Standard-Browser ablief sondern über ein anderes Programm, welches Web.de seinerseits als "Angriff durch Bot" werten könnte und dadurch das Konto sperren oder sogar löschen könnte.
Und aus diesem Grund ist es eigentlich wenig hilfreich wenn wir dir da weiterhelfen da du mit dem Ergebnis nicht wirklich Freude haben wirst.
Ob es überhaupt möglich wäre mit Java soweit einen Browser nachzuahmen das man damit "unauffällig" eine Registration bei nem E-Mail-Provider absetzen könnte ... hmm ... vielleicht, aber der Aufwand für einen unerfahrenen Entwickler, (und sorry, nimm das bitte nicht böse oder beleidigend sondern nur als Feststellung) der du (zumindest auf diesem Gebiet) zu sein scheinst, ist in kein sinnvolles Verhältnis zum Nutzen zu bringen. Oder einfach ausgedrückt : um die "Aufgabe" zu erfüllen würdest du ewig und 3 Tage sitzen und doch zu keinem Ergebnis kommen.
Ich will dich nicht unbedingt entmutigen, dir aber lediglich aufzeigen das es nicht wirklich einen Sinn hat wenn du gleich mit sowas anfängst nur um mal ein bisschen mit java.net.* und darauf laufenden Frameworks rumzuspielen.