perdian

Hast du denn die Fehlermeldung verstanden und nach dem Grund gesucht? Anders gefragt: Hat eine Entity ein deklariertes ID-Property?

Selbst das halte ich für nicht durchsetzbar. Nehmen wir mal an, ich bin seit 15 Jahren als Softwareentwickler im C++ Umfeld tätig und entscheide mich dann auf Java-Entwicklung umzusteiegen. Bin ich dann Senior, Junior oder "normaler" Entwickler? Für alle drei Bezeichnungen gäbe es gute Begründungen. Und abgesehen davon: Wo bleibt denn dann der Spaß beim ganzen?

Was ist daran abschreckend und vor allem: Was ist daran ungewöhnlich? Stellenbezeichnungen für eine "normale" Sekretärin sind genauso unterschiedlich und trotzdem weiß jeder, was gemeint ist. Das ist doch das schöne an Sprache, dass man auch Feinheiten damit ausdrücken kann. Und eine Stelle als "Softwareprogrammierer" (furchtbares Wort aber schon gesehen) hat für mich auch immer einen leicht anderen Schwerpunkt als "Software-Engineer". Letzteres umfasst einen leicht anderen Bereich. Weil es keinen Job gibt, auf den die dann standardisierte Berufsbezeichnung 100% passen würde. Was willst du da auch standardisieren? Anders gefragt: Welche Berufsbezeichnung würdest du wählen und nach welchen einheitlichen Kriterien würdest du jemandem erlauben zu sagen "Ich bin XYZ"? Von der Berufserfahrung.

Das ist das Problem mit textbasierter Kommunikation - was sich für den einen aggressiv liest mag für den anderen eher sachlich rüberkommen. Es fehlt die zwischenmenschliche Komponente, aber nicht immer ist es direkt so, wie es scheint. Hätte man das hier anders kommunizieren können? Möglicherweise. Muss man es deshalb tun? Ich denke nein. Mal wieder sehr überspitzt: Wir sind hier nicht auf einer Waldorfschule, wo jeder nur positive Dinge zu hören bekommt in der Angst, dass alles andere die Motivation und das Selbstbewusstsein runterreißen könnte. Das trifft die Situation nicht ganz. Es geht sich ja hier nicht nur darum, dass das Projekt schiefgelaufen ist sondern man versucht mit irgendwelchen Ausreden (Nervosität, Hitze, Prüfungsstress) das ganze herunterzuspielen. Es ist doch vollkommen müßig hier abstrakt über eine Problemlösung in dieser Projektsituation zu diskutieren. Wie würde ich mit einem Mitarbeiter umgehen, der ein Projekt nicht "eingesammelt" hat? Das kommt doch ganz auf die Situation an. Wenn er - wie hier in dem Posting - mit den Argumenten ankommt "Hitze, Nervosität, Druck" dann ist es meines Erachtens nach durchaus angemessen ihm nicht über den Kopf zu streicheln und zu sagen "Ei ei, beim nächsten Mal wirds besser" sondern schon klar und deutlich zu sagen "Das sollte im professionellen Umfeld so nicht vorkommen". Natürlich geht das mit konstruktiven Vorschlägen weiter, die in dem Falle wohl wären "a) Arbeit an den Präsentationsmöglichkeiten oder Verlagerung der Tätigkeit in eine Richtung wo keine Präsentationen mehr nötig sind". Nicht jeder ist dafür gleich gut geeignet, das sollte man im Falle des Falles auch erkennen können.

Unabhängig vom Wetter draussen hat es sich so eingebürgert im Netz das "Sie" an der Türe abzugeben - klingt einfach verdammt komisch. In diesem Sinne "You can say you to me". Na wunderbar - dann nach vorne gucken und fertig. Rumgejammere bringt niemanden weiter. Ohne Frage. Aber es gehört auch dazu zu erkennen, dass es Momente gibt (eine Abschlussprüfunf ist so einer), wo man eben 100% Leistung zu bringen hat. Blackout hin, schlechter Tag her. Ist das immer fair? Wohl nicht. Muss ich mich damit abfinden? Natürlich. Interessant, wie du das nach ein paar Postings schon beurteilen kannst. Lass dir gesagt sein: Sowohl meine Kollegen, als auch diejenigen, denen ich als Vorgesetzter fungieren durfte, kommen wunderbar mit mir aus. Ah, jetzt verstehe ich. Der Sinn eines Forums ist es seit neuestem ähnlich wie im Kindergarten jedem, der sich das Knie aufgeschlagen hat Mut zuzusprechen und zu versichern, dass das nie wieder vorkommen wird, weil draussen ja ab sofort kein Asphalt mehr verlegt wird sondern nur noch weicher Rasen. Jeder verspricht sich von einem Forum etwas anderes und ob es dir gefällt oder nicht, aber deine Einstellung wird wohl auch nicht von jedem rückhaltslos geteilt. That's life!

Den Pfad korrekt angeben. new File("./irgendwas")referenziert die Datei unterhalb des aktuellen Verzeichnisses (das ist bei Eclipse das Projektverzeichnis, bei einem Start von der Kommandozeile das dortige aktuelle Verzeichnis, und so weiter).

Der ganze "Zirkus" ist das Brot- und Buttergeschäft eines Informatikers. Wenn du dich komplett aus der Entwicklung heraushalten willst (Umsetzung nicht und Analyse und Planung auch nicht) dann frage ich dich: Für welchen Teil der Informatik interessierst du dich denn dann? Natürlich bleibt immer noch etwas übrig, aber das womit momentan draussen das meiste Geld verdient wird ist und bleibt die Entwicklung von Software (wenn man mal den ganzen Bereich Service und Administration aussen vor lässt, aber das ist erst recht nicht Ziel eines Studiums).

DoS hat wenig mit der Sprache sondern viel mehr mit der Auslegung eines Servers zu tun. Cross-Site-Scripting ist nur in Kombination von HTML/JavaScript möglich, fällt bei JavaFX daher komplett weg. Injections jeglicher Art sind mit jeder Sprache möglich. Worauf willst du hinaus? Die Fragen sind viel zu allgemein gehalten - da könntest du genauso fragen: Wie sieht es mit Unfällen bei einem Auto aus?

Erstmal ist das alles reine Spekulation. Wir haben überhaupt keine Ahnung ob der Ausbilder bzw. der Betrieb irgendwas mit der offentsichtlichen Ahnungslosigkeit des Threaderstellers schuld ist. Es ist in letzter Zeit Mode geworden sich auf den Standpunkt zu stellen, dass der Ausbilder komplett für den Auszubildenden und seinen Wissensstand verantwortlich ist. Sobald der Azubi irgendwas nicht weiß wird direkt geschrien, wie schlecht der Ausbilder seine Funktion wahrgenommen hat. Interessanterweise ist das an Hochschulen momentan ähnlich, da werden schlechte Ergebnisse von Studenten auch gerne auf die scheinbar bzw. angeblich ebenso schlechten Zustände an der Hochschule abgeschoben. Selbst wenn dem so sein sollte: Als Auszubildender sollte mir doch am meisten daran gelegen sein eine vernünftige "Grundausstattung" mit auf den Weg zu bekommen. Der Ausbildungsbetrieb merkt irgendwann "okay, der Typ kann nichts" und sucht sich einen anderen Mitarbeiter - relativ problemlos. Der Azubi allerdings muss den Rest seines Berufslebens damit fertigwerden nicht das richtige Handwerkszeugnis mitbekommen zu haben und sich darum kümmern doch noch etwas zu lernen. Die Verteilung ist also ganz klar: Hauptverantwortlicher für sein eigenes Weiterkommen ist der Azubi selbst. Wenn er in der Firma nicht die entsprechende Unterstützung bekommt liegt es an ihm sich darum zu kümmern und entweder genau das zu ändern oder auf eigene Faust dafür zu sorgen sich den entsprechenden Stoff anzueignen. Ein anschließendes Jammern "Ja aber wissen sie, ich habe keine Ahnung, weil man mir nichts beigebracht hat" führt zumindest bei mir nur zu einem müden Lächeln, einem "tja... schade" und einer Absage für eine potentielle Stelle.

... und was möchtest du uns damit sagen?

Ohne detailiert darauf einzugehen (das ist bei den mangelhaften Informationen sowieso nicht möglich), aber hast du schonmal die Suchmaschine deines Vertrauens angeworfen? http://www.google.com/search?q=bluescreen+tcpip.sys

Das Problem besteht auf mehreren Ebenen. Die erste ist Übersichtlichkeit: Du hast kaum Möglichkeiten zu sehen, von wo jetzt was genau aufgerufen wird, wenn letzten Endes alles in einem großen "eval" landet. Viel gefährlicher: Wenn es irgendjemand gelingt "bösen" Code durch irgendeine Lücke in deinem System durchzuschleusen steht um über eval jede denkbare Möglichkeit offen eigenen (schädlichen) Code durchzuführen. Wer also dieses Scheunentor direkt von vorneherein komplett vernagelt kommt erst gar nicht in die Bedrängnis dort ungebetene Gäste abweisen zu müssen.

Ich bin nicht hier um Hausaufgaben oder ähnliche Fragen komplett zu beantworten. Was hast du denn schon selbst recherchiert?

Natürlich. EJB bringt von Hause aus immer einen Overhead mit. In sehr vielen Szenarien ist das vollkommen oversized und eine einfache(re) Lösung reicht genaus. Der Teil des Codes, der ein EJB verwendet, also typischerweise der Teil, der den JNDI InitialContext erstellt und das EJB Interface daraus zieht. Was bedeutet synchron in diesem Zusammenhang für dich? Wenn ich die Methode X auf EJB Y aufrufe muss ich natürlich synchron warten bis die Antwort zurück geliefert wird.

http://www.google.com/search?q=%2Bphp+%2Boracle+example+remote+server Erster Treffer.

Zu welchem Thema? Wenn es nur um irgendeine gute Seite geht: http://www.dilbert.com

Genauso, wie du es geschrieben hast: package test; import javax.swing.JFrame; public class FrameTest { public static void main(String[] args) { JFrame theFrame = new JFrame(); theFrame.setSize(640, 480); theFrame.setLocationRelativeTo(null); theFrame.setVisible(true); } } Funktioniert hier einwandfrei.

Dann mach es doch einfach so: JFrame frame = new JFrame(); ... frame.setSize(600, 300); die gewünschte Größe bzw. pack() frame.setLocationRelativeTo(null); frame.setVisible(true);

Dann solltest du das in Erfahrung bringen. Wenn du solche Dinge nicht kennst, wie hast du denn dann die Anwendung erstellt? Das hat damit nichts zu tun. Kennst du den unterschied zwischen Code, der auf dem Client ausgeführt wird und Code, der auf dem Server ausgeführt wird. Kennst du die Möglichkeiten und Beschränkungen, die dir durch die Ausführung von Code auf dem Client bzw. gegeben sind? Wenn nein solltest dich schnellstens damit befassen.

Nein, das ist die falsche Herangehensweise. Natürlich braucht es um Solr komplett und umfassend zu erklären eine ganze Weile - das ist aber nicht Ziel innerhalb der Projektpräsentation. Da reichen - je nach Situation - zwei Sätze aus, die kurz erklären was genau Solr macht und wieso es in diesem Projekt die richtige Lösung für Problem X ist. Es gehört auch zum Leistungsspektrum eines FI je nach Publikum die Sachlage bzw. die verwendeten Technologien so darzustellen, dass auch weniger technisch versierte Leute zumindest einen groben Überblick davon bekommen, was gemacht wird. Naja, wie man in den Wald hineinruft... Da hake das Thema ab. Ausreden suchen ist der falsche Weg. Für mich ist auch das ein Teil, den es in der Abschlussprüfung zu meistern gilt. Auch beim Kunden wirst du im realen Berufsleben irgendwann nervös sein. Auch beim Kunden wird es Termine geben, wo über 30° draussen herrschen. Da kann ich mich hinterher auch nicht hinstellen und sagen "Ach wissen Sie, wir haben den Auftrag nicht bekommen bzw. einen verdammt schlechten Eindruck hinterlassen weil ich so nervös war und draussen Hochsommer war". Wer mit solchen Belastungen nicht klar kommt, der hat auch irgendwo den Beruf verfehlt.

Falsch. XAMPP ist (unter anderem) ein Webserver - und nicht nur die Simulation eines solchen. Das widerspricht sich doch. Wenn du weißt wieso du xampp brauchst, dann musst auch wissen warum. Sind das ganze nur statische Webseiten? Dann brauchst du xampp nicht. Sind es dynamische Seiten, die serverseitig generiert werden? Dann hast du die Erklärung wieso du xampp benötigst.

Streng. Wahnsinnig. Was bringt es dir zu wissen, wie andere Prüfer waren?

AFAIK bietet Java von Haus (das heißt über AWT/Swing) aus keine Unterstützung für dieses Feature. SWT kann seit der neuesten Version damit umgehen (siehe Eclipse).

Es kann Vorteile haben, es kann Nachteile haben, es kann vollkommen irrelevant sein. Wenn du nicht als erster dein Projekt präsentieren müsstest könnte es sein, dass dein "Vorgänger" einen besonders guten Eindruck hinterlassen hat und die Prüfer unter diesem Eindruck unbewusst die Messlatte bei dir höher legen. Es könnte auch genau der gegenteilige Effekt eintreten. Letzten Endes aber gibt es keine objektive Begründung anhand derer man sagen könnte "Als erster (oder letzter) geprüft zu werden hat irgendeinen Einfluss auf das Ergebnis. Weil irgendjemand als erster gehen muss?! Richtig. Medien beim Fachgespräch? In der Regel überhaupt keine. Es geht dann darum ein paar passenden Antworten zu liefern und das wars. Vielleicht kann es dann sinnvoll sein am Flipchart kurz ein Diagramm zu zeichnen, aber in der Regel wirst du im Fachgespräch keine große Präsentationsmedien benötigen. Dann geht die Welt unter und die wirst niemals wieder eine Chance haben deine Präsentation zu halten. Im ernst: Auch Prüfer sind Menschen und wenn kein Strom da ist, ein Kabel defekt ist oder ähnliches wird man da schon vor Ort eine unkomplizierte Lösung finden, die dich als Prüfling garantiert nicht benachteiligen wird.

Ja, die Möglichkeit gibt es. Wenn du konkreter fragst bekommst du auch konkretere Antworten. Eine fertige API Ã la jiraClient.copyMessagesTo(anotherJiraClient);ist mir bisher nicht bekannt.