Du verwendest einen veralteten Browser. Es ist möglich, dass diese oder andere Websites nicht korrekt angezeigt werden. Du solltest ein Upgrade durchführen oder ein alternativer Browser verwenden.
ich möchte ein Programm mit Net Beans schreiben. Ich möchte aber das dass Programm über eine Website geladen wird. Also ich meine nicht, das lokal zu startende Programm von der Webste Downloaden. Nein. Ich meine das beim Aufrufen z.B. eines Links das Programm automatisch auf dem Clienten gestartet wird. Oder es aber nur in einem bestimmten Bereich in der Website im Browser leuft. Also in so einem art iFrame. Wie nennt sich sowas und wie läst sich so etwas realisieren? Was wird benötigt? Was darf ich ihm net Beans nehmen was dann auch so Web fähig wäre? Ist dazu Paralel ein Java-Server notwendig oder läst es sich auch per trick einfach über den Webserver an den Java Clienten schicken und der kann eigenständig eine MySQL Verbindung aufbauen oder nutzt eine Schnittstelle vom Webserver, wo dann z.B. ein PHP script die MySQL local connecten übernimmt?
Und was willst du mehr wissen? Die Grundlagen musst du dir selber beibringen, wenn du fragen dazu hast stelle Sie. Was du entwickeln musst ist ein JApplet (oder Applet wobei ich schon eher zu Swing, also einenm JApplet, raten würde).
Solche Programme heißen Applets.
Man braucht dafür auch soetwas wie ein Webserver, z.B.: Tomcat.
Ein Applet hatt aber nur sehr eingeschränkte Möglichen bei dem was es tun kann.
Auch werden heutzutage immer weniger Applets programmiert; das ist aus der Mode gekommen.
Dachte ich auch erst dran, aber dann habe ich
> Also in so einem art iFrame.
gelesen
dann hast du schonmal ein rießiges Problem!
Und was willst du mehr wissen? Die Grundlagen musst du dir selber beibringen, wenn du fragen dazu hast stelle Sie. Was du entwickeln musst ist ein JApplet (oder Applet wobei ich schon eher zu Swing raten würden).
Solche Programme heißen Applets.
Man braucht dafür auch soetwas wie ein Webserver, z.B.: Tomcat.
Ein Applet hatt aber nur sehr eingeschränkte Möglichen bei dem was es tun kann.
Auch werden heutzutage immer weniger Applets programmiert; das ist aus der Mode gekommen.
Also Applets funktionieren nur wenn neben dem Webserver noch ein Javaserver ist? Und dann wird eine paralel Verbindungs zwischen Client und Javaserver aufgebaut?
Solche Programme heißen Applets.
Man braucht dafür auch soetwas wie ein Webserver, z.B.: Tomcat.
Ein Applet hatt aber nur sehr eingeschränkte Möglichen bei dem was es tun kann.
Auch werden heutzutage immer weniger Applets programmiert; das ist aus der Mode gekommen.
Okay werde mir das mal durchlesen. Aber voher habe ich noch eine Frage zu Applets. Ist es dann so das dann während der Laufzeit des Applets eine paralle Verbindung neben dem Webbrowser läuft? Was dann heißt, das der Javaclient unter umständen, über eine andere Verbindung oder über einen anderen Proxy als der Webbbrowser ins Internet geht? Kann es da zu Problemen kommen?
Ein Applet kann eine Socket-Verbindung zu dem Server aufmachen, von dem es geladen wurde. Zu anderen Adressen geht das prinzipiell auch; dazu muss das Applet aber signiert sein, und der Anwender muss dem Applet vertrauen.
Ich habe beim lesen jetzt auch was von JavaFX erfahren. Aber eine verkleinerung oder beschleunigung ist das nicht oder? Also wenn ich das jetzt richtig verstanden habe kann ja sogar das Applet einfach über Request mit dem Webserver komunizieren? Aber was ist JApplet?
JApplet ist vergleichbar mit Applet. Nur das Applet auf AWT und JApplet auf Swing aufbaut (Swing baut auf AWT auf). Du kannst mit deinem (J)Applet natürlich mit Server kommunizieren, aber für die erweiterte Rechtefreigabe musst du es signieren (kannst du selbst machen, die Tools haste dazu garantiert schon aufm Rechner).
Der Benutzer bekommt dann erstmal eine Meldung mit der er bestätigen muss, dass er das Applet ausführt.
JApplet ist vergleichbar mit Applet. Nur das Applet auf AWT und JApplet auf Swing aufbaut (Swing baut auf AWT auf). Du kannst mit deinem (J)Applet natürlich mit Server kommunizieren, aber für die erweiterte Rechtefreigabe musst du es signieren (kannst du selbst machen, die Tools haste dazu garantiert schon aufm Rechner).
Der Benutzer bekommt dann erstmal eine Meldung mit der er bestätigen muss, dass er das Applet ausführt.
Also moment. Für welches braucht man eine Rechtefreigabe, für Applet oder JApplet? Und für was braucht man die, gennerel oder um blos IO zugriff zu bekommen? Ist JApplet gegen über Applet in der Geschwindigkeit und Perfomance ein vorteil?
Ich habe bisher wenig mit Applets gearbeitet, aber ich bin mir sicher du verwechselt hier gerade Applets mit Servlets ;-)
Da muß ich mich wohl etwas genauer ausdrücken, sorry.
Ein Applet wird von einem Server geladen. Das kann z.B. ein Tomcat sein. Natürlich reicht allein dafür auch ein Apache Webserver oder ähnliches.
Das Applet läuft dann, nachdem es vom Server geladen worden ist, auf dem Client.
Also braucht es beides: Einen Server und einen Client.
Wenn nun der Server ein Tomcat ist, können da Servlets laufen - diese laufen nur auf dem Server - die wiederum mit dem Applet kommunizieren können. Die Servlets wiederum könnten mit einer Datenbank kommunizieren.
Ich habe bisher wenig mit Applets gearbeitet, aber ich bin mir sicher du verwechselt hier gerade Applets mit Servlets ;-)
Da muß ich mich wohl etwas genauer ausdrücken, sorry.
Ein Applet wird von einem Server geladen. Das kann z.B. ein Tomcat sein. Natürlich reicht allein dafür auch ein Apache Webserver oder ähnliches.
Das Applet läuft dann, nachdem es vom Server geladen worden ist, auf dem Client.
Also braucht es beides: Einen Server und einen Client.
Wenn nun der Server ein Tomcat ist, können da Servlets laufen - diese laufen nur auf dem Server - die wiederum mit dem Applet kommunizieren können. Die Servlets wiederum könnten mit einer Datenbank kommunizieren.
Wenn man für ein Applet einen Tomcat oder Appache brauchen würde, könnte man es nicht lokal ausführen in einem Stinknormalen ordner mit einer HTML die es einbindet....verwirrt den TO nicht mit der Server Sache.
Also moment. Für welches braucht man eine Rechtefreigabe, für Applet oder JApplet? Und für was braucht man die, gennerel oder um blos IO zugriff zu bekommen? Ist JApplet gegen über Applet in der Geschwindigkeit und Perfomance ein vorteil?
Wenn man für ein Applet einen Tomcat oder Appache brauchen würde, könnte man es nicht lokal ausführen in einem Stinknormalen ordner mit einer HTML die es einbindet....verwirrt den TO nicht mit der Server Sache.
Wiederspräche aber dem Sinn der Sache. Dieser ist ja, es läuft local muss aber trotzdem nicht über den Benutzer installiert werden und wird über den Webbrowser bezogen. Aber der Besucher lät es nicht wie eine executable Datei herunter sondern es wird im Hintergrund automatisch geladen. So das es gar nicht mehr wie ein extra Programm wirkt.
Wiederspräche aber dem Sinn der Sache. Dieser ist ja, es läuft local muss aber trotzdem nicht über den Benutzer installiert werden und wird über den Webbrowser bezogen. Aber der Besucher lät es nicht wie eine executable Datei herunter sondern es wird im Hintergrund automatisch geladen. So das es gar nicht mehr wie ein extra Programm wirkt.
Wiederspräche aber dem Sinn der Sache. Dieser ist ja, es läuft local muss aber trotzdem nicht über den Benutzer installiert werden und wird über den Webbrowser bezogen. Aber der Besucher lät es nicht wie eine executable Datei herunter sondern es wird im Hintergrund automatisch geladen. So das es gar nicht mehr wie ein extra Programm wirkt.
Das ist klar aber es gibt da mehrere Möglichkeiten das dem Besucher mit zu teilen und ihn auch über die Sichereitsvorkerhungen von JAva für Applets zu unterichten. Und da ich ja das Progamm ja eh nicht so schreiben werde das es eine Sicherheitsfreigabe braucht wird, der Besucher überzeugt sein. Ausserdem weicht man nicht auf Java aus kommt man um Javascript auch nicht dran herum, also kann sich der Besucher wenn er nicht auf tolles aus dem Web verzichten will, aussuchen ob er Javascript oder Java aktiviert.
Der ist aber erstmal komplett Belanglos. Wenn dann wäre die Frage interessanter: Wo stellst du das online? Erlaubt der Betreiber Applets?
Zur not kann hier sogar Windoof als Server fungieren. Leute Ihr redet hier komplett um das Problem drum rum und verwirrt den TO sichtlich. Das ist auf keinen Fall hilfreich.
Das ist auch ein Grund keine Cookies und JS zu verwenden....Wenn der User das nutzen will, lädt er sich die notwendigen Sachen runter, ansonsten hat er halt pech gehabt.
Für mich stellt sich jetzt nur noch eigntlich die Frage, was am kleinsten und am schnellsten ist, ob das Applet, JApplet oder JavaFX ist? Es sei denn JavaFX kann kein Request, dann würde es nicht mehr in Frage kommen. Aber mit Request ist ja gemeint das dann beim Webserver ein PHP script ausgeführt wird und der die Informationen verarbeiten kann oder? Weil wenn nämlich PHP die Inforamtionen geschickt bekommen kann ist es auch ken Problem mehr sie in der MySQL Datenbank ab zu legen oder wie auch immer.
Für mich stellt sich jetzt nur noch eigntlich die Frage, was am kleinsten und am schnellsten ist, ob das Applet, JApplet oder JavaFX ist? Es sei denn JavaFX kann kein Request, dann würde es nicht mehr in Frage kommen. Aber mit Request ist ja gemeint das dann beim Webserver ein PHP script ausgeführt wird und der die Informationen verarbeiten kann oder? Weil wenn nämlich PHP die Inforamtionen geschickt bekommen kann ist es auch ken Problem mehr sie in der MySQL Datenbank ab zu legen oder wie auch immer.
Du willst also das Applet mit PHP Skripten kommunizieren lassen. Hmh, ungewöhnlich aber möglich.
Der Standard wäre das das Applet mit Servlets kommuniziert. Das vereinfacht die Kommunikation da dann direkt Java Object übergeben werden können.
Zu JavaFX kann ich leider nichts sagen.
Du willst also das Applet mit PHP Skripten kommunizieren lassen. Hmh, ungewöhnlich aber möglich.
Der Standard wäre das das Applet mit Servlets kommuniziert. Das vereinfacht die Kommunikation da dann direkt Java Object übergeben werden können.
Zu JavaFX kann ich leider nichts sagen.
Naja wie soll ich sollst Daten in die MySQL Datenbank übermitteln, wenn der Connect zur DB nur local möglich ist? Das ginge nur mit PHP. Dazu müsste aber das Java Programm vom Clienten was an den Webserver zurückschicken.
per Connection's. Ein PHP-Script hinterlegen, welche du dann über eine URL ansprichst. Apache bietet da eine lib mit der du wohl ganz simpel daten via post übertragen kannst.
per Connection's. Ein PHP-Script hinterlegen, welche du dann über eine URL ansprichst. Apache bietet da eine lib mit der du wohl ganz simpel daten via post übertragen kannst.
Sorry hab jetzt nicht verstanden was da denn der Auslöser wäre. Erste Prioriät ist das ich ein Java Programm über den Webserver an den Clienten schicken will, da ich aber die Daten vom Clienten in der MySQL abgelegt werden müssen, muss ja eine connection zu der DB hergestellt werden. Nur geht das ja kaum, weil ja dann das Programm beim Client eine remote(ip) Verbindung aufbauen müsste. Aber meine DB läst nur locale verbindungen zu, daher müsste das der WebServer machen bzw. ebend PHP.
richtig, du lässt im prinzip ein php-script als Server fungieren. Dennoch solltest du dir aber überlegen, ob es wirklich den Aufwand wert ist, dafür ein (J)Applet zu entwickeln, oder ob es sich nicht doch besser mit PHP (oder AJAX) lösen lassen würde.
richtig, du lässt im prinzip ein php-script als Server fungieren. Dennoch solltest du dir aber überlegen, ob es wirklich den Aufwand wert ist, dafür ein (J)Applet zu entwickeln, oder ob es sich nicht doch besser mit PHP (oder AJAX) lösen lassen würde.
Ich habe mir AJAX angeschaut und schlussenldich verneint! Weil die Unterstützung dafür ist ein riesen durcheinander. Beginnt schon bei Microsofts ach so tollen Web Developer nur das .Net Framework ist und du erst noch deinen Server hacken müsstest.
Uff, ist das ein geiler Thread. Technologien jongliert und zusammengewürfelt wie in einem Fruchtsalat und von jeder Seite kommt nur Unsinn basierend auf Google Suchen (wobei man dem Fragesteller von allen Beteiligten hier ja wohl nur den geringsten Vorwurf machen kann) :toll:
Uff, ist das ein geiler Thread. Technologien jongliert und zusammengewürfelt wie in einem Fruchtsalat und von jeder Seite kommt nur Unsinn basierend auf Google Suchen (wobei man dem Fragesteller von allen Beteiligten hier ja wohl nur den geringsten Vorwurf machen kann) :toll:
Tja sorry aber die erkenntniss habe ich schon früher gemacht aus anderen Foren. Oft ist die Antwort nur richtig wenn man eine spezifische Frage stellt die sich nur auf das eine bezieht. Aber von AJAX habe ich echt die schnauze voll, weil es keine gescheite IDE dafür geben zu scheint. Das heißt das ist salat pur und schwer das projekt zu verwalten. Und da ich nun aber Java kann und den net Beans liebe dachte ich mir naja gut, dann ebend dieses webartige Java.
Nicht dir zu nahe treten zu wollen, aber wozu brauch ich für ajax eine IDE, und was heißt überhaupt der Unsinn hier auf deutsch:
> Beginnt schon bei Microsofts ach so tollen Web Developer nur das .Net Framework ist und du erst noch deinen Server hacken müsstest.
Aber warum denn? Soweit ich weis, hat jeder der Javascript aktiviert hat auch das Java drauf. Und mein gott das Prog wird eh klein sein, also wird sich der Nutzer auch nicht generft fühlen. Aber es ist eindeutig angenehmer als AJAX und besser verwaltbar. Eigentlich hätte ich auch dann so langsaml schon angefangen zu planen. Wollte nur noch wissen ob eb bei JApplet so ist das das zu ladene Programm kleiner wäre als Applet?
Javascript != Java
Java != vorrausetzung für JavaScript!!!
Naja, ob es angenehmer als AJAX ist....kommt immer auf die umsetzung drauf an. Das schöne am GWT ist, es compiliert dir Java-Code in HTML+JS seiten und dazu kannst du einfach Servlets nutzen. Somit hast du auch eine direkte Datenbankanbindung und kannst komplett auf PHP verzichten. Ich kenne auch dein Projekt nicht. Wenn du deswegen ewig viel Arbeit einstampfen musst, ist das natürlich nicht empfehlenswert^^. Sehe es dann eher als einen Tipp für die Zukunft und ein Blick lohnt sich ;-)
(wobei cih gerade sehe: Tutorial ist in Englisch xD, um die Sprache wirste dich nicht drücken können ;-) )
Anmerkung:Apache HttpComponents dass müsste die lib sein, mit der du daten via Post an dein PHP-Formular übertragen kannst.
Java hat mit JavaScript nicht mehr gemein als die ersten vier Buchstaben des Namens und ein bissel Syntax. JavaScript setzt daher auch kein Java voraus.
Was willst du überhaupt genau machen, bzw. was soll dies für eine Anwendung werden?
Javascript != Java
Java != vorrausetzung für JavaScript!!!
Naja, ob es angenehmer als AJAX ist....kommt immer auf die umsetzung drauf an. Das schöne am GWT ist, es compiliert dir Java-Code in HTML+JS seiten und dazu kannst du einfach Servlets nutzen. Somit hast du auch eine direkte Datenbankanbindung und kannst komplett auf PHP verzichten. Ich kenne auch dein Projekt nicht. Wenn du deswegen ewig viel Arbeit einstampfen musst, ist das natürlich nicht empfehlenswert^^. Sehe es dann eher als einen Tipp für die Zukunft und ein Blick lohnt sich ;-)
(wobei cih gerade sehe: Tutorial ist in Englisch xD, um die Sprache wirste dich nicht drücken können ;-) )
Java hat mit JavaScript nicht mehr gemein als die ersten vier Buchstaben des Namens und ein bissel Syntax. JavaScript setzt daher auch kein Java voraus.
Was willst du überhaupt genau machen, bzw. was soll dies für eine Anwendung werden?
Eine art comunicator oder Profilverwaltung. Habe gemerkt, das sich das mit MySQL sehr gut machen läst nur leider ist das visuelle also die Benutzerfläche mit AJAX echt mist. Zumindest für den Entwickler, das sieht dann nacher alles gräslich aus und man verliert den überblick in rekordzeit.
Also nach deinen letzten posts zu urteilen hast du offenbar gar keine Ahnung von Programmierung und Ähnlichem, warum bezahlst du dann nicht einfach jemanden damit er dir das macht? Im Forum hier gibts ein extra Jobbörse Unterforum für sowas.
Wenn das iwelche tollen effekte á la web 2.0 haben soll, dann würde ich JQuery nehmen.
Das Argument "Ajax" macht das unübersichtlich, kann ich nicht nachvollziehen. Wenn man versteht, was man da macht, dann kann man das super aufbauen :bahnhof:
...Benutzerfläche mit AJAX echt mist. Zumindest für den Entwickler, das sieht dann nacher alles gräslich aus und man verliert den überblick in rekordzeit.
Fangen wir mal anderster an, wie sind deine Programmierkenntnisse? Wieviel hast du schon in Java Programmiert? Sagt dir SWING oder AWT überhaupt etwas? Wieviel Erfahrung mit GUI-Programmierung hast du (in Java)?
beantwortest du mir letzte Frage mit was ist GUI oder Nein, dann kannst du dein vorhaben schon mal vergessen. Dann setz dich hin und lerne Grundlagen
Was ist das für ein Kindergarten hier?! Ich kann Java und was ich damit realisieren will kann euch scheiss egal sein. Ich wollte doch lediglich ein paar grundsätze wissen. Wenn das blödsinn ist was ich vorhabe, dann erkläre mir bitte mal warum gibt es dann (J)Applets überhaupt? Solche... werde ich ganz bestimmt nicht beauftragen. Noch schön macken einbauen damit man die Warter bezahlen muss. So ein scheiss kapitalistisches Deutschland. Das ist pervers!
