kein-tee

Ein bisschen Feedback wäre an dieser Stelle vielleicht etwas angebracht. Woran lag es? Wie hast du es zum laufen gebracht? Gruß

Dein Skript liegt wahrscheinlich an der falschen Stelle! Da du anscheinend unter Linux arbeitest, eine ganz einfache Lösung: Führe anstatt deinem Skript 'pwd' aus. Dir sollte dann das aktuelle Verzeichnis angezeigt werden. In diesem solltest du dann dein Skript kopieren. Einfach dann mit './' im ProcessBuilder ausführen und fertig. Gruß

Benutzt du eine Entwicklungsumgebung? In welchem Ordner liegt das File? Andererseits, versuchs mal mit './HelloWorld.sh'. Gruß

Seit JDK 1.0 ... Gruß

Keine Ahnung, welche Fehlermeldung wird angezeigt? Nein. Der ProcessBuilder gehört zum 'java.lang' Package, du musst nichts importieren. Gruß

Prozesse in Java lassen sich grundsätzlich über Runtime.exec oder den ProcessBuilder starten. Neben dem Rückgabewert des Prozesses, kannst du selbstverständlich auch die Standard-Ausgabe und Standard-Fehlerausgabe überwachen. Es ist auch möglich die Standard-Eingabe zu nutzen um Daten zu übergeben. Nähere Information hierzu findest du hier: Runtime.exec ProcessBuilder Process Gruß

Würde mich jetzt auch mal interessieren. Wobei ich gern mal sehen würde, wie aus der Datei im C-Programm gelesen wird. Ich kann mir nicht vorstellen, dass da irgendetwas falsch übertragen werden soll, wenn man ausschließlich bytes liest und sendet. Gruß

Man könnte hier durchaus auch mit Aufzählungen arbeiten, wenn du dein Schema beibehalten möchtest: String name; String firstName; ... public static enum Type{ name, firstName, ... }; public void updateValue(String type, String value) { switch (Type.valueOf(type)) { case name: ... break; case firstName: ... break; ... } ... } Sinnvollerweise kann man dann auch jenes Beispiel verwenden: public void updateValue(Type type, String value) { switch (type) { case name: ... break; case firstName: ... break; ... } ... } // entsprechender Aufruf updateValue(Employee.Type.firstName, "Homer"); // oder für ganz faule import static package.Employee.Type.firstName; updateValue(firstName, "Homer"); Werte kann man auch per Reflections zuweisen, ohne das Feld 'per Namen' direkt anzusprechen: Field field = this.getClass().getDeclaredField(type); field.set(this, value); Gruß

Hmm, poste bitte mal einen Code-Ausschnitt der zeigt, wie du die Daten liest und wie du Sie in die Datei schreibst. Gruß

Unter Umständen ist der DataOutputStream die falsche Wahl, kann das aber nicht mit Bestimmtheit sagen. Versuch es doch einfach mal mit einem FileOutputStream. Hast du schonmal versucht mit Prüfsummen zu überprüfen, ob die beiden erzeugten Files übereinstimmen? Gruß

Für diejenigen die es interessiert: Wer Prozesse aus der VM heraus starten möchte und etwas 'mehr' damit herumspielen möchte, kann neben , java.lang.String[], java.io.File)]Runtime.exec auch den ProcessBuilder nutzen. Gruß

Vielleicht hilft dir das hier weiter: Löschen des Caches von Java Runtime Environment (JRE). Viel Erfolg, Gruß

Was erwartest du? Der Client führt seine Aktion aus und beendet sich, die Verbindung zum Server wird geschlossen. Der Server erwartet dann aber noch Daten, ergo: Eine unbehandelte IOException wird geworfen und der Server beendet sich. Ansonsten, fürs aussagekräftigere Server debuggen: public static void main(String[] args) { try { Server server = new Server(); } catch (Exception e) { e.printStackTrace(); } } Gruß

über includes (EAR Task) ? Gruß

Nicht das Kompilat öffnen, die HTML Datei (appletviewer). Gruß

Das glaube ich nicht ... Hast du mal den appletviewer aus dem JDK ausprobiert? Gruß

Der Build-Path deiner IDE vermute ich? Kompilieren tut das Ganze ohne Probleme? Führst du das Ganze innerhalb der IDE aus? Was ist das für eine Anwendung? Gruß

Vielleicht lässt du uns daran teilhaben... ... woran lag es? ... wie hast du es gelöst? Gruß

Arbeitest du bei der Lufthansa? Dann überprüf mal deinen Code, ob alle Connections, Statements, ResultSets usw. geschlossen werden. Wenn die Dienstleistung eingekauft ist, versuch mal die Anzahl möglicher offener Cursor zu erhöhen (datenbankseitig). Gruß

Dein geschildertes Problem kann vielfältige Ursachen haben: Zuviel offene Cursor (Datenbankverbindungen): ResultSets, Statements, Connections sollten, wenn nicht mehr benötigt, geschlossen werden. Das ResultSet enthält keine Daten mehr Du versuchst auf ein geschlossenes ResultSet zuzugreifen Ohne Code-Ausschnitt sind das alles aber nur mutmaßungen ... Mehr eines Stack Trace braucht man zumeist gar nicht, um den Fehler zu identifizieren. Gruß

Welche CUPS Version? Noch eine 1.1? Dann würd ich dir dringend ein Update auf mindestens eine 1.2 empfehlen. Ansonsten kannst du versuchen, dir mal das aktuelle CUPS-Quellpaket herunterzuladen. Im ppd Verzeichniss des Quellpakets findest du eine zebraep2.ppd. Den ZPL Treiber kannst du leider nicht nutzen, dazu bräuchtest du den LP 2844-Z. Gruß

Was passiert denn, wenn du diesen Treiber einsetzt? Die anderen Zebra Treiber auch ausprobiert? Achso, was ich vergaß: Du solltest den EPL2 Treiber nutzen, wenn du kein "Z" Modell hast. Hierzu die Quelle vom Chef: CUPS Gruß

CUPS bringt einen Zebra Treiber mit: [FONT="Courier New"]Zebra ZPL Label Printer ...[/FONT] Gruß

Leg den Oracle JDBC Treiber in deinen Classpath und nutze folgenden Code, um den Treiber zu laden: try { Class.forName("oracle.jdbc.driver.OracleDriver"); } catch (ClassNotFoundException e) { e.printStackTrace(); } Gruß

Was reizt dich zu dieser Aussage? Es heisst nur, dass sichergestellt wird, dass du eine valide Connection geliefert bekommst. Nicht mehr, nicht weniger. Frage an dich: Wie lädst du den Oracle JDBC Treiber? Gruß