Hallo,

ist es möglich einem Applet eine MenuBar zu geben?

Und wenn ja WIE ?

Holger

ja es ist möglich, genauso wie bei einem awt pogramm :wink:

[Entitaet]

Zitat von Flytronik

[..]Und wenn ja WIE ? [..]

Ist zwar schon ein Weile her, aber dennoch hier einmal ein wenig Beispielcode, wie man so etwas macht:

...
// ************************************************** **********************************
// * Initialisiere Komponenten für UI-Komponenten und füge sie dem Inhaltsfenster zu; *
// * sowie uch Verbindung zum geeigneten Listener. *
// ************************************************** **********************************
mb = new JMenuBar();
mb.addMouseListener(this);
mFile = new JMenu("Datei");
mFile.setMnemonic(KeyEvent.VK_D);
mEdit = new JMenu("Edieren");
mEdit.setMnemonic(KeyEvent.VK_E);
mCreateImportFile = new JMenu("CSV-Daten");
mCreateImportFile.setMnemonic(KeyEvent.VK_I);
mInformation = new JMenu("Programm-Information");
mInformation.setMnemonic(KeyEvent.VK_P);

miSave = new JMenuItem("Speichern");
miSave.setAccelerator(KeyStroke.getKeyStroke(KeyEv ent.VK_S,
ActionEvent.ALT_MASK));
miSave.getAccessibleContext().setAccessibleDescrip tion(
"Hier wird gespeichert!");
miSave.addActionListener(this);
mFile.add(miSave);

miSaveAs = new JMenuItem("Speichern als");
//miSaveAs.setMnemonic(KeyEvent.VK_A);
miSaveAs.addActionListener(this);
mFile.add(miSaveAs);
mFile.addSeparator();

miRetrieve = new JMenuItem("Laden");
miRetrieve.setAccelerator(KeyStroke.getKeyStroke(K eyEvent.VK_L,
ActionEvent.ALT_MASK));
miRetrieve.getAccessibleContext().setAccessibleDes cription(
"Hier wird geladen!");
miRetrieve.addActionListener(this);
mFile.add(miRetrieve);
mFile.addSeparator();

miDelete = new JMenuItem("Löschen");
miDelete.addActionListener(this);
mFile.add(miDelete);
mFile.addSeparator();

miPrint = new JMenuItem("Drucken");
miPrint.setAccelerator(KeyStroke.getKeyStroke(KeyE vent.VK_R,
ActionEvent.ALT_MASK));
miPrint.getAccessibleContext().setAccessibleDescri ption(
"Hier wird gedruckt (auch CRT)!");
miPrint.addActionListener(this);
mFile.add(miPrint);

miEditPref = new JMenuItem("ID ändern");
miEditPref.addActionListener(this);
mEdit.add(miEditPref);

miDoSomething = new JMenuItem("Mach etwas");
miDoSomething.setAccelerator(KeyStroke.getKeyStrok e(KeyEvent.VK_A,
ActionEvent.ALT_MASK));
miDoSomething.getAccessibleContext().setAccessible Description(
"Hier erledige etwas");
miDoSomething.addActionListener(this);
mCreateImportFile.add(miDoSomething);

miAbout = new JMenuItem("Über dieses Programm");
miAbout.addActionListener(this);
mInformation.add(miAbout);

miHints = new JMenuItem("Programmhinweise");
miHints.addActionListener(this);
mInformation.add(miHints);

mb.add(mFile);
mb.add(mEdit);
mb.add(mCreateImportFile);
mb.add(mInformation);
...

so, ich bin momentan dabei zu prüfen auf welcher technologie ich ein etwas größeres java projekt aufsetze.

da es ein informationssystem wird welches wachstumspotential hat will ich es von vornherein so auslegen das es gut skalierbar ist.

als O/R persistance layer habe ich mich eigentlich schon für hibernate entschieden. die features überzeugen und die geschwindigkeit scheint auch zu stimmen. alternativ hatte ich an QuasarPersistance von sd&m (www.openquasar.de) gedacht. allerdings geht mir hier die unterstützung für das jdk5.0 ab, welches ich eigentlich schon gerne benutzen möchte. die mapping definitionen scheinen sehr komplex zu sein - und zu guter letzt ist es zwar opensource aber die hibernate entwickelung scheint um einiges aktiver zu sein.

nun, da die anwendung in mehrere verteilte komponenten aufgeteilt sein wird dachte ich an J2EE. nachdem ich nun fast den ganzen tag damit zugebracht habe mir JBOSS anzusehen und EJB2.0/XDoclet etc reinzupfeifen bin ich für mich irgendwie zu dem schluss gekommen das es das nicht sein kann. die möglichkeiten sind bestimmt immens - aber ich möchte keinesfalls derart technologiegebunden sein und mich auf ein so spezielles framework wie J2EE festlegen.
das lässt sich nicht mit dem angestrebten architekturmodell vereinbaren (quasar hats mir angetan )

Spring lief mir über den weg, welches wohl mehr in richtung POJO (plain old java objects) geht und versucht diese mit j2ee zu verheiraten. konnte ich mir leider noch nicht genau ansehen, scheint aber interessant zu sein.

zu guter letzt warf ich noch einen blick auf EJB3 - ziel bei dieser spezifikation war es wohl diese ganze j2ee scheisse(sorry*g) zu vereinfachen. dank jdk5.0 und seinen annotationen fallen die nervigen xml dateien weg - in der ejb3 preview von jboss kommt hibernate zum einsatz. die mapping definition erfolgt direkt im code (durch annotations). die integration von POJOs ist wie mir scheint auch hier sehr gut möglich. das prinzip ist simpel und wie ich finde leicht zu erlernen - ich bin versucht es damit zu versuchen.
-> http://www.jboss.org/products/ejb3

allerdings bin ich mir nicht ganz sicher ob das wirklich das ist was ich suche.
wenn ich nun meine applikationsschicht (die business logik), welche ich möglichst technologieunabängig implementieren will, über schnittstellen an EJBs anbinde ..
.. kann ich diese dann einfach mit einem remote-client aufrufen?
.. ist es möglich diese zu verteilen und einen load-balancer vorzuschalten?

damit wäre schon sehr viel gewonnen, aber irgendwie habe ich das gefühl j2ee ist viel mehr und ich würde dann nur einen kleinen bruchteil nutzen - brauche ich hierfür überhaupt einen appserver wie jboss?
wenn das wie ich annehme nicht alles ist: was ist der eigentliche sinn von EJBs / J2EE?

es sei mir verziehen wenn die fragen dämlich sind - ich bin ein absoluter neuling was j2ee betrifft und habe auch nicht wirklich viel erfahrung mit java.

für einen rat wäre ich sehr dankbar, nicht das ich mir hier was antue was ich später bereue