Snowghost

Wo hast du denn die Probleme? Bei der Erstellung der InternalFrames oder bei der Darstellung der Tabs? Für die InternalFrames gibt es (wie üblich) von Sun ein ganz gutes Tutorial. Um in jedem InternalFrame eine Tab darzustellen, musst du dir nur eine InternalFrame-Basisklasse schreiben und alle deine InternalFrames von dieser ableiten. ciao Snowghost

Versuche mal folgendes bei der Initialisierung des Frames: frame.setDefaultCloseOperation(JFrame.DO_NOTHING_ON_CLOSE); Gruß Snowghost

Da hast du Glück, dass du es mit Java zu tun hast.... Es gibt eine Klasse ResourceBundle und sog. Property-Dateien (*.properties). Über eine Kombination der beiden kannst du multilinguale Applikationen erstellen. Kleine Einführung: Für jede Sprache gibt es eine eigene Property-Datei. z.B. MyProperty.properties als default; MyProperties_de.properties für deutsch etc. Über die Klasse ResourceBundle wird abhängig von der OS-Einstellung das entsprechende Property-File geladen. In dem Prop-File hast du Key-Value Einträge. Im Quellcode beziehst du dich nur noch auf den Key und ordnest den Value z.B. einem JLabel zu. Hoffe es hat ein wenig geholfen. Gruß Snowghost

Mit diesem Tool nicht. Aber es gibt auch gute OpenSource-Projekte zu dem Thema. z.B. JasperReport oder JFreeReport. Findest du beide unter sourceforge.net

Hast recht... Aber folgendes funktioniert: public void keyTyped(KeyEvent e) { char c = e.getKeyChar(); if (c == KeyEvent.VK_BACK_SPACE) { e.consume(); } // fuer ENTF natuerlich entsprechend auch.... }

Ich bin mir nicht sicher ob das geht - aber probier mal folgendes: Reagiere in dem KeyListener auf die beiden Tasten und lasse einfach die Bearbeitung davon weg.... Also ungefähr so: public void keyPressed(KeyEvent e) { if (e.getKeyCode == KeyEvent.VK_BACK_SPACE) { // do nothing } }

Ich würde es mal mit einem KeyListener auf dem TextField probieren.

Versuche doch einmal, die JMenuItems selbst zu erzeugen, den ActionListener hinzuzufügen und dann einem anderen JMenuItem zu übergeben. Also so: JMenuItem look = new JMenuItem("Look"); JMenuItem metal = new JMenuItem("Metal"); metal.addActionListener(...); look.add(metal); Gruß Snowghost

Mal eine Frage: Wenn du dich nicht mit Vektoren auskennst, wie kommst du dann darauf, dass du es mit diesen machen willst? Anfangen würde ich auf jeden Fall einmal damit, mir eigene Objekte zu definieren. Also z.B. ein Objekt "Termin", das die entsprechenden Daten enthält. Die Instanzen dieses Objektes kannst du dann bspw. in einem Vektor oder einer ArrayList oder sonstwas speichern/ablegen. Hoffe, es war ein kleiner Gedankenanstoss.... Gruß Snowghost

Du schreibst, dass du nicht alles umstellen willst. Daher vermute ich einmal, dass du die Statements im Code immer direkt verwendest. Für solche Sachen wäre eine eigene Hilfsklasse (und eigene Ableitungen der Klassen/Schnittstellen) meist sinnvoller. Dann kannst du auch später noch sehr vieles im Hintergrund umstellen, ohne jede einzelne Klasse anfassen zu müssen..... Das braucht zwar am Anfang etwas mehr Zeit (und Grips), bringt aber irgendwann einmal was..... Gruß Snowghost

Tja, wie gesagt. Wenn die Nodes noch nicht erzeugt sind, können sie auch nicht ausgegeben werden. Sind sie vorhanden (und dem TreeModel zugeordnet) müssen sie auch ausgegeben werden..... Gruß Snowghost

Da müsstest du mir natürlich auch ein bisschen mehr Informationen darüber geben, wie du den Baum aufbaust. Anscheinend lädst du die Einträge dynamisch (beim Aufklappen) nach. Wenn diese Nodes noch nicht geladen sind, können sie natürlich auch nicht ausgegeben werden - woher soll der Tree auch wissen, welche Nodes u.U. noch kommen.... Da müsstest du schon zuerst den gesamten Baum laden..... Aber beschreib doch mal, was du genau machen willst - vielleicht hat ja jemand eine Idee. Gruß Snowghost

Genau kann ich es dir nicht sagen - den WebLogic kenne ich nicht. Aber vielleicht hast du in dem Deployment-Deskriptor (ejb-jar.xml) oder in der weblogic-ejb-jar.xml eine falsche Klasse definiert (oder falsch geschrieben). Könnte aber auch sein, dass einfach dein Package-Name nicht ganz korrekt ist. Solche Fehler sind pauschal meist nicht zu klären - da müsste schon alles vor sich haben.... Gruß Snowghost

Da gibt es verschiedene Möglichkeiten. Du kannst z.B. über das TreeModel gehen und mit den Methoden getChild(<params>) und getChildCount(<params>) die Nodes durchlaufen. Hast du als Nodes Instanzen eines DefaultMutableTreeNode kannst du auch mal die Methoden breadFirstEnumeration() bzw. depthFirstEnumeration() probieren. Du kriegst allerdings nur die Nodes, die auch schon definitiv geladen wurden (egal, ob sie "aufgeklappt" sind oder nicht). Gruß Snowghost

Hoppla - war ein kleiner Fehler. Ist natürlich 6.5.1x (also von 6.5.14 bis 6.5.16).... Gruß Snowghost

Hallo. Hat von Euch jemand eine Binary-Version des JIKES-Compiler für eine SGI IRIX 6.1x Maschine??? Gruß Snowghost

Unter www.java4less.com Du kannst dir eine eingeschränkte Testversion kostenlos laden - allerdings gehen da immer nur eine gewisse anzahl von reihen zum drucken (ich glaube 60).

Mit dem Print-API kann ich dir auch nicht weiter helfen. Als ich mal was unter Java drucken musste, hab ich mir ein ziemlich simples (und auch billiges) Tool besorgt. Das heisst RReport - bietet zwar nicht sehr viel, aber mir hat es gereicht.... Gruß Snowghost

Hast du hinter deinen Nodes verschiedenartige Objekte (also Objekte von unterschiedlichen Klassen) hinterlegt? Wenn ja, dann reicht es, wenn du dir einen eigenen TreeCellRenderer schreibst, den du von DefaultTreeCellRenderer ableitest. Abhaengig vom Node-Objekt kannst du dir dann ein anderes Icon anzeigen lassen. Die Icons kannst du entweder in deinem Renderer definieren oder du machst folgendes: Jedes Objekt, dass in den Tree gelangen kann implementiert bspw. eine Schnittstelle ITreeObject mit einer Methode "public ImageIcon getIcon()". Im Renderer musst du dann nur noch diese eine Schnittstelle abfragen und holst dir das Icon von dort - so ist der Renderer besser wieder verwendbar.... (Wie du dir einen TreeCellRenderer schreibst, schaust du am besten bei den Swing-Tutorials von Sun nach - da sind sie ganz gut beschrieben.) Gruß Snowghost

Schau dir doch am besten mal das Tool ANT an (http://jakarta.apache.org/ant/). Damit kannst du geniale Build-Files erstellen - und natürlich auch eine JavaDoc. Am Anfang ist es allerdings ein bisschen gewöhnungsbedürftig.....

Ich würde nicht den MySQL-ODBC-Treiber verwenden - mit dem habe ich auf manchen PC´s schon Schwierigkeiten gehabt. Besser ist der Driver von M. Matthew. Zu finden unter http://www.mysql.com/downloads/api-jdbc.html

Ich würde auch mal probieren, das Statement- und Connection-Objekt erst nach der while-Schleife zu schliessen.

Eine deutsche Doku zu log4j kenne ich bisher noch nicht. Aber in der Doku zu log4j selbst ist alles wunderbar beschrieben - auch mit Beispielen. (Und daran, dass die Dokus meistens in englisch sind, musst du dich einfach gewöhnen - das wird dich noch öfters treffen. Vor allem bei relativ neuen Technologien/Produkten.) Snowghost

Es gibt schon eine Möglichkeit: Du musst dir zuerst alle Methoden deiner Klasse dynamisch in z.B. ein Array laden. Bsp.: Method[] methods = this.getClass().getMethods(); Die Parameter kannst du dir über die Methode getParameterTypes() des Method-Objektes holen. (Die musst du dir für die Methode bspw. in einem zweidimensionalen Array speichern.) Deinen Übergabeparameter (also den Methodennamen) überprüfst du mit den vorhandenen Methoden in dem ersten Array. Über die Methode invoke(.....) (Parameter siehe JavaDoc) kannst du dann die gefundene Methode dynamisch aufrufen. Hoffe es hat ein wenig geholfen ciao Snowghost

Versuch es doch einfach mal mit dem Package-Wizard vom JBuilder selbst. (Den findest du glaube ich unter 'Tools - ....') Snowghost