PerdianMG

Was ist denn an der Exception nichtsaussagend? Da steht doch ganz klar und deutlich "Connection refused". Und ich wette, dass zu 99% du keinen Connect an die Datenabnk bekommst, das heisst entweder Servername falsch angegeben oder aber der Server nicht aktiv ist. Christian

Und? Darauf kommt's ja nicht an, du willst ja schließlich Daten an den Benutzer senden und nicht im Contest "Sauberer Sourcecode 2004" gewinnen :-) Ungetestest: Vielleicht einfach einen leeren String senden? Ciao Christian

Ich tippe mal einfach darauf, dass das Problem die Mischung von AWT- (Canvas) und Swing-Komponenten (JScrollPane) ist. Das gibt in aller Regel immer Probleme. Ciao Christian

Dann lass dir doch an der Stelle man die _genauen_ Fehlermeldung der Exception ausgeben, post sie hier rein und wir sehen weiter. Christian

Spielt in diesem Zusammenhang eigentlich keine Rolle - wichtig ist einzig und alleine die JSP Seite. Ja, die Fehlermeldung sieht zu 99,9% nach einem weitergereichten NoClassDefFoundError (oder ClassNotFoundException, kann auch sein *g*) aus, das heisst der Oracle JDBC Trieber wird nicht gefunden. Und ist dieser Pfad für den Tomcat auch im Classpath eingetragen? Ich tippe mal einfach auf nein, das heisst die JARs vom Oracle Treiber entweder ins common/lib Verzeichnis im Tomcat oder aber ins WEB-INF/lib Verzeichnis deiner Applikation und schon sollte es funktionieren. Christian

Es gibt da (wie so oft) die verschiedensten Möglichkeiten. Du kannst beispielsweise einen Vertrag direkt mit einer Bank abschließen, über die dann die Zahlungen durchgeführt werden - funktioniert auch, ist allerdings meistens recht teuer. Günstiger ist es, sowas über Zwischenhändler zu machen, die dir im Netz die Infrastruktur (eine API, oder einen Link) zur Verfügung stellen, über die dann die Zahlung abgewickelt wird. Wenn du sowas brauchst: Einfach mal bei den Banken oder sonstigen Anbietern (PayPal z.B.) nachfragen, was sowas kostet. Christian

Sowas z.b.: /** * A simple document extension, that acceppts only numbers as entries */ class IntegerNumberDocument extends PlainDocument { public void insertString (int off, String s, AttributeSet a) throws BadLocationException { StringBuffer buffer = new StringBuffer(); for(int i=0; i < s.length(); i++) { if(Character.isDigit(s.charAt(i))) { buffer.append(s.charAt(i)); } } super.insertString(off, buffer.toString(), a); } } JTextField textField = new JTextField("testText"); textField.setDocument(new IntegerNumberDocument());

z.B. hier: http://java.sun.com/developer/onlineTraining/Programming/BasicJava2/socket.html Probier mal anstatt "TCP" als Stichtwort "Socket" aus, dann dürftest du eine ganze Menge an Infos bekommen. Christian

Das lässt sich pauschal gar nicht sagen - es kommt immer darauf an, wie genau deine Werte benötigt werden. Es gibt da keine ultimativ richtige Lösung aber ein paar grobe Richtlinien, die ganz nützlich sein können. Nimm Parameter dann, wenn du die Werte nur in der Funktion/Methode benötigst, die aufgerufen wird. Membervariablen sind dann nützlich, wenn die Werte Funktionsübergreifend genutzt werden sollen. Ohne konkretes Beispiel isses hier schwer zu sagen, was du wie genau handhaben solltest. Christian

Beispielsweise per Regex: public static boolean isEmailValid(String email) { return email.matches("^[\\w\\.\\-]+@([\\w\\-]+\\.)*[\\w\\-]{2,63}\\.[a-zA-Z]{2,4}$"); } Christian

Und was soll dann der Kommentar "Ich glaub, das war von Jex-treme..."? Wenn du wirklich an der Lösung mitarbeiten wolltest hättest du mal versucht einen Link aufzutreiben so nach dem Motto "Hier kommt das Ding her". Doch natürlich kannst du das. Weisst du wie man ein Applet in eine HTML-Seite einbindet? Ich denke mal schon, sonst hättest du es beim ersten mal gar nicht erst an's Laufen bekommen. So, und genau unterhalb des <applet> Tag's gibt's eine ganze Reihe an <parameter> Nodes. Hast du mal probiert was passiert, wenn du hier Werte austauschst/weglässt? Und was ich mit detailierter Fehlerbeschreibung meinte: Du hast nirgendwo gesagt ob das Applet gar nicht erst geladen wird (sowas lässt sich im Java-Plugin wunderbar herausfinden), oder ob das Applet selber nicht richtig funktioniert. Im ersten Falle ist die Lösung ziemlich einfach, nämlich zu gucken, dass der Classpath stimmt. Im zweiten Fall kann dir wahrscheinlich hier niemand helfen, weil du dafür die Interna des Applets kennen musst - und das ist ohne Sourcecode nunmal nicht zu machen, es sei denn man will sich wirklich mir dekompiliertem Code abgeben, Na selbst das wäre höchstens ein Glückstreffer gewesen. Hier geht's um das mehr Verständnis und die Elemente der Sprache Java selber und große immer wieder gebrauchte Anwendungen (Eclipse, Tomcat, etc.) mit Detail-Fragen "Wieso geht das nicht" zu einem kleinen mickrigen Applet wirst du nicht weit kommen - sieht man ja :-) Wenn der Kunde zahlt kein Problem... wenn ich vor Ort bin und genau sehe was los ist auch kein Problem - aber ohne Fehlerbeschreibung kann niemand wirklich etwas machen - ausser raten. *lol* Wie sollen wir denn bitte eine Problemlösung "zaubern", wenn gar nicht klar ist, was denn nun überhaupt nicht funktioniert (s.o.)? Eine Newsgroup/Ein Forum ist keine Wundermaschine, die einem alle Probleme der Welt löst - sie kann helfen aber erspart einem nicht das eigene Arbeiten. Christian

Und? Sollen wir uns hier jetzt auf die Suche danach machen und herausfinden wo genau dein Problem liegt? Sorry, aber so funktioniert das nicht. Wenn du nicht weisst, wieso eine Resource, die du irgendwo gefunden hast sich nicht so verhält wie sie das eigentlich tun sollte, dann solltest du: a) selber suchen wo dein Problem liegt. Das heisst auch: Erstmal das Problem eingrenzen, indem du nach und nach Parameter hinzufügst, andere weglässt und selber versuchst zu verstehen an welcher Stelle genau eigentlich der Haken ist. Und nicht nur zwei Minuten sondern durchaus auch eine längere Zeit. Hilft das nichts: Die Dokumentation des Applets lesen, und im Zweifelsfall beim Programmierer des Applets nachfragen, wie du es korrekt konfigurieren musst. Klappt das nicht, weil niemand (mehr) zu erreichen ist solltest du: c) mit einer aussagekräftigen Fehlerbeschreibung versuchen dir hier Rat zu holen, vielleicht kann ja wirklich einer auf die Schnelle sagen wo das Problem ist. Mit einem "Geht nicht!" kommst du nie besonders weit - es sei denn irgendjemand hier hat seine Kristallkugel frisch geputzt und sieht etwas :-) Christian

setColor ist aber eigentlich genau das, was funktionieren _sollte_. Auf was willst du denn genau Zeichnen? Post mal ein Stück an Code Chris

Dann solltest du dich darüber informieren. Was war denn an der ersten Antwort, die du bekommen hast so unverständlich? Dir wird hier niemand jeden einzelnen Schritt genau vorkauen - wir können die ein paar Hilfestellungen geben aber ein bisschen Arbeit musst du auch schon noch selber machen. Christian

Die Java-API ist dein Freund :-) | AppletContext.showDocument(URL url) | Replaces the Web page currently being viewed with the given URL. oder für ein neues Fenster dieses hier: | AppletContext.showDocument(URL url, String target) | Requests that the browser or applet viewer show the | Web page indicated by the url argument. Christian

Das ist das Proböem mit der fehlenden Bytecoderückwärtskompatibilität (was für ein Wort) vom JDK1.5 Kompiliert unter 1.4 --> Laufen unter 1.5 ist kein Problem Kompiliert unter 1.5 --> Laufen unter 1.4 kannst du vergessen. Es gibt glaube ich in der Beta noch die Möglichkeit mit -source=1.5 -target=1.4 noch für 1.4 gültigen Bytecode zu erzeugen, soll sich aber mit der final Version ändern. Von daher wirst du wohl oder übel bei 1.5er kompilierten Klassen auch ein 1.5er JRE zum Ausführen haben müssen. Christian

Du solltest dich erstmal weniger auf dein Servlet an sich konzentrieren sondern dir klar machen, wer für die Darstellung zuständig ist. Die CSS Datei wird nicht vom Servlet eingebunden sondern von Browser in einem zweiten Schritt erst aufgerufen und ausgelesen. Guck dir die HTML Ausgabe an, die generiert wird. Vergleiche die mit einer anderen (statischen) HTML Seite, die ebenfalls das Stylesheet referenziert und bei der es funktioniert. Dann such die Unterschiede in beiden Dateien und erst wenn du hier gesehen hast was falsch gelaufen ist kannst du an das Servlet gehen und dort die Ausgabe verändern. Christian

Zuviel Code? Was ist denn das für eine Begründung? Wie willst du auf diese Art und Weise denn jemals zu einem stabilen Programm kommen? Wenn du jedes Mal erst die Exception selber analysieren musst bist du in Monaten/Jahren noch am Bugfixen, weil du nie genau weisst, in welcher Situation der Fehler jetzt genau auftritt. Klar kannst du auf deine Art und Weise die Fehler eingrenzen, aber du wirst immer am Hinterherprogrammieren sein. Auch wenn's einmal mehr Arbeit und mehr Code ist: Sichere dich lieber im Vorhinein ab, anstatt hinterher um die einzelnen Fehler drumrumzuprogrammieren. Christian

Dann würde ich mir die Rechteverwaltung nochmal ansehen, denn die Fehlermeldung ist eindeutig: Mit dem User kommst du nicht weiter. Christian

Du kannst natürlich einem JAR-File ein neues Icon geben - ganz normal im Windows Explorer unter "Extras -> Ordneroptionen -> Dateitypen" oder dem entsprechenden Linux-Pendant. Falls du aber _jedem_ JAR ein _eigenes_ Icon geben willst, so wirst du hier vermutlich lange suchen können, denn das geht AFAIK nicht. Christian

Naja mal ganz vom Thema Regex weg, ist das schlechter Stil. Du solltest nicht versuchen solche - für dich - potentiellen Probleme zu vermeiden sondern besser versuchen das Problem selber anzugehen. Wenn eine NullPointerException geworfen wird, bekommst du immer einen Stacktrace mitgeliefert. Verwende eine gute IDE mit Debugger (Eclipse bietet sich z.B. an dafür) und sieh dir den Inhalt der Variablen selber an - einmal damit angefangen, wirst du es nie wieder anders machen wollen. Stell die mal vor, du hast eine Situation, wo ein Methodenaufruf wie dieser hier erscheint: Object o = a.b().c().d().e.f.g(); Das jetzt jedesmal aufzuschlüsseln in aufzuschlüsseln B b = a.b(); C c = b.c(); D d = c.d(); E e = d.e; F f = e.f; G g = f.g(); kann immer und immer wieder angewendet zu ziemlich unübersichtlichem Code führen. Hier solltest du lieber hingehen und beim Design eingrenzen wo eine NPE geworfen werden könnte, und diese dann explizit umgehen: D d = a.b().c().d(); if(d == null) { // Jetzt irgendwas machen und auf den null-Zustand reagieren System.err.println("d ist null!"); } else { Object o = d.e.f.g(); } Christian

Nein, du hast nichts verstanden - lies bitte nochmal _genau_ was im Javadoc steht: capacity increment hat nichts mit indexbasiertem Zugriff zu tun. Christian

Mal ein paar Codeschnipsel, vielleicht hilfts dir: public static void main(String[] args) { // Das Objekt dessen Method test aufgerufen werden soll final TestObject meinTestObject = new TestObject(); // TimerTask extension, die den Aufruf ausführt TimerTask meinTimerTask = new TimerTask() { public void run() { meinTestObject.machWas(); } } // Den Timer erstellen und starten, der den Task in Intervallen ausführt long delay = 1000 * 60 * 20 // 20 Minuten Timer meinTimer = new Timer(); meinTimer.schedule(meinTimerTask, 0, delay); }

Also nicht so ohne weiteres direkt aus Java raus. Da wirst du nicht drumrumkommen über JNI zu gehen. Ich hab neulich mal angefangen und da ein bisschen was gebastelt und ich sag dir es ist grauenhaft ;-) Alleine die C-API ist die Hölle und dann das auch noch zu verkapseln und nach Java zu portieren macht noch mehr Spaß. Also von mir als Tip: Ein paar Infos zu TAPI/CAPI besorgen, bisschen in C testen und dann JNI Wrapper drübersetzen. Chris

Ja, lies ein Tutorial über Java, wo ein Beispiel aufgeführt ist. Wahrscheinlich hast du falsche Paameter auf der Kommandozeile eingegeben oder beim Speichern die Endung vergessen.