Java - Clients - Server - Php?
hi..
ich hätt da mal ne frage bzw. Client/Server-Kommunikation mit Java. Und zwar, welche Möglichkeiten gibts, um eine Client/Server Kommunikation(egal ob Applikation oder Applet) zu machen, bei der nicht unbedingt ein Java-Server laufen muss? (Warum: Da afaik auf den Webservern kein Java-läuft und der "Server" möglichst auf vielen Webservern ohne zusätzlichen (Nicht-Standard) Bibliotheken laufen soll. :baby
Es muss nicht in Realtime erfolgen.
Meine Ideen(<- die mir aber noch nicht ganz passen
) dazu wären:
# mittels php (läuft ja auf den meisten webservern) in Dateien am Webserver schreiben und wiederholtes lesen dieser von den java-clients aus--> würd allerdings afaik asynchron werden (<-- die idee funktioniert schon)
# mittels php + mysql am server: bringt glaub ich vorteile, wenn der (Schreib-)Zugriff auf bestimmte ressourcen gleichzeitig von den clients aus erfolgt - asynchron.
# php-Sockets: Ich weiß leider nicht, wie weit das von Webservern unterstützt wird, und habs auch noch nicht verwendet. Mit einem Java-Server würd ichs mit (Java-)Sockets machen..
# mittels eines irc-Servers(wie zB wie der Chat hier auf WMW): wär mir nicht die liebste möglichkeit, da ich dann ja von einem dritten abhängig wär..
Also bitte Java- bzw. Php-Freaks, was meint ihr was sinnvoll ist bzw. berichtigt mich, wenn da was gar nicht funktionieren kann? Bin mit Php leider nicht ganz so fit.
(Java-Php-Kommunikation geht schon
)
Edit: also ein php-Socket-Server wärs. Ich befürchte nur, dass sowas auf den meisten Webservern nicht geht und somit sind die php-sockets bei "normaler php-Konfiguration" für eine längere Kommunikation nicht zu gebrauchen (wegen timeout), oder ? Wär ja zu schön..
lg, asterix
ich hätt da mal ne frage bzw. Client/Server-Kommunikation mit Java. Und zwar, welche Möglichkeiten gibts, um eine Client/Server Kommunikation(egal ob Applikation oder Applet) zu machen, bei der nicht unbedingt ein Java-Server laufen muss? (Warum: Da afaik auf den Webservern kein Java-läuft und der "Server" möglichst auf vielen Webservern ohne zusätzlichen (Nicht-Standard) Bibliotheken laufen soll. :baby
Es muss nicht in Realtime erfolgen.Meine Ideen(<- die mir aber noch nicht ganz passen
) dazu wären:# mittels php (läuft ja auf den meisten webservern) in Dateien am Webserver schreiben und wiederholtes lesen dieser von den java-clients aus--> würd allerdings afaik asynchron werden (<-- die idee funktioniert schon)
# mittels php + mysql am server: bringt glaub ich vorteile, wenn der (Schreib-)Zugriff auf bestimmte ressourcen gleichzeitig von den clients aus erfolgt - asynchron.
# php-Sockets: Ich weiß leider nicht, wie weit das von Webservern unterstützt wird, und habs auch noch nicht verwendet. Mit einem Java-Server würd ichs mit (Java-)Sockets machen..
# mittels eines irc-Servers(wie zB wie der Chat hier auf WMW): wär mir nicht die liebste möglichkeit, da ich dann ja von einem dritten abhängig wär..
Also bitte Java- bzw. Php-Freaks, was meint ihr was sinnvoll ist bzw. berichtigt mich, wenn da was gar nicht funktionieren kann? Bin mit Php leider nicht ganz so fit.
(Java-Php-Kommunikation geht schon
)Edit: also ein php-Socket-Server wärs. Ich befürchte nur, dass sowas auf den meisten Webservern nicht geht und somit sind die php-sockets bei "normaler php-Konfiguration" für eine längere Kommunikation nicht zu gebrauchen (wegen timeout), oder ? Wär ja zu schön..

lg, asterix
gawk; talk; time; grep; cd ~; wine; talk; touch; unzip; touch; strip; gasp; finger; gasp; mount; fsck; more; yes; gasp; umount; make clean; sleep
Dieser Beitrag wurde bereits 3 mal editiert, zuletzt von »asterix« (2. Mai 2006, 15:18)
Antwort erstellen
Wie ich das verstehe willst du ein kleinen Java-PHP cluster erstellen. Wobei der ON-LINE-Server mit voller Verfügbarkeit auf PHP laufen soll, und der einzelne seperate Client einen JAVA-Sklaven bedient (z.B. @home)?
Da gabs mal ein Projekt namens "phpblowjob" (jaja, interessanter name).
Ich empfehle aber eine eigene Lösung mit z.B.: export.php
Die vom JavaSklaven abgerufen wird.
Diese Lösung jedoch verwendet die Standart-Bibliotheken von Java. Meiner meinung nach aus gutem Grund. (Kompression, versclüsselung usw.)
Du kannst ja vom Java-Sklaven dann einen Multipartfileupload anstoßen den du in PHP verarbeitest. Das macht auch die Session-verwaltung einfach indem du von phpsession in jsession überführst.
Ich würd dir gerne n Bild malen, muss aber weiterarbeiten.
Da gabs mal ein Projekt namens "phpblowjob" (jaja, interessanter name).
Ich empfehle aber eine eigene Lösung mit z.B.: export.php
Die vom JavaSklaven abgerufen wird.
Diese Lösung jedoch verwendet die Standart-Bibliotheken von Java. Meiner meinung nach aus gutem Grund. (Kompression, versclüsselung usw.)
Du kannst ja vom Java-Sklaven dann einen Multipartfileupload anstoßen den du in PHP verarbeitest. Das macht auch die Session-verwaltung einfach indem du von phpsession in jsession überführst.
Ich würd dir gerne n Bild malen, muss aber weiterarbeiten.


