Peeter

Eigentlich müsstest du die .jar Datei in deinen Classpath aufnehmen. Es reicht nicht, wenn du sie nur in diesen Ordner kopierst!! Das weißt du aber wie das geht?!

Peet

Was machst du denn in dieser Methode genau? Also am besten den Quellcode der Zeile in der der Fehler auftritt.

Peet

Muß man es da nicht signieren?? Ich glaube, wenn man es signiert hat, kommt dann auch die Abfrage. Aber ich bin mir nicht sicher (wegen mangels an Applet-Erfahrung).

Peet

Also einfallen tut mir momentan keines. Und da du es ja eh in der Firma nutzen wirst (also kommerziell) wirst du um eine Gebühr nicht herum kommen.

Aber ich werd auch noch mal suchen.

Peet

Stimmt, hier geht es ja um Applets! Verdammt, es ist noch zu früh.

Peet

Wie wäre es mit Jebbar ?? Ist komplett in PHP. Unterstützt IMAP, Kalender, Kontakte, ...! Wie ein kleines Outlook

Also ich hab´s bei meinem Webhoster und bin damit absolut zufrieden. Ist sehr einfach zu Handhaben.

Peet

Mit der Option "-Djava.security.policy=laufwerk:\Pfad\policyDatei" kann man eine Policy-Datei extra angeben.

Also: java -Djava.security.policy=laufwerk:\Pfad\policyDatei Programm

Peet

Oder so wie es Jaraz macht!

Verdammt, wieder zu langsam.

Folgendermaßen.

In dieser Zip ist eine Datei namens: "mysql-connector-java-3.0.8-stable-bin.jar". Erst mal entpacken. Diese benennst du am besten gleich mal in was kürzeres um (z.B. "mysql-driver.jar").

Dann brauchst du nur noch das Programm mit dem Parameter -classpath zu übersetzen: "javac -classpath .;laufwerk:\PfadZurJar\mysql-driver.jar Programm.java"

Und genauso führst du dein Programm auch aus: "java -classpath .;laufwerk:\PfadZurJar\mysql-driver.jar Programm"

Peet

Also als erstes brauchst du eine funktionierende MySQL-Datenbank!

Dann brauchst du den Treiber den du hier findest. Und dann musst du nur noch das ganze in dein Java-Programm einbinden.

Treiber laden:

Class.forName("com.mysql.jdbc.Driver").newInstance();

	connection_MySQL = DriverManager.getConnection("jdbc:mysql://127.0.0.1:3306/Datenbank?user=username&password=Password");

Dannnur noch deine Statements und fertig ist der Zugriff auf die MySQL!!

Ich würde es über die Schleife machen. Das sind 3 Zeilen.

Mal im ernst. Das ist so einfach sowas sollte man ohne große Hilfe schaffen (wenn man weiß, was die Fakultät ist).

Peet

Das ist natürlich ein "kleiner" Nachteil bei der Sache. Du bräuchtest halt XP dazu.

Aber die Buttons hab ich im Web auf die Schnelle auch net gefunden.

Aber bessere (und "originalere") kannst du gar nicht bekommen.

Also ich muß ganz ehrlich gestehen, das mir das ganze lernen (bis auf ein paar kleine Ausnahmen) nicht viel gebracht hat. Es zählt sehr viel Allgemeinwissen im Bereich IT. Sei es Speichermedien (CompactFlash, HDD, ...) oder einfach nur Programmierkenntnisse (bei mir). Ich habe mir aber vorher alle alten Prüfungen angeschaut. Ob´s was gebracht hatte kann ich nicht sagen. Nach der ersten alten Prüfung dachte ich, ich falle komplett durch. Aber dann bekommt man Routine.

Das was ich mir dann noch rein geprügelt habe habe ich nur zu einem sehr geringen Teil (weniger als 5%) wirklich für die Prüfung gebraucht. ca. 40% standen im Tabellenbuch (sehr wichtig und am besten das ganze Buch vorher noch mal GENAU anschauen damit du weißt wo was steht) und der Rest ist Allgemeinwissen.

Also macht euch nicht verrückt. Ich hab das ganze auch mit 85% bestanden und hätte nie geglaubt, das ich so ein Ergebnis erreiche.

Peet

Mach dir doch nen Screenshot (Alt+Druck oder Strg + Druck) und schneide sie dir in einem Bildbearbeitungsprogramm aus.

Peet

Das wäre eine Möglichkeit. Du willst also an den User (der eine Connection aufbaut) all die Libaries dranhängen (auf der AS400 natürlich). Un dieser soll dann die entsprechenden Programm ausführen. Gar keine dumme Idee. Somit hast du für jeden Kunden einen speziefischen User der die benötigten Biblitheken hat.

:uli , hätte ich eigentlich selber drauf kommen können.

Peet

Noch einfacher ist es, wenn due in dem RPG-Programm die Libary-List setzt. Dort kannst du (wo du deine Input- und Output-Files angibst) explizit einen "extfile('LIB/FILE')" Parameter angeben.

Das wäre jetzt mein Vorschlag.

Peet

Du könntest doch im AS400 Programm direkt eine Libary-List setzen!

Also ein CL schreiben, welches die Libary-List setzt und dann das AS400-Programm aufruft.

Wäre das was??

Peet

Genau so. So machen wir es hier und es funktioniert ohne Probleme. Wir müssen auch auf Dateien in verschiedenen Bibliotheken abfragen.

Peet

Also erst mal kannst du dir ein "AS400JDBCDataSource"-Objekt erzeugen. Darauf kannst du die Methode:

"setLibraries(String)" anwenden.

Etwas ähnliches gibt´s in der "QSYSObjectPathName" Klasse.

Dort kannst du direkt deine Bibliothek setzen (setLibraryName(java.lang.String library) ).

In der Doku zur Toolbox ist auch ein Beispiel zur AS400JDBCDataSource. Mußt dir mal unter http://www-1.ibm.com/servers/eserver/iseries/toolbox/index.html gibt´s ne aktuelle Version mit einer (endlich) ordentlichen Doku.

Wobei ich aber eher dazu tendiere meine Bibliotheken direkt im SQL-Statement mit anzugeben. Da habe ich den ganzen Streß drurum nicht.

Kleiner Tip. Mach´s in den SQL-Statements.

Peet

Ach, die gute, alte Autoexec.bat und der damit verbundene konventionelle Arbeitsspeicher.

Was man da nicht alles probiert hat um noch mehr Speicher frei zu geben. :mod:

config.sys

DEVICE=C:\DOS\HIMEM.SYS

DOS=HIGH, UMB

COUNTRY=049,850,C:\DOS\COUNTRY.SYS

DEVICE=C:\DOS\DISPLAY.SYS CON=(EGA,,1)

...

Autoexec.bat

@echo off

SET PATH=C:\WINDOWS;C:\

LH C:\WINDOWS\COMMAND\MSCDEX.EXE /D:123

LH C:\MOUSE\MOUSE.EXE

MODE CON CODEPAGE PREPARE=((850) C:\DOS\EGA.CPI)

MODE CON CODEPAGE SELECT=850

KEYB GR,,C:\DOS\KEYBOARD.SYS

...

Das waren noch Zeiten, da hat man um jedes kilobyte gekämpft. Dann kamen noch so Tools wie Memmaker. Die waren klasse.

PS: Seit DOS 5.0 dabei und immer wieder begeistert!:uli

Steht doch da. Alle NACH 1.2 (dazu zählt nicht 1.2 sondern erst 1.3) wurden jann Java2 genannt. Oder besser: AB 1.3 heißt´s Java2!

Doof ausgedrückt, ich weiß.

Richtig. Alle Versionen vor 1.3 heißen Java(1) und die nach 1.2 haben sie einfach Java2 genannt.

Original geschrieben von chepro

setVisble(false) ist völlig falsch, da es dann noch speicher belegt.

nimm panel.dispose();

damit ist das panel nicht mehr sichtbar, aus dem speicher und die anwendung läuft noch.

Aber so wie ich das verstanden habe will er jedes mal wenn er einen Kunden bearbeitet hat dieses Panel neu aufbauen und wieder schließen. Warum baut er dann nicht das Panel nur ein mal und ändert durch set-Methoden die enstsprechenden Felder/Stellen und macht es nach der Bearbeitung "unsichtbar". Ist doch viel performanter als wenn er jedes mal das Panel neu aufbaut und wieder komplett schließt.

Peet

Kunden_bearbeiten.setVisible(false);

Einfach mal die JDoc bemühen.

Peet