JDK 1.4.2 UND 1.1.8 auf gleichem Rechner

[HanZ]

Hi,


Ich habe JDK 1.4.2 UND JDK 1.1.8 ( für mehr Kompatibilität bei Appletts ) auf meinem Rechner installiert.
Wie compiliere ich jetzt den Code über JDK 1.1.8 ? Wenn ich den javac.exe aus dem Verzeichnis
JDK 118 starte, sagt der immer, dass er die Packages ( z.B: awt.color. etc ) nicht findet ?!


Gruß

HanZ

 

[L-ectron-X]

Es genügt, wenn Du den ClassPath für die zeitweilige Arbeit mit dem 1.1.8-Compiler anpasst.
Ich habe mir dafür eine Batchdatei geschrieben, in der ich den Compiler aus dem 1.1.8-Pfad aufrufe und kompiliere. Allerdings weiß ich jetzt nicht, ob das noch einfacher geht.

 

[HanZ]

Und hier liegt das Problem. Ich weiß nicht, wie das genau geht !

Könntest Du mir deine Batch-Datei zur Verfügung stellen ? Bitte !

Gruß

HanZ

 

[L-ectron-X]

Ich habs für einen Windows-PC einfach so gemacht:

@echo off
set CLASSPATH=.;c:\jdk1.1.8\lib\classes.zip
c:\jdk1.1.8\bin\javac -O -deprecation MyApplet.java
pause

Das schreibst Du in eine Batchdatei (compiler.bat oder so) und kopierst sie immer in das Verzeichnis, in welchem die .java-Dateien liegen, die mit dem JDK kompiliert werden sollen.
Möglicherweise musst Du den Pfad zum JDK in der Batchdatei an Deine JDK-Installation anpassen.

 

[HanZ]

Hi, danke schonmal.

Ich bekomme aber immer noch folgende Fehlermeldung ...

Kalender.java:4: Package java.awt.color not found in import.
import java.awt.color.*;


Irgendwas läuft da schief..

Gruß
HanZ

 

[L-ectron-X]

So wie's aussieht, hast Du einen Schreibfehler drin. Der Compiler-Fehler weist darauf hin.
Ich vermute mal, dass Du mit der Klasse java.awt.Color arbeiten willst, nicht mit dem Package java.awt.color.
Ergo müsste Deine Import-Anweisung so aussehen:

import java.awt.Color;

oder auch

import java.awt.*;

 

[HanZ]

unter JDK 1.4 lief es aber ohne Probleme !

Ich probier es mal


Gruß

HanZ

 

[HanZ]

Das wars, Color großgeschrieben frisst er jetzt.

Aber jetzt bekomme ich folgende Fehlermeldungen :

Gibt es

setFocusable ( fürs Applet )

Component -> hide() ( Für nen Dialog )

resize -> has been deprecated

getWidth()
getHEight()
str.delete ( StringBuffer .delete )


nicht ? Ist das unter 1.1.8 anders ????

Gruß

HanZ

 

[Illuvatar]

Tja, lies mal hier nach:
http://java.sun.com/products/archive/jdk/1.1/index.html

 

[HanZ]

Zusatz :


was bedeuten eigentlich die Compiler Optionen -O und -deprecation ?
Wenn ich bei JDK 1.4 mit -deprecation compiliere, bekomme ich bei den Dialog Objekten ( di.hide(), etc )
auch die Fehlermeldung ! Ohne diese Option wird es ohne Probleme compiliert und läuft auch ?!



ist setFocusable in JAva 1.1.8 nicht möglich ? Wie bekommt ein Applett dann Tastatureingaben mit ??



Gruß

HanZ

 

[HanZ]

... ich blicke durch die JDK 1.1.8 API nicht durch.
Die JDK 1.4 ist übersichtlicher und besser aufgebaut. Vielleicht kann mir jemand helfen ???????

Gruß

HanZ

 

[L-ectron-X]

was bedeuten eigentlich die Compiler Optionen -O und -deprecation ?
Wenn ich bei JDK 1.4 mit -deprecation compiliere, bekomme ich bei den Dialog Objekten ( di.hide(), etc )
auch die Fehlermeldung ! Ohne diese Option wird es ohne Probleme compiliert und läuft auch ?!

Die Option -O weist den Compiler an, den Bytecode zu optimieren - er wird dadurch kleiner und schneller.
Die Option -deprecation weist den Compiler an, beim Kompilieren nach im Quelltext benutzten Methoden zu suchen, die in der API als deprecated markiert sind, also nicht mehr verwendet werden sollten, weil sie nicht sicher sind.
Um sich die Compiler-Optionen anzeigen zu lassen genügt folgender Befehl am Prompt (Eingabeaufforderung/Console):

javac -help

Die Compilermeldungen bei aktivierter Option -deprecation sind keine Fehlermeldungen, sondern nur Warnungen. Es wird trotzdem lauffähiger Bytecode erzeugt, so lange keine Fehler im Code sind.

ist setFocusable in JAva 1.1.8 nicht möglich ? Wie bekommt ein Applett dann Tastatureingaben mit ??

Ich weiß jetzt nicht so ganz, was Du meinst, vielleicht kannst Du es ja mal etwas näher erläutern.

 

[HanZ]

Danke schonmal für die Erklärung.

"setFocusable(true") in meiner init() Methode soll dafür sorgen, dass das Applett an sich den Focus
bekommen kann.

Über paint gebe ich Text im Browser, bzw. Applett aus. Das Applett soll auf Tastatureingaben
reagieren ( KeyListener ). Dies tut es aber nur, wenn es den Focus hat ( also nicht irgend ein
Steuerelement ihn bekommen hat ! ).
Dafür sorge ich dann in manchen Funktionen dann auch über die "requestFocus" Methode.

Unter JAva 1.4 läuft es auch ohne Probleme ! Leider macht JDK 1.1.8 ein paar Zicken.

( Habe nochwas, ich glaube ProGuard kann ich für JDK 1.1.8 vergessen, oder funktioniert es damit auch ? ).

Ich hoffe ich bekomme den "alten" Compiler jetzt langsam mal mit meinem Code ans Laufen.
Leider haben in dem Netzwerk, in dem das Applett laufen soll, viele Rechner eine Alte Microsoft-Java
version, so dass ich denke, ein mit der JKD 1.4 compilierter Code wird nicht laufen.

Gruß

HanZ

 

[L-ectron-X]

Das Applet selbst erhält den Focus, sobald es in den Anzeigebereich kommt, bzw, angezeigt wird.
Füge doch mal den Code, in der das Textfeld den Focus erhalten soll ans Ende der start()-Methode.
Schaue auch bitte noch mal sicherheitshalber in die API-Doc des JDK 1.1.8, ob in da schon eine requestFocus()-Methode verfügbar war.

textfield.requestFocus();

Alternativ dazu kannst Du auch mal versuchen mit dem SDK 1.4.x zum JDK 1.1.8 kompatiblen Bytecode zu erzeugen - mit folgendem Befehl:

javac MeinApplet.java -target 1.1

Ansonsten poste doch einfach mal etwas Code.

 

[Guest]

Hi,

es soll KEIN Steuerelement den Focus bekommen, sondern nur das Applett an sich ( Oberfläche ) !
In der Init Methode geschieht dies mit requestFocus().

Mit setFocusable(true) setzt man überhaupt die Möglichkeit, dass das Applett den Focus bekommen kann !



In der FAQ steht, dass javac -taget 1.1 trotzdem zu Problemen führen kann.


NOCH NE WICHTIGE FRAGE.********************************************************

Wenn ich normal mit der 1.4 compiliere, aber nur API verwende, die unter 1.1 auch lauffähig ist,
müsste der Code doch auch unter JDK 1.3 laufen ODER ???????????????????????????????????????


Gruß

HanZ

 

[L-ectron-X]

in der FAQ steht, dass javac -taget 1.1 trotzdem zu Problemen führen kann.

Ich weiß, weil ich es geschrieben habe. :wink:
Es ging jetzt nur darum, es einmal auszuprobieren.

Wenn ich normal mit der 1.4 compiliere, aber nur API verwende, die unter 1.1 auch lauffähig ist,
müsste der Code doch auch unter JDK 1.3 laufen ODER ???????????????????????????????????????

Ich denke schon, deshalb kann es auch nützlich sein, die Option -deprecation im Compiler zu aktivieren.