Konsolenprogramm hat Problem mit java.awt oder javax.swing

[^^]

Hallo Forum,

also ich habe ein Konsolenprogramm geschrieben, braucht keine Eingabe also es wird kein Scanner verwendet.
Nun wollte ich die methoden von einem Frame aus aufrufen und draufhin macht es probleme. vorher hat noch alles Funktioniert.

Später habe ich herausgefunden, dass wenn ich

import java.awt.*;

oder

import javax.swing.*;

in das Programm einbinde, dass es dann auch nicht funktioniert. Diese Befehle können sogar als Kommentar gemacht werden. Wenn also dieser import Befehl in dem Programm selber oder dem, der die Methoden aufruft drin steht, machen die Methoden schwierigkeiten.

Hattet ihr das auch schonmal??

Freue mich über jede antwort

Gruß ^^

 

[Gast]

Unsinn

 

[0x7F800000]

Wenn du es einfach so von der Konsole startest, läuft das im "headless mode"
Im headless mode kann man keine Frames instanziieren.

Ich hab eigentlich keine Ahnung wie man damit umgehen soll (bzw. bist du dir sicher, dass du das programm unbedingt aus der konsole starten musst? ???:L )

Oberflächliches herumgooglen hat ergeben, dass es evtl. umgangen werden kann, indem man in der konsole zunächst
die variable java.awt.headless auf false setzt, oder direkt im programm

System.setProperty("java.awt.headless","false");

einstellt, was ich allerdings nicht empfehlen würde, da ich selbst keinen Schimmer hab, was es sonst noch für tolle auswirkungen hat...

 

[Wildcard]

Wenn du es einfach so von der Konsole startest, läuft das im "headless mode"
Im headless mode kann man keine Frames instanziieren.

Das ist genauso Unsinn, wie das Ausgangsposting, da imports in class Files gar nicht vorhanden sind, also dort auch kein Problem verursachen können.
Wenn du etwas von der Konsole startest ist es noch nicht per-se Headless. Headless bist du nur, wenn es kein Display (virtuell, oder real) gibt/kein Zugriff auf einen X-Server besteht.
Setzt man nun das headless Property, kann man trotzdem keine Frames instanzieren, weil das ohne Display nicht funktioniert. Damit werden nur einige Dinge ermöglicht die auch wirklich headless funktionieren, insbesondere das erstellen von Bildern im Speicher.

 

[0x7F800000]

Das ist genauso Unsinn, wie das Ausgangsposting

einverstanden. :toll: Das war auch ein nicht gut überlegter Post, da hab ich aus Langeweile irgendwas blind geraten, sorry

bei langeweile bricht in mir der dummschwätzer aus -.- grrrr ich hasse mich^^ :lol:

 

[^^]

Hi,

Tut mir leid wenn ihr mein Post als Unsinn abstempelt. Ich weiß zwar nicht warum ihr dass macht aber naja.

Glaubt ihr dass der Fehler nicht existiert oder was?

Ein Konsolenprogramm ist ja außerdem nichts anderes als dass man eben Methoden hat, die die Ausgabe auf der Konsole machen oder dass man eben was eingeben kann, was bei mir ja nicht der Fall ist.

Das Programm liest nur Sachen aus und der Konstruktor ruft eben die einzelnen Methoden auf um dies zu tun. Wenn ich jetzt eben diese awt oder swing importiere funktioniert es nicht mehr. Ich kann es mir selber nicht erklären und verzweifle langsam.

@Andrey

bist du dir sicher, dass du das programm unbedingt aus der konsole starten musst? ???:L

Ich glaube du hast mich falsch verstanden. Die Methoden der Klasse sollen ja von einem JFrame aufgerufen werden.
und nicht umgekehrt.


Gruß ^^

P.S.: Wer meine Posts als Unsinn abstempelt ohne dazu noch einen Grund zu nennen kann dies auch grad lassen

 

[^^]

Hi,

ich habe nochmal was herausgefunden. Ich verwende den JavaEditor und von dem aus Starte ich immer das Programm. Wenn ich den import Befehl nicht rein nehme funktionierts beim JavaEditor, wenn ich aber dann auf der Konsole

java Programm

eingebe dann kommt der selbe Fehler wie im JavaEditor mit dem import Befehl.

In dem Fall liegt des nicht an Java sondern am JavaEditor.


Gruß ^^

 

[Beni]

Dann wäre es interessant zu erfahren, was denn genau für ein Fehler kommt. Was gibt die Konsole aus?