Peeter

Vielleicht mit der SystemRescueCd? Läuft unter Linux (Minimalsystem) und vielleicht kannst du da den Cardreader zum laufen bringen. Dann "partimage" aufrufen und versuchen die Daten zu sichern. Ansonsten mit "dd" vielleicht ein Image ziehen?? :confused:

Also wenn man die Developer-Version von TightVNC nimmt, ist auch gleich eine "Datei-kopier-Funktion" dabei! Da bin ich mir zu 100% sicher, da ich genau das nutze... Einfach mal die "dev"-Version auf beiden Rechnern installieren. NACHTRAG: Siehe hier: http://www.tightvnc.com/screenshots.html Da sieht man ganz unten, das es einen File-Transfer zwischen Server und Client gibt

DMA-Modus der Festplatte eingeschaltet?

Also zu 1). Die Beans unterscheidet man nur durch eine xml-Datei (Descriptor der Bean) in der steht ob diese Bean Stateful oder Stateless ist. Mehr nicht. Die Interfaces die man implementieren muss, sind dabei die selben. Aber am besten besorgst du dir da mal Tutorials oder ein gutes Buch. Bei 2) kann ich dir leider nicht helfen.

Wobei das auch nix bringt, wenn die Bild-Objecte nicht freigegeben worden sind. Der GC gibt ja nur Speicher der Objecte frei, die wirklich nicht mehr gebraucht werden (null).

hehe, gar nicht. Da ja das Kabel die "Bremse" ist...

Aber nicht jeder hat 256MB Ram... Also ich würde es eher "ressourceschonender" programmieren. Und dazu gehärt nunmal den RAM-Verbrauch etwas zu minimieren... Du könntest die (größeren) Bilder wirklich erst zu der Zeit laden, wenn du sie wirklich brauchst.

Einfach mit an den Kommandozeilen-Aufruf anhängen... "java -Xms128m -Xmx256M -classpath .... .... ... Class"

Oha... Du lädst ja alle Bilder auf einmal... Das ist zu viel für die VM. Große Bilder (wobei "groß" schon bei mehr als 200kb anfängt) erst dann laden wenn sie gebraucht werden und dann auch wieder frei geben und nicht die ganze Zeit im Speicher halten. Ansonsten mit den VM-Optionen "-Xms128m -Xmx256m" der VM mindestens 128 MB und maximal 256MB Speicher zuweisen. Das wäre das einzige was auf die schnelle hilft.

"Debian Sarge"

Ist auch egal, VNC darf niemals so viel CPU-Last verursachen... Versuch es mal mit dem Bildschirmtreiber (wobei ich nicht weiß ob das hilft, aber man kann ihn ja auch schnell wieder deinstallieren).

Also da ist irgendwas falsch... VNC verursacht "eigentlich" fast gar keine CPU-Last. Welchen VNC-Server nutzt du denn? Ich nutze TightVNC und da gibt es extra einen "Bildschirmtreiber" (dfmirage), den man installieren kann, wenn man dein geschildertes Problem hat. Dieser Bildschirmtreiber läuft dann nebenbei und wird nur von VNC genutzt

Entweder nur EINEN Filewriter erstellen und die "write"-Methode entsprechend öfter aufrufen (was meiner Ansicht nach der performantere Weg ist auch sauberer aussieht anstatt dauernd nen neuen FileWriter zu erzeugen), oder du liest die JDoc und merkst, das es einen Konstruktor gibt, bei dem man sagen kann, das der geschriebene Text an die Datei angehängt werden soll... FileWriter(String fileName, boolean append)

Indem man ein ImageIcon baut und es in ein JLabel packt und dieses auf den JFrame legt...

Ach verdammt... Du hast mich erwischt...

JFrame.setResizable(false); Steht aber in der API drin... Peeter

Deswegen sagte ich ja "ConnectionPooling"... Das würde dem ganzen auch etwas mehr "Sinn" verleihen.

Lade dir die Java-JRE (ca. 15MB) von Sun runter. Packe deine Klassen in einem Jar-File (Befehl "jar" mit entsprechendem "MANIFEST") und gib das deinen Kumpels. Alles andere ist nicht sinnvoll... Die Java-Klassen in exe-Dateien umzuwandeln ist zwar (meiner Meinung nach) was zum ausprobieren, hat aber keinerlei Vorteile und einen gravierenden Nachteil: NICHT Platformunabhängig... Mit der BoardSuche findest du auch wie man ein selbststartendes Jar-Archiv erstellen kann (Stichwort "MANIFEST"). Grüße Peet PS: Vergiss das wirklich mit der Exe. Java ist in keinster Weise dafür ausgelegt.

Man könnte ja zum Beispiel ConnectionPooling mit implementieren... Aber ansonsten stimme ich Jaraz zu. Zu wenig Möglichkeiten und zu viele Einschränkungen, als das es wirklich "sinnvoll" wäre. Generell würde ich "List" zurück geben und nicht sowas spezielles wie ne ArrayList. Und ~ 350 Zeilen GPL in JEDEM Quellcode ist schon wirklich etwas übertrieben, oder? Eine "Copyright.txt" mit der GPL würde vollkommen reichen...

ncftpput ist da etwas einfacher gestrickt. "ncftpput -u username -p password hostname.domain Zielverzeichnis lokale_Datei" Und schon wird die Datei hoch geschoben. Leider wird das Passwort ohne Verschlüsselung gesendet. Aber tunneln kann man ja trotzdem...

Wenn du ncftp hast, hast du soch sicher auch "ncftpput"... Probier's mal damit...

Vielleicht die JTable erst in ein JScrollPane legen und dann das JScrollpane auf dein Panel... Ist in der Table schon was drin? Wenn nein, wird die Table so klein gemacht, das du gar nix mehr siehst.

Na gut... dann werd ich das so machen müssen... Aber erstmal auf das Weihnachtsfest vorbereiten...

Vielleicht mit der Methode "setOpaque(boolean)"?? Hoffe das hilft dir weiter.

Genau das wollte ich damit sagen. Die Daten die ich dann noch in der XML bräuchte kann ich doch sicher auch irgendwie mit rein pressen? Eigentlich bräuchte ich nur ne Möglichkeit mit Hilfe der "xsd" eine valid xml zu erstellen...