perdian

Wie ja schon geschrieben worden ist, das einzige was du machen kannst ist die Leerzeichen, die für eine bessere Darstellung des Quelltextes sorgen, zu entfernen. Wenn's nur um die Größe bei der Übertragung geht hilft der GZIP Übertragungsmodus beim Webserver. Damit lässt sich auch nochmal ein ganzes Stückchen Bandbreite einsparen - aber halt auch nur bei der Übertragung selber, die Dateigröße selber ändert sich dadurch natürlich nicht.

Ich habe da jetzt keine Frage gesehen, also was willst du genau wissen?

<Nummer5>Brauche Input</Nummer5> Das ist ein bisschen wenig, was du uns verrätst, die interessanten Stellen hast du weggelassen. - wie ist der genaue SQL-String des PreparedStatements? - wie ist der genaue SQL-String der Query, aus der du die Daten ziehst? - wie ist der Stacktrace der SQLException?

Ich würde generell auf JEditorPane verzichten. Die HTML Funktionalitäten sind weit hinter der Zeit zurückgeblieben (HTML 3.0 wird noch vernünftig angezeigt, das wars dann auch schon) und ist eigentlich mehr für Rendering als für Edit-Operationen ausgelegt. Alternativ kann man die beiden folgenden Pakete mal ausprobieren: Unter SWT das Browser Widget http://www.eclipse.org/articles/Article-SWT-browser-widget/browser.html oder Swing basiert die WebBrowser Kompenente von JDIC https://jdic.dev.java.net/ Beide basieren nicht auf einer eigenen Browser Engine sondern embedden den IE (Win32) bzw. Mozilla (*nix). Damit ist zumindesens die Darstellung sehr gut, was das Bearbeiten angeht könnte es schwieriger werden, da hab ich mich bisher noch nicht wirklich mit beschäftigt.

Dann poste dochmal den Ansatz (Quellcode), den du bisher für die Steuerung entworfen hast.

http://www.google.com/search?hl=de&ie=ISO-8859-1&q=java+comm+port

Natürlich! In welcher Sprache hättest du es denn gerne?

*lol* Das musst du schon mir überlassen... Gott, wie süß...

*rotfl* Das lese ich ja jetzt erst... Am besten auch noch direkt Telefonnummer, Schuhgröße, Anzahl der Kinder, sexuelle Orientierung und was-weiss-ich noch alles? Vielleicht sollten wir einen RFC verfassen - wir brauchen dringend der HTTP Standard-Header "Personal-Info", was das alles für neue Möglichkeiten schaffen würde... Und (mit)denken nicht deine Stärke?

Du liest dir die Antworten hier nicht wirklich durch oder? Ausserdem kannst du gar nicht wissen, ob der Lookup IP -> Region wirklich funktioniert. Ein kleiner Provider (oder eine Firma) hat vielleicht nur einen Block von 1.000 IP-Adressen, die auf Einwahlknoten über ganz Europa verteilt werden - da gibt's dann überhaupt keine Möglichkeit zu verfolgen, wo ist denn IP 123.456.789.012 im Moment geographisch anzusiedeln. Daher kurz und knapp: Ein Allgemeine Lösung gibt's nicht.

Ja, ist absolut kein Problem, du musst dann lediglich den kompletten Pfadnamen zum JRE angeben, da standardmäßig immer nur ein JRE als System-Default eingestellt werden kann. Auf meinem Rechner habe ich auch die verschiedensten Versionen: C:\>\Programme\Java\jre1.5.0_02\bin\java -version java version "1.5.0_02" Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_02-b09) Java HotSpot(TM) Client VM (build 1.5.0_02-b09, mixed mode, sharing) C:\>\Programme\Java\jdk1.6.0\bin\java -version java version "1.6.0-ea" Java(TM) 2 Runtime Environment, Standard Edition (build 1.6.0-ea-b46) Java HotSpot(TM) Client VM (build 1.6.0-ea-b46, mixed mode, sharing) C:\>\Programme\jdk1.4.2\bin\java -version java version "1.4.2_08" Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_08-b03) Java HotSpot(TM) Client VM (build 1.4.2_08-b03, mixed mode) C:\>\Programme\jdk1.2.2\bin\java -version java version "1.2.2" Classic VM (build JDK-1.2.2_017, native threads, symcjit) Und die vertragen sich einwandfrei.

Und dabei hast du mind. eine Klasse vergessen, nämlich genau die, die in deinem Servlet verwendet wird. Überprüfe nochmal, ob wirklich alles im korrekten Classpath der Web-Application vorhanden ist. Zum java.lang.NoClassDefFoundError schreibt JavaDoc nämlich:

Auf ein Batch verzichten und eine richtige Applikation schreiben. Wenn du dich direkt dafür entschuldigst, dann lass es doch direkt.

Erfahrung habe ich noch keine damit, allerdings glaube ich, dass es für mich persönlich weder die Art und Weise wäre, wie ich mir meinen zukünftigen Arbeitgeber (von der Bewerberseite) als auch einen Mitarbeiter aussuchen würde. Dafür spielt für mich der wirkliche persönliche Eindruck eine viel zu große Rolle. Ein Großteil der menschlichen Kommunikation läuft nonverbal ab und das sind genau die Punkte, die bei einem Telefongespräch nicht mit rüberkommen - von daher würde ich sowas immer als sehr schlechte Möglichkeit sehen sich gegenseitig kennenzulernen.

Interkulturelle Verständigung sozusagen

Nein, das wäre auch noch schöner Du hast ja mit deinem jetzigen Arbeitgeber einen Vertrag abgeschlossen, wo drin steht, dass du X EUR bekommst. Und dieser Vertrag ist ja weiterhin gültig, da ändert sich nichts dran. Das einzige was passieren könnte ist tatsächlich, dass du dein gesamtes Einkommen versteuern muss, also deinen Nebenverdienst und eben auch dein Ausbildungsgehalt. Da gibt's aber auch Freibeträge für alles mögliche. Am besten fragst du da mal bei der IHK nach, die haben da eigentlich ganz informative Broschüren drüber, gerade was Selbständigkeit angeht - da gibt's auch noch ganz andere Dinge auf die du achten solltest, an die man so direkt gar nicht denkt.

Es gehört für mich auch dazu, wenn man in der IT-Branche arbeitet, dass man sich klar und deutlich ausdrücken kann und in der Lage ist ein Problem präzise zu beschreiben. Damit genau solche Annahmen "Das kann sich ja jeder denken" nicht gemacht werden müssen.

Dann ist jeder Kunde ein Objekt also eine Instanz einer Klasse und nicht eine Klasse für sich. Das ist ein wichtiger Unterschied, und gehört zu den fundamentalen Dingen, die man an OO verstehen (lernen) muss. http://www.google.com/search?hl=de&ie=ISO-8859-1&q=tutorial+objektorientierte+programmierung

Selbst das ist (meistens) nicht gerade das sauberste Design. Das Vorhandensein einer Klasse erzwingt schon fast die Möglichkeit auch Vererbung verwenden zu können. Ansonsten macht das ganze wenig Sinn.

Das sollte es nie sein. Ein Paragraph ist genau dafür da, was der Name aussagt, nämlich einen Absatz zu erzeugen. Will ich innerhalb eines Absatzes Text formatieren, dann benutze ich dafür vorgesehenen Elemente. Wenn sich jeder HTML nach eigenem gutdünken "zurechtdefiniert", nur weil man sich nicht die Mühe machen will die grundlegenden Konzepte zu verstehen, dann läuft das entgegen jeglicher Standard - und macht man sich übrigens selbst nur viel mehr Mühe als eigentlich nötig.

Unter DOS ging vor Urzeiten sowas: mycommand <COM1 und dann im Programm selber stdin auslesen. Würde mich wundern, wenn sich das nicht auch noch bis in den NT Kernel geschlichen hat

"Die Industrie" gibt es sowieso nicht. Kaum eine Branche ist so breit gefächert wie die IT-Branche. Von der kleinen Firma mit ein paar wenigen Mitarbeitern, bis zum Weltkonzern ist da alles dabei - und jeder guckt auf andere Dinge. Es ist schon schwierig genug überhaupt einen neuen Beruf im Markt zu etablieren, ihn dann auch noch so zu "formen", dass alle damit zufrieden sind ist ein Ding der Unmöglichkeit. Was hat man denn deiner Meinung nach falsch gemacht, bzw. mit welchen Änderungen hätte man die Berufe besser positionieren können? So abgedroschen das auch klingen mag: Es interessiert auf dem Markt die meisten Firmen inzwischen nur noch am Rande, oder überhaupt nicht mehr, ob du jetzt FI/AE, FI/SI oder studierter Wirtschaftsinformatiker bist. Das hängt natürlich von der genauen Jobbeschreibung ab, aber meiner Erfahrung nach wird keine Firma sagen "Okay, der hat zwar die letzten zwei Jahre als Administrator gearbeitet, aber eigentlich Anwendungsentwickler gelernt, also wird der für uns nicht der richtige sein". Wie wäre es, wenn du dafür einfach mal bei deiner IHK anfragst, die werden das wohl am besten wissen.

Skriptsprachen machen es einem immer wieder sehr leicht logische Konzepte aufzubrechen und verleiten einen manchmal regelrecht dazu lieber die Quick&Dirty Lösung umzusetzen, als ein gut geplantes Konzept. Kann man? :eek Dann erkläre mir dochmal, was für einen Sinn es hat, bzw. welcher sinnvolle Anwendungsfall denkbar wäre, wo ich bei 50.000 Kunden auch 50.000 verschiedene Klassen benötige. Das spricht gegen jede Logik, die objektorientierte Programmierung vorgibt.

Warum würdest du so etwas wollen? AE und FI sind "nur" Fachrichtungen des gleichen Berufes. Es interessiert später im Job (mit zwei Jahren Berufserfahrung ohnehin nicht) eigentlich niemandem mehr, ob du jetzt FI oder AE gelernt hast, das einzige was dann wichtig ist, sind die Projekte, an denen du (mit)gearbeitet hast. Wenn du dann als gelernter AE vorweisen kannst, dass du ein Netzwerk von X Rechnern betreut hast, dann wird es so gut wie jedem vollkommen egal sein, was auf einem Ausbildungszeugnis steht. Genau das gleiche bei einem SI, der die letzten zwei Jahre nur Software entwickelt hat. Löse dich von fixen Berufsbezeichnungen in unserer Branche - das interessiert kein Schwein, um es mal platt zu sagen. Hier schreiben ==> hier lesen!

"Umdingsen?" Also ein bisschen verständliche Sprache kann man auch in einem Webforum schon erwarten. Zum Problem: Meinst du sowas? <span class="red">Red text</span> <span class="greeen">Green text</span>