Pont entre php et java

bonjour je ne sais plus a quel saint me vouer
Je travail sur win xp j'utilise xampp ( version 1.5.3a: + Apache 2.2.2
+ MySQL 5.0.21
+ PHP 5.1.4)
et je veux faire un pont entre php et java pour utiliser des classes java depuis mes fichiers php j'ai suivi plusieurs tuto depuis hier mais je tourne en rond quelques uns auraient déja eu à régler ce genre de problème si c'est le cas vraiment votre aide me serait précieuse merci .

Heu... va voir celui qui t'a demandé une chose pareille et explique lui qu'il faut que tu re-écrives Apache.

Citation:

---

Envoyé par gifffftane

Heu... va voir celui qui t'a demandé une chose pareille et explique lui qu'il faut que tu re-écrives Apache.

---

Ca existe bien çà s'appelle le php-java bridge

@cornnery >

Commences par exposer un problème précis, car là sans de question il sera difficile de te répondre.

Merveilleux ! Et vous avez vu comme c'est pratique ?...

Code:

---

1 2 3 4 5 6 7

<?php // The following is the "Java" class definition, stripped down to fit into one line // To use this sample start Java with: java -jar JavaBridge.jar INET:9267 // Or enable java.so or php_java.dll, which automatically start the above // process Then type: php sample.php // class P {const Pc="<C v=\"%s\" p=\"I\">", PC="</C>"; const Pi="<I v=\"%d\" m=\"%s\" p=\"I\">", PI="</I>"; const Ps="<S v=\"%s\"/>", Pl="<L v=\"%d\" p=\"%s\"/>", Po="<O v=\"%d\"/>"; private $c; function str($s){fwrite($this->c, sprintf(self::Ps, $s));} function obj($s){fwrite($this->c, sprintf(self::Po, $s->java));} function __construct(){$this->c=fsockopen("127.0.0.1",9267);} function cBeg($s){fwrite($this->c, sprintf(self::Pc, $s));} function cEnd(){fwrite($this->c, self::PC);} function iBeg($o, $m){fwrite($this->c, sprintf(self::Pi, $o, $m));} function iEnd(){fwrite($this->c, self::PI);} function val($s){if(is_object($s))$this->obj($s);else $this->str((string)$s);} function res(){$r=sscanf(fread($this->c, 8192),"%s v=\"%[^\"]\"");return $r[1];}} function gP() {static $p; if(!$p) $p=new P(); return $p;} class Java {var $java, $p; function __construct() {if(!func_num_args()) return; $this->p=gP(); $ar=func_get_args(); $this->p->cBeg(array_shift($ar)); foreach($ar as $arg) $this->p->val($arg); $this->p->cEnd(); $ar = sscanf($this->p->res(), "%d"); $this->java=$ar[0];} function __call($meth, $args) {$this->p->iBeg($this->java, $meth); foreach($args as $arg) $this->p->val($arg); $this->p->iEnd(); $proxy = new Java(); $ar = sscanf($this->p->res(), "%d"); $proxy->java=$ar[0]; $proxy->p=$this->p; return $proxy;} function toString() {$this->p->iBeg("", "castToString"); $this->p->val($this); $this->p->iEnd(); return base64_decode($this->p->res());}}

---

Je n'en reviens pas, on fait tous les jours des progrès. Continuons, l'avenir des informaticiens est encore garanti pour longtemps ! Suffit juste de savoir négocier et se vendre.

C'est juste un exemple qui est volontairement autosuffisant, d'où le pavé déclaratif de la classe.

Mais un peu plus loin dans la faq, on y découvre la possibilité de faire appel à des libs jar externes. Et de les manipuler depuis php. Et là, ca devient pratique oui.

Citation:

---

Envoyé par gifffftane

Heu... va voir celui qui t'a demandé une chose pareille et explique lui qu'il faut que tu re-écrives Apache.

---

Pourquoi Apache ?

Je ne connais pas php-java bridge, mais une solution pourrait être d'exposer les méthodes des libs java que tu as besoin dans des webservices sur un Tomcat par exemple. Ensuite consommer ces webservices en php depuis apache ne pose aucun problème.

Citation:

---

Envoyé par fatypunk

... exposer les méthodes des libs java que tu as besoin dans des webservices sur un Tomcat par exemple. Ensuite consommer ces webservices en php depuis apache ne pose aucun problème.

---

Oui c'est tout à fait possible, merci les normes qui sont indépendantes du langage. Maintenant, côté performances, faire du WS en local c'est quand même lourd de se taper du XML / SOAP / HTTP pour invoquer du code, qui est peut-être implémentable en PHP.
A utiliser avec parcimonie ....

Ca parraît overkill en effet :mouarf:

J'étais d'humeur taquine en effet cette solution est assez lourde pour une petite appli monoposte. Mais la possibilité existe et sans connaître la nature du projet nous ne pouvons qu'énumérer les possibilités, c'est à l'auteur d'analyser la solution la plus appropriée.