You can subscribe to this list here.
2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(6) |
Oct
(6) |
Nov
(8) |
Dec
(2) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2005 |
Jan
(19) |
Feb
(15) |
Mar
(10) |
Apr
(8) |
May
(7) |
Jun
(9) |
Jul
(13) |
Aug
(31) |
Sep
(111) |
Oct
(52) |
Nov
(72) |
Dec
(42) |
2006 |
Jan
(21) |
Feb
(32) |
Mar
(33) |
Apr
(24) |
May
(15) |
Jun
(40) |
Jul
(32) |
Aug
(19) |
Sep
(38) |
Oct
(37) |
Nov
(63) |
Dec
(37) |
2007 |
Jan
(18) |
Feb
(39) |
Mar
(69) |
Apr
(49) |
May
(71) |
Jun
(59) |
Jul
(71) |
Aug
(85) |
Sep
(46) |
Oct
(14) |
Nov
(25) |
Dec
(56) |
2008 |
Jan
(24) |
Feb
(77) |
Mar
(104) |
Apr
(44) |
May
(41) |
Jun
(11) |
Jul
(31) |
Aug
(59) |
Sep
(44) |
Oct
(86) |
Nov
(66) |
Dec
(93) |
2009 |
Jan
(88) |
Feb
(41) |
Mar
(49) |
Apr
(135) |
May
(22) |
Jun
(31) |
Jul
(60) |
Aug
(71) |
Sep
(76) |
Oct
(18) |
Nov
(52) |
Dec
(20) |
2010 |
Jan
(8) |
Feb
(50) |
Mar
(35) |
Apr
(48) |
May
(46) |
Jun
(84) |
Jul
(38) |
Aug
(61) |
Sep
(51) |
Oct
(31) |
Nov
(17) |
Dec
(18) |
2011 |
Jan
(51) |
Feb
(14) |
Mar
(17) |
Apr
(23) |
May
(15) |
Jun
(11) |
Jul
(5) |
Aug
(5) |
Sep
(15) |
Oct
(8) |
Nov
(5) |
Dec
(25) |
2012 |
Jan
(2) |
Feb
(4) |
Mar
(6) |
Apr
(9) |
May
(27) |
Jun
(32) |
Jul
(36) |
Aug
(10) |
Sep
(16) |
Oct
(3) |
Nov
(13) |
Dec
(7) |
2013 |
Jan
(1) |
Feb
(4) |
Mar
|
Apr
(1) |
May
|
Jun
(2) |
Jul
|
Aug
(1) |
Sep
(4) |
Oct
(2) |
Nov
(1) |
Dec
|
2014 |
Jan
|
Feb
|
Mar
(2) |
Apr
(1) |
May
(2) |
Jun
(9) |
Jul
(5) |
Aug
(2) |
Sep
(4) |
Oct
|
Nov
|
Dec
|
2015 |
Jan
(3) |
Feb
(2) |
Mar
(4) |
Apr
(3) |
May
(1) |
Jun
(2) |
Jul
|
Aug
(2) |
Sep
(5) |
Oct
(1) |
Nov
|
Dec
|
2016 |
Jan
|
Feb
(5) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(5) |
Sep
(3) |
Oct
|
Nov
|
Dec
|
2017 |
Jan
(6) |
Feb
|
Mar
|
Apr
(10) |
May
(2) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
(1) |
Dec
|
2018 |
Jan
(2) |
Feb
(5) |
Mar
|
Apr
|
May
(1) |
Jun
(3) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2019 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
2020 |
Jan
|
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(2) |
Oct
|
Nov
|
Dec
|
2021 |
Jan
(5) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2023 |
Jan
|
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: <php...@li...> - 2006-05-31 09:56:47
|
Hi, answering to myself - the problem wasn't include files, that just works fin= e.=20 The problem is that the 'real' application was running on ssl port 8443=20 instead of 8080. I tried modifying the php.ini setting java.hosts, but without success -=20 java.hosts=3D"127.0.0.1:8443" will lead to the same error. Is there any way to make use of the bride usin= g=20 ssl? Cheers flim On Wednesday 31 May 2006 11:17,=20 php...@li... wrote: > Hi List, > > I've been playing around with the bridge for some time now and started to > do some 'real' work with it today. My first move was to move the php > classes I've used so far into separate files - which didn't work :| > > This code works fine: > <?php > =C2=A0 =C2=A0$session =3D java_session(); > ?> > > Now, let's name that code file1.php. If I do > <?php > =C2=A0 =C2=A0include('file1.php'); > ?> > > from any other file (while file1.php =C2=A0is in the same folder or not),= I'm > getting the following error: > > Fatal error: php_mod_java(88): Protocol violation at pos 7, please check > that the backend (JavaBride.war) is deployed or please switch off the > java.servlet option. in ...file1.php on line 2 > > That goes for basically all java_ commands (e.g. java_context() instead of > java_session()). > > Any idea how to solve that? > > To give some further information: I'm running the bridge inside tomcat on > ubuntu linux with php compiled as fastcgi. Bride resides in <tomcat > root>/shared/lib, as discussed in documentation. No problems at all to use > the bridge from within > > Cheers > flim |
From: <php...@li...> - 2006-05-31 09:16:34
|
Hi List, I've been playing around with the bridge for some time now and started to d= o=20 some 'real' work with it today. My first move was to move the php classes=20 I've used so far into separate files - which didn't work :| This code works fine: <?php =A0 =A0$session =3D java_session(); ?> Now, let's name that code file1.php. If I do <?php =A0 =A0include('file1.php'); ?> from any other file (while file1.php =A0is in the same folder or not), I'm= =20 getting the following error: =46atal error: php_mod_java(88): Protocol violation at pos 7, please check = that=20 the backend (JavaBride.war) is deployed or please switch off the java.servl= et=20 option. in ...file1.php on line 2 That goes for basically all java_ commands (e.g. java_context() instead of= =20 java_session()). Any idea how to solve that? To give some further information: I'm running the bridge inside tomcat on=20 ubuntu linux with php compiled as fastcgi. Bride resides in <tomcat=20 root>/shared/lib, as discussed in documentation. No problems at all to use= =20 the bridge from within Cheers flim |
From: <php...@li...> - 2006-05-23 19:39:52
|
> There are three different, incompatible ABI versions: > > version..........binary name > 4.x............: [windows binary not available] > 5.0.x..........: php5-java-x86-windows.dll > 5.1.x and above: java-x86-windows.dll It works with php 5.1.4 without problems. |
From: <php...@li...> - 2006-05-23 19:19:28
|
Hi, [please excuse the delay] > I've tried php 5.1.4 / JB 3.0.8, 3.0.6 and it the java-x86-windows.dll has been compiled against php 5.1.3 devel. If it doesn't work with 5.1.4 anymore, then the php people have made a mistake. There are three different, incompatible ABI versions: version..........binary name 4.x............: [windows binary not available] 5.0.x..........: php5-java-x86-windows.dll 5.1.x and above: java-x86-windows.dll I have just tested the linux version, it seems that there were no ABI changes from 5.1.3 to 5.1.4, so this must be a windows specific problem. I'll check this tomorrow. Please see PR1493789: http://sourceforge.net/tracker/index.php?func=detail&aid=1493789&group_id=117793&atid=679233 Regards, Jost Boekemeier ___________________________________________________________ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de |
From: <php...@li...> - 2006-05-23 18:55:16
|
Hi, > It is possible to run a persistent JVM (through > http://php-java- > bridge.sourceforge.net/server/documentation/API/php/java/bridge/ > > JavaBridge.html) BUT this VM will be managed by the > bridge not by the bridge, by the container. In most cases this is a web container (servlet engine, j2ee server, ...), but it could also be a standalone container (started by the php-java-bridge.service script) or even be native code (if GNU java is used). In any case, the bridge back-end running in the container can communicate with the "business objects" (EJB beans, ...) deployed into a J2EE server using standard java technology (e.g.: rmi/iiop). All j2ee applications servers have a web tier and an ejb tier, so all you need to do is to deploy JavaBridge.war into the web tier. After that you can easily query the remote interfaces of the EJB beans running in the ejb tier and call them. > thus It is IMPOSSIBLE for the php.java.bridge to > discover objects > living in a independent & persistent JVM It is certainly possible to discover web services or invoke enterprise java beans in a second JVM. In fact this three tier architecture is what makes caching, connection pooling etc. possible. > For this, I would need ie to create a XML-RPC server > on the Java side Or RMI/IIOP, which is probably easier, see http://php-java-bridge.sourceforge.net/examples/J2EE/ for details. > If there is another way to look at the problem with > the php.java.bridge For trivial applications one could get away by using only one java VM, but this whould be less efficient. The low-level PHP/Java Bridge XML protocol works best when the php continuation and the java continuation run on the same computer and communicate via shared memory. On the other hand the high-level communication on application level doesn't need a low-latency comm. link. You serialize and send complete object graphs anyway, so on app. level you care more about bandwidth than latency. Therefore XML-RPC would be the wrong technology on this level, imho. Regards, Jost Boekemeier ___________________________________________________________ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de |
From: <php...@li...> - 2006-05-22 12:02:38
|
Hi all, I'm evaluating different technologies (ie: XML-RPC) to create some communication between a php front end and back java objects. I obviously stepped on this project. I have read the documentation and I would like to confirm with you the following assertions: It is possible to run a persistent JVM (through http://php-java- bridge.sourceforge.net/server/documentation/API/php/java/bridge/ JavaBridge.html) BUT this VM will be managed by the bridge and the front end. thus It is IMPOSSIBLE for the php.java.bridge to discover objects living in a independent & persistent JVM and invoke methods on them. For this, I would need ie to create a XML-RPC server on the Java side and call it from the PHP front end with a XML-RPC client. If there is another way to look at the problem with the php.java.bridge, I would be pleased to hear it. Thank you very much for your time, Best Regards, Gam. |
From: <php...@li...> - 2006-05-22 07:06:28
|
Hello, =20 I'm using Javabridge under Win32, using Wamp package. =20 I'd like to know how Javabridge is compatible with Win32 php version. I've tried php 5.1.4 / JB 3.0.8, 3.0.6 and it doesn't seem to work (unabl= e to load library, unknow procedure) =20 Now I'm under php 5.0.5 / JB 3.0.6 and it works well. =20 Can you point out a link where I could find Win32 compatibility please ? =20 Thanks a lot --=20 Bertrand TEISSIER TENNAXIA T=E9l : 01 42 77 04 19 _________________________________________________________________________= ____ Tennaxia, www.tennaxia.com, Pilotez vos obligations environnementales Si=E8ge social : 6, rue L=E9onard de Vinci - 53001 Laval Cedex - T=E9l : 02 43 49 75 50 - = Fax : 02 43 49 75 77 Agence Paris : 19, rue R=E9aumur - 75003 Paris - T=E9l SAV : 01 42 77 04 19 T=E9l Serv= ice Commercial : 01 44 54 16 66 - Fax : 08 25 19 19 61 Agence Lyon : Parc du Chater - 63 rue de la garenne - 69340 FRANCHEVILLE - T=E9l : 04 7= 2 39 98 14 - Fax : 04 72 39 93 85 Les informations contenues dans ce message envoy=E9es par TENNAXIA sont c= onfidentielles et sont =E9tablies =E0 l'attention exclusive de leurs dest= inataires. L'acc=E8s =E0 ce message par toute autre personne n'est pas au= toris=E9. Si vous n'=EAtes pas le destinataire de ce message, merci de le= d=E9truire et d'en avertir l'exp=E9diteur : toute alt=E9ration, copie, d= istribution ou toute action prise ou omise sont interdites et peuvent =EA= tre ill=E9gales. The information in this message sent by TENNAXIA is confidential and may = be legally privileged. It is intended solely for the addressee(s). Access= to this message by anyone else is unauthorized. If you are not the inten= ded recipient, please delete it and notify the sender : any disclosure, c= opying, distribution or any action taken or omitted to be taken in relian= ce on it, is prohibited and may be unlawful. |
From: <php...@li...> - 2006-05-20 15:13:11
|
Hi, [please excuse the delay] > The php-java bridge it seems is not running. I am > not sure where I am > going wrong. Can you please open a ticket, please use http://sourceforge.net/tracker/?func=add&group_id=117793&atid=679233 and attach the result of the test.php at the end of the ticket. > I have compiled all 3 from source I don't know which operating system you use, but the binary download contains binaries for * Windows: PHP 5.0 and PHP5.1 * Linux: PHP 4, PHP5.0, PHP5.1 and PHP6 * Solaris: PHP 5.1 and PHP 6 If you have one of these OS, all you need to do is to copy the appropriate ABI (4.x, 5.0 or 5.1/6.0) to the php module directory and run the test.php. Note that the ABI is important, for example PHP 4 modules are rejected by PHP 5 and vice versa, sometimes without an error report. Regards, Jost Boekemeier ___________________________________________________________ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de |
From: <php...@li...> - 2006-05-19 12:28:47
|
Hi List, I am a first time php-bridge user. I tried but couldnot make php-java bridge install properly. Specs are as follows apache 1.3.36 php 4.4.2 php-java-bridge 3.0.8.1 JDK1.4.2 (IBM-Java2-142) phpinfo page http://69.73.169.243/phpinfo.php The php-java bridge it seems is not running. I am not sure where I am going wrong. I have compiled all 3 from source and checked configs for 3 hours :(. Any pointers appreciated. TIA Jas PS Admin: sorry for the double post I posted from a wrong mail id earlier and this message got stuck in moderation..so sending again. Plz delete the previous message. Thanks. __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com |
From: <php...@li...> - 2006-05-13 14:08:52
|
Hi, > through it but I think there is a problem with > sf.net. it should work, if the message is plain ASCII. You could even post to the list w/o beeing subscribed, but the message must be readable. > several tomcat instances behind apache and use load > balancing capabilities of mod_jk. So we will have Why mod_jk? Since Tomcat version 5 load balancing is build into tomcat. In version 2.0.6 the bridge used a similar algorithm as mod_jk's. But this feature was switched off in the release and was dropped in 2.0.7 in favor of real Tomcat 5 clustering. -- Although it is possible to add "load balancing" to the adapter, it doesn't belong there as it is difficult or impossible to add different scheduling algorithms or properly maintain the list of live nodes. Isn't it possible to set up tomcat5 load balancing? http://www.onjava.com/pub/a/onjava/2004/04/14/clustering.html?page=2 Since the php instances appear to tomcat as ordinary internet clients, this should work without problems. Regards, Jost Boekemeier ___________________________________________________________ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de |
From: <php...@li...> - 2006-05-08 17:26:22
|
Hi, > If you have a patch file, I would be happy to test > it out. a preliminary patch (not tested) is here: http://php-java-bridge.sourceforge.net/snaps/3.0.8.1/php-java-bridge_3.0.8_to_3.0.8.1.patch If you have CVS access, you can get the version via: cvs -d :pserver:ano...@cv...:/cvsroot/php-java-bridge co -rRelease-3-0-8 php-java-bridge I will test the new code next week and attach version 3.0.8.1 at the end of your ticket. Regards, Jost Boekemeier ___________________________________________________________ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de |
From: <php...@li...> - 2006-05-04 19:18:55
|
On Thu, 2006-05-04 at 19:37 +0200, php...@li... wrote: > + try { > + Method m = System.class.getMethod("getenv", > EMPTY_PARAM); > + Map map = (Map) m.invoke(System.class, > EMPTY_ARG); > + defaultEnv.putAll(map); > + } catch (Exception e) {/*ignore*/} > + return defaultEnv; > > Please see PR1481993 for details. Thanks for the reply. This looks like a good solution to me. I had only been concerned about the path, but it seems appropriate to have the rest of the environment available as well. This also seems like a good approach for JDK 1.4 compatibility, or in case you want to limit CGI access to the system (you could override and supply a limited path, for example). If you have a patch file, I would be happy to test it out. > I usually start php in FastCGI server mode outside of > java, using the command: > > export X_JAVABRIDGE_OVERRIDE_HOSTS=/ > php-cgi -b127.0.0.1:9667 > > AFAIK the FCGI server mode is currently not available > on windows, but this might change in the future; the > FCGI sapi is still being developed. > Yes, the windows php-cgi.exe doesn't seem to recognize the "-b" flag. Unfortunately my environment is currently limited to a windows server. Hopefully that will change in the future as well. ;) Let me know if there is anything else I can do to help. Thanks, Gary |
From: <php...@li...> - 2006-05-04 17:38:15
|
Hi, > the OCI8 extension, with the Oracle client installed [...] > cgi process (through Runtime.exec()). In CGIServlet thank you very much for this problem report. I have created a ticket for this, please see PR1481993: http://sourceforge.net/tracker/index.php?func=detail&aid=1481993&group_id=117793&atid=679233 > I created a simple patch to CGIServlet > $CGIEnvironment.setCGIEnvironment() What about changing setCGIEnvironment to protected Map getProcessEnvironment() {...} so that JDK 1.4 users can override it using a custom PhpCgiServlet or a custom PhpScriptEngine. The default implementation of getProcessEnvironment() would simply delegate to JDK1.5 System.getenv() using reflection: + try { + Method m = System.class.getMethod("getenv", EMPTY_PARAM); + Map map = (Map) m.invoke(System.class, EMPTY_ARG); + defaultEnv.putAll(map); + } catch (Exception e) {/*ignore*/} + return defaultEnv; Please see PR1481993 for details. > Under linux I would use a > php-cgi.sh script to setup the path, but I don't > know if there is a > similar way to handle this under Windows? I usually start php in FastCGI server mode outside of java, using the command: export X_JAVABRIDGE_OVERRIDE_HOSTS=/ php-cgi -b127.0.0.1:9667 AFAIK the FCGI server mode is currently not available on windows, but this might change in the future; the FCGI sapi is still being developed. Regards, Jost Boekemeier ___________________________________________________________ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de |
From: <php...@li...> - 2006-05-02 18:30:38
|
Hi, I have the PHP/Java bridge installed and working in standalone mode with Apache Tomcat. The setup is: * Tomcat 5.0.28 - handles all HTTP requests. PHP runs as a CGI sub-component. * Java webapp - contains PHP files, JavaBridge.jar, php-servlet.jar and servlet mappings in web.xml. * PHP 5.1.2 - installed under C:\php5 (instead of WEB-INF/cgi in the webapp) All of this works correctly for a simple php.ini configuration, and simple tests like phpinfo(). However, this breaks when I try to configure the php.ini file to load the OCI8 extension, with the Oracle client installed under E:\oracle\ora92. It looks like the OCI8 extension is not able to see the Oracle libraries in E:\oracle\ora92\bin. Note that the problem is exclusive to the PHP/Java bridge -- PHP works from the command line with OCI8. I've tracked this down to a problem with the PATH being used for the PHP cgi process (through Runtime.exec()). In CGIServlet $CGIEnvironment.setCGIEnvironment(), no "PATH" entry is created in the environment and so, on Windows, a limited default seems to be used (C: \php5;C:\WINNT;C:\WINNT\system32). I created a simple patch to CGIServlet $CGIEnvironment.setCGIEnvironment(), which passes through a system property as the PATH into the environment: String systemPath = System.getProperty("system.path", ""); envp.put("PATH", systemPath); Combining this with an a java argument to set the system property ("-Dsystem.path=%PATH%") seems to fix the problem and the oci8 extension works with the Oracle client DLLs. But is there a better way of handling this? Under linux I would use a php-cgi.sh script to setup the path, but I don't know if there is a similar way to handle this under Windows? Or if I am missing something in the Windows configuration. Any suggestions would be greatly appreciated. Thanks, Gary |
From: <php...@li...> - 2006-04-28 17:17:39
|
Hi, > I thought the bridge works for PHP 5 surely. Isn't > that so? Certanly. But RHEL3 shipped with PHP4 only. The RHEL3 RPM contains binaries for PHP4, the Fedora Core 4 (or RHEL4) RPM contains binaries for PHP5, the Fedora Core 5 (or RHEL5) RPM contains binaries for PHP5.1 or PHP6. That doesn't necessarily mean that you must upgrade to RHEL4 if you want to use PHP5, of course. Just install the appropriate PHP5 and FC4 RPM's. -- You may need to re-compile the php5-*.src.rpm and php-java-bridge-*.src.rpm and other files against your system, though. Regards, Jost Boekemeier ___________________________________________________________ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de |
From: <php...@li...> - 2006-04-28 07:58:11
|
When we try to install the PHP-JAVA bridge 3.0.8-1, we get the following failed dependencies. ---------------------------------------------------------------------------- ------------ warning: php-java-bridge-3.0.8-1.RHEL.i386.rpm: V3 DSA signature: NOKEY, key ID be89e756 error: Failed dependencies: /usr/bin/php is needed by php-java-bridge-3.0.8-1 j2re >= 1.4.2 is needed by php-java-bridge-3.0.8-1 php >= 4.3.2 is needed by php-java-bridge-3.0.8-1 php < 5.0.0 is needed by php-java-bridge-3.0.8-1 Suggested resolutions: php-4.3.2-8.ent.i386.rpm ---------------------------------------------------------------------------- ------------ I thought the bridge works for PHP 5 surely. Isn't that so? Regards, Rithish. |
From: <php...@li...> - 2006-04-23 18:49:06
|
Hi, > I will add a php-cgi-x86-freebsd FastCGI > binary to the JavaBridge.war. It's here: http://php-java-bridge.sourceforge.net/snaps/FreeBSD/ tested with tomcat 5.5 on FreeBSD 6. However, Java on FreeBSD runs quite slow, so I don't think many people will use it. Therefore I will not make FreeBSD binaries available in future releases. Regards, Jost Boekemeier ___________________________________________________________ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de |
From: <php...@li...> - 2006-04-22 16:31:44
|
Hi, first of all thank you very much for this problem report. Please try to report such issues immediately. > freebsd 6.0 For Linux, Solaris and Windows the CGI directory contains php-cgi-<os>-<arch> executables, but not for FreeBSD. -- I have a freebsd FastCGI binary here, but I decided to not include it until we get a support request[1]. So what happend is that the FastCGI servlet has started /usr/bin/php in the asumtion that this is a (Fast-)CGI binary, which isn't the case on FreeBSD. FreeBSD only ships with a command line binary. The PHP cli binary is similar to the cgi binary but doesn't read HTTP information like X_JAVABRIDGE_CONTEXT=, so the communication channel doesn't work. To fix this problem please install a php-cgi binary into /usr/bin/ or please start a standalone PHP FastCGI server with the command: ./php-cgi -b:9667 (Please see the section PHP without Apache/IIS front-end in the README for details). [freebsd port available ] > for the php-java bridge? I don't think one exists. Until recently it wasn't legally (and technically[1]) possible to ship a pre-compiled java binary for FreeBSD. Now that this is possible I will add a php-cgi-x86-freebsd FastCGI binary to the JavaBridge.war. I will inform you when it's available. Regards, Jost Boekemeier [1] Due to thread-related problems GNU "Java" (gcj) does not run properly on FreeBSD. ___________________________________________________________ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de |
From: <php...@li...> - 2006-04-21 18:35:53
|
I've been struggling for a couple of weeks to make this work. In = particular I want to use the bridge with tomcat 5.5. If I browse to http://localhost:8080/JavaBridge nothing happens. http://localhost:8080 <http://localhost:8080/> does bring up the tomcat default page OK. = Running http://localhost/test.php from the JavaBridge directory was working at = one time. It still displays phpinfo OK but now at the bottom where I was getting a lot of java info I'm getting this instead: =20 Error: The PHP/Java Bridge backend is not running. Please start it = and/or check if the directory /usr/local/lib/php/20050922 contains "java.so" = and "JavaBridge.jar". Check if the following values are correct: = java.java_home =3D java.java =3D If you want to start the backend automatically, = disable: java.socketname =3D java.hosts =3D java.servlet =3D If that still = doesn't work, please check the "java command" above and report this problem to: php...@li.... =20 Here is the java section of phpinfo: =20 java support Enabled java bridge 3.0.8rc3 java.java_home no value java.java java java.log_file <stdout> java.log_level no value (use backend's default level) java.ext_java_compatibility Off java command LD_LIBRARY_PATH=3D/usr/local/lib/php/20050922:/usr/local/lib: /usr/local/lib/php/20050922-debug/RunJavaBridge java -Djava.library.path=3D/usr/local/lib/php/20050922 -Djava.class.path=3D/usr/local/lib/php/20050922/JavaBridge.jar -Djava.awt.headless=3Dtrue php.java.bridge.JavaBridge INET_LOCAL:0 2 java status not running java server localhost =20 I notice java.java_home has no value. How do I set it and what should = it be set to? My JAVA_HOME is /usr/local/diablo-jdk1.5.0/ =20 I also notice that the LD_LIBRARY_PATH refers to /usr/local/lib/php/20050922-debug/RunJavaBridge when it should be = using just 20050922? =20 I'm running: =20 freebsd 6.0 apache 2.2.0 tomcat 5.5 php 5.1.2 java version "1.5.0" Java(TM) 2 Runtime Environment, Standard Edition (build = diablo-1.5.0-b00) Java HotSpot(TM) Client VM (build diablo-1.5.0_06-b00, mixed mode) =20 any help at all would really be appreciated ... =20 Tom =20 p.s. I installed everything else from freebsd ports, but I don't see a = port for the php-java bridge? =20 =20 =20 |
From: <php...@li...> - 2006-04-17 14:50:09
|
Hi, > -- Expection ---:java.net.SocketException: Invalid > argument or cannot assign requested > addressTranval----->-1 [I assume you mean "Exception"] -1 is an invalid TCP and LOCAL address. Most likely the -1 comes from the java.socketname from your php.ini or /etc/php.d/java*.ini. What does phpinfo() show and how have you started the java back-end (if any)? Another possibility is that jdk1.4.2 has tried to use IP6 instead of IP4 to connect to the local interface or that the SEL restrictions denied socket bind/connect. If that's the case please check your SEL and/or IP configuration. Or use LOCAL ("unix domain") sockets instead, they are faster than IP sockets anyway: java -jar JavaBridge.jar LOCAL:pjb 4 "" and the php.ini entry: java.socketname=pjb Unlike TCP, LOCAL sockets are allowed by the SEL policy (assuming that you've correctly installed the SEL policy files). Regards, Jost Boekemeier ___________________________________________________________ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de |
From: <php...@li...> - 2006-04-17 07:14:13
|
i,m trying the php- java-bridge onto fc4 & i'm getting the following: i'ld like to know what does the folowing mean -- Expection ---:java.net.SocketException: Invalid argument or cannot assign requested addressTranval----->-1 please help. __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com |
From: <php...@li...> - 2006-04-12 19:20:06
|
php...@li... wrote: > So I suspect that you use an older version of the > back-end, probably the current cvs head, which is > 3.0.8pre. Can you please check the log of your > application server? It should contain a line: I reinstalled the entire stack and made sure both the front and back ends were running 3.0.8. I can no longer reproduce them problem. You are likely correct that it was a version mismatch. I suspect I had some leftover configuration that was directing traffic to the wrong servlet path (with an older backend) Thanks, Matt |
From: <php...@li...> - 2006-04-12 16:49:24
|
Hi, > > On Linux the segfault shouldn't happen, unless you > > have compiled PHP with ZTS. correction: the segfault only happens if both ZTS and debug are enabled. It is possible to use 5.1.2 with the Apache2 Worker MPM or NT MPM, if debug is off. (When the Worker MPM is used, the Apache+PHP+PHP/Java Bridge+standalone java backend combination delivers java-based content more than twice as fast compared with Apache Tomcat. > Please see Thanks. The problem is an assertion failure because the back-end has sent an <Object ...> request without a predicate, the predicate is required since 3.0.8. More about this on the ticket. -- Although I've promised that a 3.0.8 back-end will work with an old 2.0.8 front-end, I forgot to implement the compatibility option. Now that 3.0.8 is available it's too late. If anyone wants to use a 2.0.8 java.so or php_java.dll with a 3.0.8 back-end, please open a separate support request. Regards, Jost Boekemeier ___________________________________________________________ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de |
From: <php...@li...> - 2006-04-12 16:36:59
|
Hi, I've just checked the code. Since version 3.0.8 the problem you've described should not appear anymore: On windows the PhpJavaServlet always passes null as the ChannelName which causes the ContextServer to allocate a SocketContextServer instead of a PipeContextServer. So I suspect that you use an older version of the back-end, probably the current cvs head, which is 3.0.8pre. Can you please check the log of your application server? It should contain a line: PhpJavaServlet Version 3.0.8 ready Since 3.0.8 the version # of the back-end is also stored in the global.properties within the JavaBridge.jar (located in the JavaBridge.war). The entry should be BACKEND_VERSION=3.0.8 Regards, Jost Boekemeier ___________________________________________________________ Gesendet von Yahoo! Mail - Jetzt mit 1GB Speicher kostenlos - Hier anmelden: http://mail.yahoo.de |
From: <php...@li...> - 2006-04-12 16:17:16
|
Hi, > I need to call a java function from php that need a > java.lang.Collection<MY_OBJECT> as a parameter. Just instantiate and pass a java.lang.Vector() or a List, for example. > Looking at the doc I don't found anything useful > about use of generics. Since java doesn't support first-class generics, you can ignore them. The <...> is only syntactic shugar for the compiler (and for the marketing). The situation becomes different when Mono 2.0 appears, which supports first-class generics. I will add a section how to work with Mono generics when Mono 2.0 is available. Regards, Jost Boekemeier ___________________________________________________________ Gesendet von Yahoo! Mail - Jetzt mit 1GB Speicher kostenlos - Hier anmelden: http://mail.yahoo.de |