flashpixx

Ich sehe hier nicht den Bezug zu Java. Du musst prüfen ob der Knoten vorhanden ist. Je nach Parser (Sax oder DOM) kannst Du die Knoten prüfen. Andere Möglichkeiten sind XSL, mit denen Du validieren kannst, ob ein Knoten existiert oder nicht, wobei eben damit schon bevor die XML einliest, geprüft werden kann, ob sie der Struktur entspricht. Weiteres wäre XQuery mit der Du direkt Knoten verarbeiten kannst

Ich würde jetzt einfach mal mit Access + einer Datenbank kommen. Da muss ich nur die Tabellen erstellen und dann kann via Access die Forms usw erzeugen und das per Drag 'n' Drop. Berichte lassen sich auch direkt per Klick erzeugen, also warum eine webbasierte Lösung (andere Tools wären auch denkbar)?

naja ohne dass ich jetzt genaueres über die .NET Struktur weiß, würde ich mal tippen: RGB + Alphakanal sind je 1 Byte pro Kanal, also 4 * Höhe * Breite (wenn kein Alpha dann 3*....)

ein Thema = ein Thread siehe http://forum.fachinformatiker.de/java/142668-itext-chunk-breite-definieren.html

ein Thema = ein Thread siehe http://forum.fachinformatiker.de/java/142663-itext-string-auffuellen.html

Ich würde ein Profiling machen, d.h. den Code direkt analysieren. Eine Exception abfangen bringt ja relativ wenig, wenn man die Ursache nicht kennt. Ich denke Debug + Profiling wird hier am sinnvollsten weiterhelfen

Ich denke das könnte ein Problem sein bzw. das war in meinem Post gemeint. Die reine Darstellung der Daten, wird nicht das Problem sein, sondern eben die Verarbeitung im Vorfeld. Dafür müsste man aber mehr Infos haben.

Ich denke, dass das Problem nicht bei .NET liegt, sondern letztendlich bei den Datenmengen. Ich würde hier mit einer Reduktion der Datenmenge herangehen, diese ist aber anhand der Problemstellung zu wählen

Da Du XML hast, würde ich nicht mit RegExpr arbeiten. Entweder Du parst den XML Baum oder Du benutzt XQuery um die Einträge direkt zu selektieren. Evtl bietet sich noch Sax an, mit dem Du aus dem XML ein Javaobjekt erzeugen kannst. Dafür benötigst Du aber dann eine XSL für die Objekt/Klassenbeschreibung

nur, weil man etwas downloaden kann, ist das noch lange nicht, das was Du überhaupt verwenden kannst! Wenn Deine Webseite nicht SSL geschützt ist, dann holst Du Dir ein massives Sicherheitsrisiko mit hinein, denn dann kann man leicht die Daten manipulieren. Der zweite Punkt ist, eine Telnetverbindung kann man leicht über Sockets direkt in PHP nachbilden, so dass Du lediglich die Spezifikation des Switches bzw des dort eingesetzten Protokolls benötigst. Damit brauchst Du einen Telnetclient nicht als eigenständiges Programm. Gleiches würde für eine SSH Verbindung gelten, wobei hier aber noch die Authentifizierung eine Rolle spielt. Ich halte das Vorgehen generell für fahrlässig, denn wenn man mal schnell per Weboberfläche an einem Switch arbeiten kann und das im Netz eine zentrale Komponente ist, dann ist die Gefahr für Fehler oder auch Fehler in der Weboberfläche, die Sicherheitslücken aufwerfen, recht hoch. Eine zentrale Netzwerkkomponente sollte nicht mal "schnell" administriert werden, sondern man sollte eben genau die Hürde mit einem eigenen Client beibehalten, damit einem bewusst ist, dass Fehler eben Folgen haben können. Vor allem kann man entsprechende Regeln implementieren, so dass nicht jeder im Netz schon eine Verbindung zu dem Switch aufbauen kann.

Sorry, wenn ich das lese, schlag ich die Hände über dem Kopf zusammen. Man sollte nie irgendwas downloaden und installieren und schon mal gar nicht auf einem Server. Ich frage wo der Sinn dieser Sache sein soll. Wenn ich als Anwender eine SSH oder Telnet Verbindung aufbauen will, dann starte ich einen passenden Client auf meinem System. Telnet sollte man eh nicht mehr benutzen, da es unverschlüsselt ist.

Man kann jede Zelle adressieren, ich würde so etwas über VBA Code in einem Makro o.ä. lösen.

Das nützt Dir relativ wenig auf einem Server ein JavaScript zu starten, denn Du willst ja eine SSH / Telnet Session vom Client zu einem Server aufbauen. Was willst Du denn mit JS auf dem Server erreichen? Du startest evtl eine SSH Session und dann? Der User wird dort nicht herankommen. Du wirst nicht einfach so auf einem Client via Browser ein Programm öffnen können. Das ist aus guten Grund nicht möglich, denn es würde ein Sicherheitsrisiko sein. Diese "Fernsteuerung" von einer Anwendung via Browser halte ich fachlich für eine völlig mangelhafte Projektplanung.

aktuell OSX 10.5 & 10.6 (früher mal Ubuntu)

Bitte verwende Code-Tages, der Code lässt sich so schlecht lesen ! Dein PHP Script lässt sich leicht korrumpieren, da die Eingaben, die in das SQL Statement übernommen werden ungefilter / ungeprüft eingehen. Der Syntax für das SQL Statement ist meiner Ansicht nicht ganz korrekt MySQL :: MySQL 5.1 Reference Manual :: 12.2.5 INSERT Syntax Die Methode zum bereinigen ist aus meiner Sicht völlig überflüssig, da sie für das Script oder die Daten keinen Einfluss hat. Sie wird zum Ende einmal ausgeführt und vorher wird das Script via Exit eh beendet. Das mehrfache Eintragen wird daher kommen, dass bei jedem Aufruf des Scriptes ein Insert statt findet, d.h. auch wenn kein Formular abgesendet wurde. Sprich sobald die PHP Datei aufgerufen wird, erfolgt der Insert. Gleichzeitig lässt das Einfügen von leeren Datensätzen darauf schließen, dass Dein Tabellenlayout ziemlich schlecht ist, denn Datensätze mit NULL sollten nicht eingefügt werden können. Zu der fehlerhaften Verlinkung sind die Informationen nicht ausreichend. Das Script muss passend (relativ) verlinkt werden. Weiterhin lässt Dein HTML Excerpt darauf schließen, dass Du Frames verwendest. Dies solltest Du aus mehreren Gründen nicht mehr machen.

Woher soll das jemand wissen, wenn Du den (relevanten) Code nicht zeigst !? Ohne Code, keine Möglichkeit etwas zu sagen, ich tippe darauf, dass eben das HTML Dokument, dass das Skript aufruft falsch ist, sprich der Link ist falsch

Warum Du zweimal über die Daten drüber läufst ist mir nicht klar, Du kannst einmal über alle Zeilen laufen, je eine Zeile lesen und dann direkt verarbeiten. Außerdem solltest Du nicht mit statischen Arrays arbeiten, sondern mit Listen z.B. ArrayList oder Vector Bitte unbedingt einmal überdenken!

Das würde ich so nicht unterstützen, denn bevor ich tage- und nächtelang an der Doku arbeiten muss, weil mir das Wordfile zerstört wurde oder die Formatierung nicht richtig funktioniert, würde ich lieber den Aufwand investieren TeX zu lernen. TeX ist im Gegensatz zu MS Office für alle bekannten Plattformen erhältlich und vor allem aus dem Code wird immer das gleiche PDF generiert. Als weiteren Punkt, im Hinblick auf die Sicherheit, würde sich bei TeX ein SVN o.ä. anbieten, in das ich die Arbeit importiere, damit automatisiert eine Historie angelegt wird. Rein vom Layout spricht es auch für LaTeX, denn der Satz ist besser, gerade wenn der Text im Blocksatz vorliegt, ebenso die Silbentrennung und die Darstellung von verschiedenen Schriftgrößen. Vergleicht man einen Grauert-Brief zwischen Word und TeX wird man auch eine gleichmäßigere Deckung feststellen (Ich denke mal für Docbook wird es ähnlich sein). Index, Glossar und Referenzierungstechniken (Footnote, Hyperref) sind bei TeX wesentlich umfangreicher als bei Word. Graphiken können z.B. direkt via PSTricks erstellt werden, ohne dass man noch eine weitere Software benötigt (optimal für Messwertanalysen oder Schemadarstellung). Ich persönlich finde die Vorgaben der Kammer bezüglich der zu verwendeten Software eher suboptimal. Es wird sich oft an die MS Produkte fest geklammert. Mir sind inzwischen auch mehrere Kammern bekannt, wo ein Office Format erwartet wird. Was ich inzwischen eigentlich nicht tolerieren würde, denn womit man eine Arbeit verfasst, sollte einem selbst überlassen bleiben. Bei dem Zielformat sollte man sich eben auf PDF einigen. Ähnliches gilt für die Präsentation, auch die ist mit Hilfe der Beamerklassen unter TeX möglich. Natürlich muss man LaTeX lernen, ebenso muss / musste man auch mal Word lernen. Innerhalb von zwei Tagen ohne Hilfe eine solche Arbeit in einem neuen Satzprogramm zu verfassen, ist denke ich schwierig, aber nicht unmöglich, da es neben den Newsgroups auch jede Menge Informationen im Netz gibt. Es bleibt einem selbst überlassen, ich persönlich würde die Zeit während der Ausbildung nutzen, um mit für die Abschlussprüfung die TeX Kenntnisse anzueignen. Es erleichtert später die Arbeit doch erheblich

@lilith2k3: Das ist aber nicht JavaScript alleine, denn es benötigt auf dem Server einen entsprechenden Interpreter (den ich erst kompilieren und installieren muss). Erst wenn der Interpreter vorhanden ist, kann ich serverseitig JavaScript ausführen. JavaScript selbst braucht nun mal einen Interpreter und in dem Fall des OPs ist dieser Interpreter auf dem Client zu finden, d.h. im Context des Browser, weil dort der Interpreter läuft

Java Script != Java, deshalb verschiebe ich das mal. @Topic: JavaScript läuft im Context des Browsers und ist dort gesondert in der Sandbox isoliert, d.h. Du wirst via JavaScript keine externen Programme aufrufen können.

Naja, ich denke mal Mathe und die Grundlagen der Informatik (Algorithmen und Datenstrukturen) sind immer die gängigsten Themen

man basename

Ich denke hier musst Du Dich mit dem Konzept der OOP sicher auskennen, denn sonst wirst Du massiv Probleme im Design bekommen. Weiterhin würde ich auch die entsprechende Templateprogrammierung sicher als Voraussetzung ansehen. Templates im Sinne, dass man dynamische Scripte einfügen kann, gehen nicht direkt unter C++, d.h. entweder musst Du über entsprechende Bibliotheken eine Schnittstelle zur Verfügung stellen oder eben einen eigenen Parser für "Scripte" entwickeln. Was hier wirklich unklar bleibt, ist "Bewegungsabläufe simulieren", denn um ein entsprechendes Rendering ggf in Echtzeit in Qt zu realisieren sind Kenntnisse über die Computergraphik / Bildverarbeitung für eine flüssige Darstellung unerlässlich. Rein fachlich würde ich sagen, Du kommst hier in die Netzflußplanung rein, jedenfalls klingt es so. Was ich mir als Kernfrage stelle, wie umfangreich soll so etwas werden, denn nur eine GUI erstellen ist es ja nicht, sondern dahinter soll Funktionalität liegen und es soll ein / mehrere Prozess/e dargestellt werden. Je nach Datenmenge wirst Du mit einem naiven Ansatz nicht weit kommen, wobei ich da schon eher tendenziell auch über Datenbankanbindung nachdenken würde.

Schau Dir an, wo Du in Deinem Code genau den Sinus berechnest. Du muss den Sinus xon x=1, x=2, x=3 usw berechnen, im Moment machst Du das nur für genau einen Wert. Wenn Du bei 0 für x beginnst, musst Du für jeden Wert den Du auf das x addierst den Sinus bestimmen, so lange x kleiner als 2Pi ist.

Ich beziehe mich mal auf Dein erstes Posting, in dem Du ja geschrieben hattest, dass Du eine "Simulation" machst. Ich meine eine GUI ist nun mal keine Simulation, d.h. in meinen Augen ist eine GUI zwar nett und kann ein nettes Addon zu einer Simulation sein, aber eine "GUI mit nen bisschen mehr" als Simulation zu verkaufen, finde ich irgendwie sehr seltsam. Also entweder machst Du eine GUI oder Du machst eine Simulation. Wenn Simulation brauchst Du definitiv kein Qt, bei einer GUI wäre es eine gutes Framework. Wenn die Simulation steht, kann man sicher eine GUI mit Qt anbauen, aber das wäre ja dann wohl nicht der Schwerpunkt der Arbeit. Als Ingenieur wäre in meinen Augen der Schwerpunkt auf Simulation zu legen, wobei Du da definitiv andere Bibliotheken verwenden kannst, die man aber nicht in 20 oder auch 60 Tagen so erlernen kann, dass die Simulation brauchbare Ergebnisse liefert.