kein-tee

Ja, gar nicht, denn: [javac] ..\string\StringUtils.java:7: [COLOR="Red"]generics are not supported in -source 1.4[/COLOR] Gruß

Hm, ok, stimmt. An welcher Stelle wird die Exception zum ersten mal geworfen? Zumindest weist es darauf hin [1], dass irgendetwas mit deinen Entities nicht stimmt ... [1] Hibernate Forum Gruß

Nach den Log-Einträgen zu Urteilen, sieht es nicht so aus, als wäre die DS deployed wurden. In meinem Log steht z.B. 11:40:15,772 INFO [ConnectionFactoryBindingService] Bound ConnectionManager 'jboss.jca:service=DataSourceBinding,name=KTDatasource' to JNDI name 'java:KTDatasource' Ich hatte ein ähnliches Problem wie du, bei mir lag es daran, dass ich vergaß, die DS zu deployen. Gruß

Ich meine nicht deine 'InstantTalkPU'. Überprüf das Logfile doch mal auf Meldungen bzgl. des Deployments deiner 'MySQLtalk-ds', z.b: 2008-11-13 11:40:15,463 DEBUG [org.jboss.deployment.MainDeployer] Starting deployment of package: file:/home/bla/jboss-4.2.2.GA/server/default/deploy/MySQLtalk-ds.xml Oder halt ähnliches ... Gruß

Dann überprüfe, ob MySQLtalk-ds auch wirklich deployed wurde (z.B. durch Serverneustart). Gruß

Alles schön und gut, aber ich Frage mal genauer: MySQLtalk-ds.xml hast du deployed, also in das Deploy-Verzeichnis deines JBoss kopiert? Nochmal zur Erinnerung: --- MBEANS THAT ARE THE ROOT CAUSE OF THE PROBLEM --- [...] I Depend On: jboss.jca:service=DataSourceBinding,name=[COLOR="Red"]MySQLtalk-ds[/COLOR] [...] Gruß

MySQLtalk-ds hast du deployed? Gruß

Einige praktische Beispiele, zum starten/stoppen/unterbrechen/forsetzen findest du unter [Java Thread Primitive Deprecation]. Gruß

Warum hast du es dann in diesem Fall verwendet? Doch, Membervariablen. Anscheinend versteh ich dein Problem hierbei nicht ... Gruß

Alle von A abgeleiteten Klassen referenzieren auf _dieselbe_ Variable $attr, da sie statisch deklariert wurde. Statische Variablen sind sog. Klassenvariablen, wohingegen Membervariablen als Instanzvariablen bezeichnet werden. Während Instanzvariablen an ein Objekt gebunden sind, werden Klassenvariablen an die Klasse gebunden und sind somit _unabhängig_ vom Objekt. Falsch! $attr gehört sowohl A, als auch allen anderen Klassen, die von A abgeleitet wurden. Zum Verständnis: Klassenvariablen werden nur ein einziges mal angelegt. Alle Instanzen dieser Klasse greifen auf dieselbe Variable zurück, sodass eine Änderung an der Variablen in einer Instanz für alle Instanzen der gleichen Klasse sichtbar sind. Das ist kein Fehler von PHP, mehr ein Verständnis- / Designfehler deinerseits. Gruß

Ja, Anleitung lesen. Siehe: JFileChooser.setFileSelectionMode(int) Gruß

Sicherlich. Stichwort: Reflections. Der Classpath lässt sich u.a. auch dynamisch erweitern. Reflections. Der Treiber wird zur Laufzeit geladen. Beispiel: Class.forName(" oracle.jdbc.driver.OracleDriver"); Der Compiler merkt hiervon erst mal nichts. Zur Laufzeit hast du natürlich das nachsehen, wenn die entsprechende Bibliothek fehlt. Gute Frage, vielleicht Maven, wenn man sich das mal durchliest. Wüsste ich aber auch gerne! Gruß

Hmm, nochmal genauer: Wie installierst du die Drucker auf den Clients? Das CUPS log sieht so aus, als ob die Drucker falsch installiert wurden. Es gibt ein Tool bzgl. Druckerinstallation, das dir u.U helfen könnte: CUPS Client (README beachten). Gruß

1. Auf welche Art und Weise wurden die Drucker installiert (bitte genau)? 2. Was sagt denn CUPS' error_log (e.g /var/log/cups/error_log) wenn du versuchst zu drucken? Gruß

Das geht, lies dir dazu bitte das entsprechende Javadoc durch. Dort ist bereits ein Beispiel inklusive Bemerkungen bzgl. Sicherheit vermerkt. Gruß

Das Stichwort heisst Mehrfachvererbung und dies ist in Java einfach nicht möglich. Gruß

Es gibt einen Tutorial-Überblick unter: Sun Java Tutorials. Gruß

Siehe: Stichwort: Responding to Window-Closing Events. Gruß

Eine erste Anlaufstelle mag die Groovy Dokumentation sein, insbesondere der Teil, der sich mit XML beschäftigt. Gruß

Du hast recht. Wer lesen kann ist klar im Vorteil. So wie gepostet nicht, so wie du vorschlugst, ja. Gruß

Einfach mal das Komma entfernen in: 'cond'=>'blubb'.CONTENT_STATE_PUBLISHED, [/PHP] Und natürlich fehlt dir auch noch eine schließende Klammer für: [PHP] array('cont'=> [...] Gruß

Du musst die JAR-Datei Assoziation von 'javaw' auf 'java' ändern. Javaw öffnet keine Console. Mir ist leider auch kein Weg bekannt eine Console zu öffnen, wenn keine verfügbar ist. Hoffe das bringt dich etwas voran. Ansonsten: Gruß

Worauf willst du hinaus mit dieser Aussage? Weil Java mir eine Fülle einzigartiger Frameworks bietet, die anderswo einfach nicht existieren. Damit spare ich Entwicklungszeit und arbeite wirtschaftlich. Nein, ganz und gar nicht. Das primäre Argument für Java liegt meiner Meinung nach im Auge des Betrachters und muss zweifelfrei nicht immer ausschließlich 'Plattformunabhängigkeit' heissen. Fortschrittliche Technologie ist z.B. ein interessanter Punkt den ich kurz von dir aufnehmen möchte. Nehmen wir mal die Java Enterprise Technologie. Als Java Developer ist man oft damit konfrontiert sog. 'Legacy Systems' aus verschiedenen Gründen anzusteuern. An dieser Stelle muss oft, so schwer es auch sein mag, die Plattformunabhängigkeit verworfen werden. Eine andere Technologie ist z.B. SWT, mit der sich GUI im Stile des Betriebssystems realisieren lassen. Die Plattformunabhängigkeit wird auch hier verlassen. Guter Link, daran sollten sich viele Java Entwickler halten. Danke dafür. Worauf du aber in Bezug auf Plattformunabhängigkeit damit hinaus willst, musst du schon erklären. Doch, genau hierzu solltest du dich mal äussern. Lass uns daran teilhaben, denn du scheinst ein erfahrener Java Entwickler zu sein. Worauf beziehst du dich mit dieser Aussage? Also es wird überall gelehrt und vor allem praktiziert, dass man ProcessBuilder usw. nicht nutzen soll? Mir ist schon klar, was Spaghetti-Code ist, nur wird mir nicht klar, was das nun unbedingt mit ProcessBuilder und Konsorten gemein haben soll. Aber ich ahne worauf du hinaus willst: Du meinst das darunterliegende Programmfragment, dass aufgerufen wird? Ich freue mich auf deine Konstruktive Antwort, und das meine ich ehrlich. Gruß, und schönes Wochenende!

Entschuldige, aber so eine arme Argumentation habe ich selten gehört. Nur weil Java quasi plattformunabhängig ist, muss man auch so programmieren? Wenn die Zielplattform ausschließlich Windows/Linux/Irgendwas ist, was spricht dagegen, das Programm für diese Plattform anzupassen? Viele Sachen lassen sich in Java regeln, aber bestimmt nicht alle. Zum Glück stehst du mit deiner Meinung so ziemlich allein da. Was verstehst du denn unter Spaghetti-Code? Gruß

Also ich bin jetzt mal einfach so frei: Siehe auch: Eclipse vs. Netbeans: Sun ist sauer auf IBM Gruß