Suchergebnisse

Normales Java läuft nur in der Java VM, Enterprise Java Beans laufen dagegen zusätzlich in einem Applikationsserver (Fachlich auch CTMs bezeichnet - Component Transaction Monitor), der eine speziellen Laufzeitumebung bereitstellt, so dass verteilte Systeme leichter geschrieben werden können. Falls Du schon mal ein verteiltes System in C versucht hast zu schreiben, dann weißt Du, dass es die Hölle sein kann. Dieser Applikationsserver verlangt aber bei der Programmierung, dass man gewisse Interfac…

Hallo Silke, Wenn Du nur einen einfachen, schnellen Einstieg suchst, ist es meiner Meinung nach ziemlich Egal, welche Sprache Du auswählst. Vieleicht bin ich zu alt und konservativ geworden, bin aber der Meinung, dass ein schneller Einstieg ohne eine fundamentale Wissensbasis nichts bringt, da man dann programmiert, ohne zu wissen, was man eigentlich tut. Es wäre besser, sich zuerst ein Grundlagenbuch zur Informatik allgemein zu holen und dort die Kapitel zu den Grundlagen der Programmierung zu …

Nach dem angegebenen Text brauchst Du nicht mal diese obskuren Surf2000-Objekte. Die Objekt-basierte HTTP Komunikation würde für deine Zwecke vollkommen reichen. Dennoch brauchst Du aber noch persistente Komponenten, die das Spielprinzip beinhalten und dafür wären Java Beans am besten geeignet. Theoretisch könntest Du die Logik des Spiels auch in ein Servlet packen, das Erzeugt wird, wenn der erste Spieler sich anmeldet. Dieses Servlet hätte aber nur solange Bestand, bis der erste Spieler sich w…

Hab nochmal nachgeschlagen und find diese Architektur sehr merkwürdig! :? Wie ich schon mal angedeutet hab, sind Servlets dazu da, dynamisch HTML-Code an den Client (Browser) zu schicken und sind Teil der Java Enterprise Edition. Ein Servlet wird durch GET-Anfragen oder POST-Anfragen auf dem Applikationsserver erzeugt. Die GET-Anfrage wird durch aufrufen der entsprechenden URL mittels Browser erzeugt und die POST-Anfrage wird durch ein HTML-Formular erzeugt. Ob ein Applet auch POST-Anfragen an d…

Hallo Hornetracer, ich hab zwar sowas noch nicht gemacht, da ich bisher nur Applikationen in Java geschrieben hab, aber ich kann sagen, dass Servlets eigentlich zur dynamischen Generierung von Dokumenten wie html, xml u.Ä. gedacht sind. Als Startseite (meinst Du das mit hauptteil?) würde ich ne JSP bevorzugen, da diese besser geeignet sind, viel statischen html-code auszugeben. Mir ist aber nicht klar geworden, ob Du dieses Spiel als Enterprise Applikation oder normale Client-Server Applikation …

Hallo ShadowEater, Habs zwar noch nicht ausprobiert, aber versuchs mal mit: Quellcode (1 Zeile)

Hallo Michael, da Du nicht angegeben hast, unter welchem Betriebssystem Du evaluieren möchtest, würde ich vorschlagen ein POSIX-Konformes Unix o. Linux zu wählen (die sogenannte IEEE Std 1003.1 Norm), da der Quellcode für verschiedene POSIX-Konforme Systeme kompilierbar ist. Auch würde ich mir keine fertige API besorgen, sondern den POSIX-Konformen Quellcode für diverse Verschlüßelungsalgorithmen. Diese kann man sich von den Homes diverser Proffs von verschiedenen Unis (meistens USAmerikanische)…

Wenn ich mal Werbung für ein anderes Entwicklerforum machen dürfte, dann findest du unter tutorials.de ein Forum mit verdammt vielen Benutzern und Tutorials. Hab da auch ein Tutorial gefunden, das Du bestimmt gebrauchen könntest mit dem Titel ".net Remoting - Wie programmiere ich einen ChatServer".

Hallo! Was Du da erwartest, ist wesentlich schwieriger, als es klingt! Bei Deinem Problem geht es gar nicht darum, einen Tastendruck zu "machen". Selbst wenn ein Programm einen Tastendruck simulieren würde (stdin bei Linux/Unix), würde sich nichts ändern, da jedes Programm in einem eigenen Prozess mit einer eigenen Umgebung läuft (aus sicht des Betriebssystems). Das Programm müßte Daten an den anderen Prozess senden (Stichwort: Interprozesskommunikation) und das in einer Form, die das Zielprogra…

... oder Du schreibst serverseitige COM-Komponenten und clientseitige DCOM-Komponenten die über Microsofts COM+ mit Hilfe von SOAP kommunizieren. Dann sparst Du dir den TCP/IP-Käse. Die History könntest Du auch in einer XML-Datei erfassen, da diese einfacher mit DOM zu parsen und ändern ist.

Structs sind ein Überbleibsel aus strukturellen Programmiersprachen wie C und Pascal (dort heißen sie records) und wurden in Java nicht mit aufgenommen, da Klassen im Prinzip eine Erweiterung der Structs sind. Außerdem ist die von Dir erzeugte Klasse nicht mit der Datenkapselung des OOP vereinbar. Die Attribute müssen als oder protected deklariert werden und der Zugriff auf diese Attribute muss durch Methoden erfolgen. Auch sollte ein Objekt von der Stringklasse erzeugt werden. Demnach würde dan…