Um per ODBC auf eine Datenbank zuzugreifen, muss das Applet die lokalen ODBC-Treiber auf dem PC nutzen.
Das scheitert evtl. an Sicherheitsrestriktionen. Applets sollen ja eigentlich in einer "Sandbox" arbeiten und möglichst wenig lokale Ressourcen verwenden dürfen, da man sonst per Applet leicht Virien und Trojaner installiert bekommen könnte. Es hat auch den Nachteil, dass man auf jedem nutzenden PC einheitliche ODBC-Quellen konfigurieren müsste. Ich kenne auch keinen direkten Weg, um aus Jabaco/Java ODBC zu nutzen.

Daher sollte das Applet per JDBC auf die Datenbank greifen. Auch das ist nicht ganz ohne, da man so die Datenbank Zugriffen von außen öffnet. Es wäre also besser, wenn die Zugriffslogik auf dem Server und nur die Präsentationslogik im Applet abliefe. Jemand könnte z.B. das Jar-File decompilieren oder den Netzwerkverkehr mitprotokollieren und so Benutzernamen und Kennwörter herausbekommen.

Verteilte Datenverarbeitung ist immer mit einiger Einarbeitung verbunden. "Null Ahnung von Java" ist da als klares Optimierungspotenzial zu sehen.

Das Applet bzw. Jar-File läuft tatsächlich auf dem PC und nicht auf dem Server. Daher hat es auch keinen direkten Zugriff auf den Server, sondern muss über Netzwerkschnittstellen (Sockets, JDBC, Webservices, AJAX, ...) mit dem Server kommunizieren, um von dort etwas zu bekommen.

Letzter Tipp für heute: seit einigen Jahren ist XP SP3 verfügbar. Mit SP2 sind diverse Sicherheitsrisiken und Fehler verbunden.

Gruß!

A1880