WinXP Home und java
- Ersteller PRINZ
- Erstellt am
geis
New member
ja soweit ich weiss geht die java console überhaupt nicht bei xp home und pro... das problem wurde glaube ich erst mit dem servicepack so richtig behoben.
im download programm files ordner im windows ordner steht bei mir immernoch, dass die java console beschädigt ist obwohl ich das sp1 drauf habe.
neulich wollte ich mal in einen chat und da musste ich resigniert erstmal aufgeben...
hast wohl recht @musikoff
im download programm files ordner im windows ordner steht bei mir immernoch, dass die java console beschädigt ist obwohl ich das sp1 drauf habe.
neulich wollte ich mal in einen chat und da musste ich resigniert erstmal aufgeben...
hast wohl recht @musikoff
Fazit
Von der Benutzung des Microsoft-Produkts ist an und für sich abzuraten: Nicht nur die Programmierung von plattformunabhängigen Java-Programmen und -Applets wird dadurch erschwert -wenn nicht sogar unmöglich gemacht- auch viele weitere Java-Eigenschaften, wie JDBC oder RMI, werden nur teilweise oder garnicht unterstützt. Zwar bietet Visual J++ als Ausgleich eine Reihe von Windows-proprietären Features, wie z.B. den Zugriff auf die Windows-eigenen APIs mit 'JDirect' - von SUN wird dies natürlich nicht unterstützt.
Dieses Problem wird sich in Zukunft mit der kommenden Java-Version 1.2 noch weiter verschärfen, da eine Reihe der dort enthaltenen Neuerungen, wie z.B. 'Swing', Microsoft nicht schmecken und eine Integration in 'Visual J++' unterlassen dürfte.
Nur wer diese gravierenden Nachteile in Kauf nehmen und speziell für Windows-Systeme Software entwickeln will, der mag sich mit 'Visual J++' anfreunden.
*grinz*
quelle: http://java.seite.net/ides/msj.html
Von der Benutzung des Microsoft-Produkts ist an und für sich abzuraten: Nicht nur die Programmierung von plattformunabhängigen Java-Programmen und -Applets wird dadurch erschwert -wenn nicht sogar unmöglich gemacht- auch viele weitere Java-Eigenschaften, wie JDBC oder RMI, werden nur teilweise oder garnicht unterstützt. Zwar bietet Visual J++ als Ausgleich eine Reihe von Windows-proprietären Features, wie z.B. den Zugriff auf die Windows-eigenen APIs mit 'JDirect' - von SUN wird dies natürlich nicht unterstützt.
Dieses Problem wird sich in Zukunft mit der kommenden Java-Version 1.2 noch weiter verschärfen, da eine Reihe der dort enthaltenen Neuerungen, wie z.B. 'Swing', Microsoft nicht schmecken und eine Integration in 'Visual J++' unterlassen dürfte.
Nur wer diese gravierenden Nachteile in Kauf nehmen und speziell für Windows-Systeme Software entwickeln will, der mag sich mit 'Visual J++' anfreunden.
*grinz*
quelle: http://java.seite.net/ides/msj.html
Albu
New member
Visual J++ ist tot, das stimmt schon...
Allerdings: Visual J++ hat die beste Java IDE, die es derzeit auf dem Markt gibt und das ist das traurige! Alle anderen IDEs haben irgendein Manko, irgendein total nerviges (un-)Feature, daß ein Bearbeiten von Java Dateien zur Qual macht. Leider kann man das Auto-Complete nicht ergänzen, weil dann wäre J++ auch für neuere Klassen und Features von Java erweiterbar.
Ich muß zugegeben, daß es schon ein, zwei Jahre her ist, daß ich mich bei den Java IDEs umgeguckt habe, aber damals gab es nur Schrott (JBuilder, Kawa und wie sie alle heißen), die Dingers waren entweder schnarchlangsam, weil ständig die Autocomplete Funktion gelaggt hat, so daß man sie letztendlich nur abschalten konnte, oder der Editor hatte irgendeine Eigenschaft, die ich mir nicht angewöhnen konnte / wollte.
Wenn die MS Penner den Java Compiler austauschbar machen würden, die AutoComplete Funktion erweiterbar, und CVS als Versionskontroll System integrieren würden, dann könnten sie J++ locker weiter verticken. Aber da es ja Firmenpolitik ist, sich gegen Java aufzubäumen, wird es vermutlich nie eine weitere Version von J++ geben. Und die richterliche Auflage nach der sie jetzt doch wieder Java mit ihren XPs ausliefern müssen, ist ja auch schon wieder ausgesetzt. Es gab MS-Java also nur kurze Zeit mit XP, bzw. in einem Service Pack.
Sollte ich mal wieder in die Verlegenheit kommen ein Java Programm schreiben zu müssen, dann werde ich wohl wieder auf J++ zurückgreifen (da es sich meist um serverseitige Sachen handelt kann ich also auf Resource Wizards, Swing-Assistenten, usw. verzichten). Man muß ja nicht die Microsoftschen Erweiterungen nutzen und kann ganz normalen, offiziellen Java Code produzieren...
Allerdings: Visual J++ hat die beste Java IDE, die es derzeit auf dem Markt gibt und das ist das traurige! Alle anderen IDEs haben irgendein Manko, irgendein total nerviges (un-)Feature, daß ein Bearbeiten von Java Dateien zur Qual macht. Leider kann man das Auto-Complete nicht ergänzen, weil dann wäre J++ auch für neuere Klassen und Features von Java erweiterbar.
Ich muß zugegeben, daß es schon ein, zwei Jahre her ist, daß ich mich bei den Java IDEs umgeguckt habe, aber damals gab es nur Schrott (JBuilder, Kawa und wie sie alle heißen), die Dingers waren entweder schnarchlangsam, weil ständig die Autocomplete Funktion gelaggt hat, so daß man sie letztendlich nur abschalten konnte, oder der Editor hatte irgendeine Eigenschaft, die ich mir nicht angewöhnen konnte / wollte.
Wenn die MS Penner den Java Compiler austauschbar machen würden, die AutoComplete Funktion erweiterbar, und CVS als Versionskontroll System integrieren würden, dann könnten sie J++ locker weiter verticken. Aber da es ja Firmenpolitik ist, sich gegen Java aufzubäumen, wird es vermutlich nie eine weitere Version von J++ geben. Und die richterliche Auflage nach der sie jetzt doch wieder Java mit ihren XPs ausliefern müssen, ist ja auch schon wieder ausgesetzt. Es gab MS-Java also nur kurze Zeit mit XP, bzw. in einem Service Pack.
Sollte ich mal wieder in die Verlegenheit kommen ein Java Programm schreiben zu müssen, dann werde ich wohl wieder auf J++ zurückgreifen (da es sich meist um serverseitige Sachen handelt kann ich also auf Resource Wizards, Swing-Assistenten, usw. verzichten). Man muß ja nicht die Microsoftschen Erweiterungen nutzen und kann ganz normalen, offiziellen Java Code produzieren...
glaub ich dir nicht, weil wenn, würdest du sicherlich nach erneuerung und updates suchen und wenn j++ jetzt schon tod ist wirds später schlecht stand der dinge sein(spätestens wenn ne neue win-version da ist). und die bei sun und andere haben sicherlich die verbesserungen von ms gesehn und müßten eigenlich angeregt sein dem zu folgen (schätz ich mal so)
Albu
New member
Es kann gut sein, daß ich mir mal JBuilder 10 (oder welche Version hamm die jetzt??) mal anschaue, sollte ich in die Verlegenheit kommen, aber JBuilder hätte einen entscheidenden Nachteil: ich habe keine Lizenz dafür.....
J++ habe ich als Teil vom DevStudio hier rumliegen, und wie gesagt es ist mir piepegal, ob der Compiler veraltet ist und ich die Sachen nochmal mit einem gescheiten JDK durchnudeln muß. Der Editor der J++ IDE ist der beste Editor für Java den ich bislang in die Finger bekam.
Es mag sein, daß sich die anderen IDEs irgendwann einmal besinnen und am Editor rumgeschraubt wird, damit er besser bedienbar ist. Aber warum warten und hoffen? Und da clientseitiges Java auch vom Aussterben bedroht ist und nur noch in einzelnen Nischen vertreten ist, braucht man auch keinen Resourceeditor für die neueste GUI Erweiterung. EJBs kann man notfalls von Hand basteln und für DB Zugriffe hat man meist auch seine Standardklassen, so daß die Wizards der anderen GUIs zwar eine nette Erleichterung sein können (so sie denn funktionieren), aber man auch ohne sie leben kann.
Und für JSP Seiten hat man ja den Dreamweaver!
J++ habe ich als Teil vom DevStudio hier rumliegen, und wie gesagt es ist mir piepegal, ob der Compiler veraltet ist und ich die Sachen nochmal mit einem gescheiten JDK durchnudeln muß. Der Editor der J++ IDE ist der beste Editor für Java den ich bislang in die Finger bekam.
Es mag sein, daß sich die anderen IDEs irgendwann einmal besinnen und am Editor rumgeschraubt wird, damit er besser bedienbar ist. Aber warum warten und hoffen? Und da clientseitiges Java auch vom Aussterben bedroht ist und nur noch in einzelnen Nischen vertreten ist, braucht man auch keinen Resourceeditor für die neueste GUI Erweiterung. EJBs kann man notfalls von Hand basteln und für DB Zugriffe hat man meist auch seine Standardklassen, so daß die Wizards der anderen GUIs zwar eine nette Erleichterung sein können (so sie denn funktionieren), aber man auch ohne sie leben kann.
Und für JSP Seiten hat man ja den Dreamweaver!