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: Jost B. <jos...@ya...> - 2005-07-21 19:11:17
|
Hi, >(but i didnt see > any signs for the forums > being closed). It could be that some google caches still link to the forum. I guess they will disappear over time. -- Sorry for the inconvenience, but it was difficult to manage both, the forum and the mailing list. > well for setting up the bridge i used the ibm java > environment > (IBMJava2-SDK-142.tgz) because the sun java kit > didnt work so well (actually > i had a failure during compiling the bridge so i > decided to give the ibm > java a try and it worked flawlessly). I think there were issues with old Sun JDK/JRE's on linux during the transition to NPTL. But since 1.4.02_02 this shouldn't be an issue anymore. > is it possible > that the ibm java > doesnt contain this javax/servlet/ServletContext? The servlet API is an optional package. The J2EE download contains it, but not the standard SDK. One has to link to servlet.jar or j2ee.jar explicitly. I don't know what your library does, but it could well be that it requires a servlet environment. In this case please create a JavaBridge.war and deploy it into e.g. tomcat. If it doesn't require a servlet, you can just download the sun j2ee distribution and copy j2ee.jar to /usr/share/java. > ProvisoFactory since it was written by someone else Okay, but what does it do? Does it require a servlet environment (in which case you must create a JavaBridge.war and deploy that) or does it reference the servlet classes by accident, which may happen if the vendor has compiled against the servlet classes even though they are not needed for normal operation? Regards, Jost Boekemeier ___________________________________________________________ Gesendet von Yahoo! Mail - Jetzt mit 1GB Speicher kostenlos - Hier anmelden: http://mail.yahoo.de |
From: Tamas S. <Tam...@gm...> - 2005-07-21 08:42:05
|
first of all thx for your quick response... and sry for using the forums even if they were closed allready (but i didnt see any signs for the forums being closed). well for setting up the bridge i used the ibm java environment (IBMJava2-SDK-142.tgz) because the sun java kit didnt work so well (actually i had a failure during compiling the bridge so i decided to give the ibm java a try and it worked flawlessly). is it possible that the ibm java doesnt contain this javax/servlet/ServletContext? is this delivered in the standart sdk packages? also is it more likely available in the sun or ibm java? or do i have to grab them seperated? to be honest i really dont know much about the creation of the ProvisoFactory since it was written by someone else and they handed over to me with the task to find a way to establish a stable and fast communication from php to java. searching the web i found the php-java bridge and decided to give it a try. well in the beginning evrything worked fine (as i told before i could use all the testfiles which came with the bridge) but when it comes to use these proviso classes (librarys) nothing works the way it should. so the basic workaround for my problem would be to make available the library again. another question is: do i have to enable servlets on the bridge or am just getting confused by the "javax/servlet/ServletContext" thing? also when i search the files you mentioned and the package isnt available what to do? set up the bridge with a new java (i could try sun's java) or do i just download those missing packages/libraries and make them available in the classpath? thx in advance and i really apreciate the help you are offering greetz tamas szabo ps: also i wanted to say how great your work is! how did this project start? did you simply miss php/java compatibility and decided to build your own bridge? --------------------------------------------------------------------------- Hi, [in the future please use the mailing list, this forum has been closed] > basically i understand that the class i was > reffering to wasnt found No, the exception says that the class was found. The exception is an internal exception which reflects a problem with the way how java loads libraries: It appears when a procedure application failes, either the constructor, initializers or the call of a procedure. The above is the call of the login procedure, which failed because the JIT has found an open reference to a library or library version which was available during creation of the ProvisoFactory but which has been removed since then. The missing class can be found either in the optional j2ee.jar, servlet.jar or other libraries. Please note that the version may be important, so please check with the person who compiled ProvisoFactory. Another thing is possible. Java library vendors generally know this problem and compile their java libraries so that the critical paths do not contain references to libraries that customers might not have. But this is dangerous because one cannot check all paths during the release tests. It may well be that the vendor who shipped the library has made a mistake. Regards, Jost Boekemeier --------------------------------------------------------------------------- hi there, im kinda new to this whole stuff but i allready figured out how to set up the bridge and how to load my own classes (but my knowledge is very limited in php aswell as in java). my proble is that i need to set up a server which should authenicate the clients for the whole intranet. basically the authentication is done with custom java classes which should send back a ticket (in form of a cookie) to the client. now after i set up the bridge i wanted to do some tests... first off all i used the tests supplied with the bridge and they all worked fine. then i tried to write some basic php and java codes to test it out further (basically i did what was done in the in the array example but i wrote it myself). all of these tests went fine. but now im trying to do some basic stuff with the classes provided for the user athentication and i get an error like this: java.lang.Exception: Invoke failed: [class at.wave.proviso10.ProvisoFactory]->login. Cause: java.lang.NoClassDefFoundError: javax/servlet/ServletContext basically i understand that the class i was reffering to wasnt found but why? javax/servlet/ServletContext should come with the basic java sdk shoudnt it? is this something i have to enable myself or do i have to configure the bridge for it? the bridge is running on a redhat fedora core 3 with an apache (but basically this info shouldnt be necesarry as the bridge is running well with the tests supplied with the bridge). any help would be apreciated (sry for my bad english) |
From: Jost B. <jos...@ya...> - 2005-07-20 15:57:21
|
Hi, > but when i restarted my windows 2000 the Java > Failsed to start How do you start the java backend? Have you deployed the JavaBridge.war into an application server or have you copied the JavaBridge.jar into the autostart folder? > set java.socketname Well on Unix the bridge starts automatically if the java.socketname and the java.hosts options are switched off. Unfortunately this is not possible on windows because fork()/exec() are not available. Also the php-java-bridge.service script only works on Unix -- there are some GPL programs which allow java programs to start as a system service, but we cannot incorporate them into the distribution. On windows I recommend to deploy the backend into tomcat which has the ability to run as a windows system service. Regards, Jost Boekemeier ___________________________________________________________ Gesendet von Yahoo! Mail - Jetzt mit 1GB Speicher kostenlos - Hier anmelden: http://mail.yahoo.de |
From: Rana G. <ran...@gm...> - 2005-07-19 21:08:24
|
Dear Sir,=20 I have configured Java PHP bridge success fully and it worked for the first time but when i restarted my windows 2000 the Java Failsed to start, I checked online help and set java.socketname but it failed to work after restarting the PC Please help me out Error was --> Fatal error: php_mod_java(52): Could not connect to server: No error -- Have you started the java bridge and set the java.socketname option? Thanks Ranjeet Gill |
From: Jost B. <jos...@ya...> - 2005-07-17 17:54:47
|
The version 2.0.7 of the PHP/Java Bridge is now available. The binary for RedHat Enterprise Linux, RedHat Fedora 1, 2 and 3 (uses PHP4): http://prdownloads.sourceforge.net/php-java-bridge/php-java-bridge-2.0.7-1.RHEL.i386.rpm?download The binary for RedHat Fedora 4 (uses PHP5): http://prdownloads.sourceforge.net/php-java-bridge/php-java-bridge-2.0.7-1.FC4.i386.rpm?download Windows XP: http://prdownloads.sourceforge.net/php-java-bridge/php-java-bridge_2.0.7.zip?download For the rest: http://prdownloads.sourceforge.net/php-java-bridge/php-java-bridge_2.0.7.tar.bz2?download New features: * A dynamic class loader has been added which loads or re- loads classes, jars as needed. The /usr/share/java, /usr/share/java/ext and php libdir/lib are scanned for system libraries. java_set_library_path and java_require can now load and re-load directories containing .class files. * A thread pool has been added. The default size is 20 threads, which can be changed with the -Dphp.java.bridge.threads=<number> flag. If set to 0, the thread pool is switched off. * java_get_values() has been added for PHP5. This primitive evaluates an Array, Collection or Hash on the java server and returns it as an array to the php interpreter. This avoids network round-trips (e.g. when iterating over members of a container), but consumes lots of memory in the php interpreter. * An "invoke" cache has been added which makes the bridge more than twice as fast as earlier versions. The bugs from the following problem reports were fixed: 1223240 PHP 5 RPM for FC4: Binaries are are now available for RHEL (PHP4) and Fedora 4 (PHP5) and higher. A source RPM is available to re-compile the sources (for Suse Linux for example). 1217592 UTF-8 not working on Windows: Fixed (see ChangeLog for details). 1217113 Add a "reset" primitive: java_reset() has been added which resets all internal state. 1212938 Officially support MONO/.NET: Available as a separate download. To build a mono/net backend use the --with-mono=<path-to-ikvmc.exe> flag. 1212919 Servlet engine/Tomcat support: Tomcat4 and Tomcat5 are now supported. To build with servlet support use the --enable-servlet=<path-to-j2ee.jar> configure flag. 1212916 Revise windows documentation and functionality: Fixed, see README.WINDOWS for details. 1208576 new Java() fails with a "NoClassDefFound": Fixed. The bridge now catches the error and calls new JavaClass() instead. There is a PHP/Mono Bridge (2.0.8pre) available which allows one to create GUI (GTK, GNOME, ...) applications with PHP. It is possible to call GTK/GNOME code from PHP and vice versa. Unlike previous attempts, the bridge integrates well into the target environment as it uses reflection once to determine what can or cannot be accessed: http://prdownloads.sourceforge.net/php-java-bridge/php-mono-bridge_2.0.8pre.zip?download ___________________________________________________________ Gesendet von Yahoo! Mail - Jetzt mit 1GB Speicher kostenlos - Hier anmelden: http://mail.yahoo.de |
From: Jost B. <jos...@ya...> - 2005-07-09 13:35:10
|
Hi, I think Kai Londenberg's new DynamicClassLoader detects if a .jar file must be re-loaded. In any case, the version 2.0.7 (which is currently available as 2.0.7pre3) has a java_reset() primitive which resets the backend. Please see the tests.php4/reset.php for details. If you really want to stop the backend: $sys = new Java("java.lang.System"); $sys->exit(0); The above code doesn't work if you have deployed the JavaBridge.war into your application server. In this it should be possible to re-start the servlet via some AS specific admin interface. Regards, Jost Boekemeier --------------------------------- Gesendet von Yahoo! Mail - Jetzt mit 1GB kostenlosem Speicher |
From: <pa...@ya...> - 2005-07-09 08:37:59
|
hi, i am starting to integrate javabridge within my project, but i'm confused about one problem~everytime I want to modify my jar file,I have to restart my computer and javabridge to catch my new jar file~ is there another way to stop javabridge without restarting my computer?? I am sorry if the question is stupid . but this problem has troubled me for a while. thank you in advance~~~ Tina lin 啁拙閮嚗鞎餌雯頝舫閰曹遙雿嚗擐砌銝 |
From: Paul S. <po...@ma...> - 2005-07-07 23:26:00
|
Jost, > Hi, > > > was able > > to compile version 2.0.7pre2 against Apples Java 1.5.0_02-36 on > Tiger > > that's great! The C code will not be changed any further, so I > expect that the future versions of the bridge will continue to run, > even though we don't have the chance to test on MacOS X. > > > > I did not succeed at getting it running using the (named?) sockets > > OSX should have "unix domain sockets" too, but I guess the problem > is JNI related. Apple has changed JNI in an incompatible way; there > was a discussion on the gnu java mailing list about this issue. No surprise there, they have their own ways of doing things ;-) > > If you compile with > > make "CFLAG=-DCFG_JAVA_SOCKET_INET" did a make clean, then that and a make install > > the bridge will use TCP sockets instead even if the configure > script reports that "unix domain sockets" are available. This flag > is necessary on BSD, too, as BSD usually runs the linux JDK which > cannot load the natcJavaBridge.so files that BSD creates. > > One problem with TCP sockets is that most java implementations > create a socket which binds itself to *all* available network > interfaces. This might become a security issue if the backend > runs on the web-server. > Agreed, its on internal network so if I'm feeling paranoid I can firewall it I suppose. > > We should change this, a LOCAL: backend should bind itself to the > local interface only. > PHP reported the following (I'm using /tmp to get over permissions) :- /usr/local/lib/php/extensions/no-debug-non-zts-20041030/ RunJavaBridge /System/Library/Frameworks/JavaVM.framework/Home//bin/ java -Djava.library.path=/usr/local/lib/php/extensions/no-debug-non- zts-20041030 -Djava.class.path=/usr/local/lib/php/extensions/no-debug- non-zts-20041030/JavaBridge.jar -Djava.awt.headless=true php.java.bridge.JavaBridge LOCAL:/tmp/.php-java-bridge_socket 3 /tmp/ php-java-bridge.log But the log file says :- Jul 08 09:16:04 JavaBridge INFO : Local sockets not available:java.lang.UnsatisfiedLinkError: startNative. Try TCP sockets instead java.lang.Exception: Could not create socket: LOCAL:/tmp/.php-java- bridge_socket at php.java.bridge.JavaBridge.init(JavaBridge.java:266) at php.java.bridge.JavaBridge.main(JavaBridge.java:313) > > > Regards, > Jost Boekemeier > > > Gesendet von Yahoo! Mail - Jetzt mit 1GB kostenlosem Speicher CHEERS Paul |
From: Jost B. <jos...@ya...> - 2005-07-07 16:40:06
|
Hi, > was able > to compile version 2.0.7pre2 against Apples Java 1.5.0_02-36 on Tiger that's great! The C code will not be changed any further, so I expect that the future versions of the bridge will continue to run, even though we don't have the chance to test on MacOS X. > I did not succeed at getting it running using the (named?) sockets OSX should have "unix domain sockets" too, but I guess the problem is JNI related. Apple has changed JNI in an incompatible way; there was a discussion on the gnu java mailing list about this issue. If you compile with make "CFLAG=-DCFG_JAVA_SOCKET_INET" the bridge will use TCP sockets instead even if the configure script reports that "unix domain sockets" are available. This flag is necessary on BSD, too, as BSD usually runs the linux JDK which cannot load the natcJavaBridge.so files that BSD creates. One problem with TCP sockets is that most java implementations create a socket which binds itself to *all* available network interfaces. This might become a security issue if the backend runs on the web-server. We should change this, a LOCAL: backend should bind itself to the local interface only. Regards, Jost Boekemeier --------------------------------- Gesendet von Yahoo! Mail - Jetzt mit 1GB kostenlosem Speicher |
From: Paul S. <po...@ma...> - 2005-07-07 11:37:48
|
Hi Jost, You just made my day :-) I got back to look at php-java-bridge today and immediately was able to compile version 2.0.7pre2 against Apples Java 1.5.0_02-36 on Tiger 10.4.1. I did not succeed at getting it running using the (named?) sockets, but it happily works using the hosts method which is perfect anyway. Then I 'wasted' ;-) the whole day plugging in our production system jars with amazing ease and it all just worked. A big thankyou ! CHEERS Paul >> On 27/01/2005, at 4:00, Jost Boekemeier wrote: >> >> >>>> PHP Fatal error: Cannot override final method >>>> java::?B?() in Unknown on >>>> >> >> I could reproduce this problem. I am trying to fix >> this for version 1.0.8, thanks for reporting it. >> > > The above problem goes away when you distclean the php > directory and remove all references to the old > ext/java bridge and then re-build. > > I have compiled the bridge with TCP sockets directly > into PHP 4.3.9 and compiled it into a CGI binary. As > far as I can tell, the bridge works as it should. > > > Jost > > > > > > > > ___________________________________________________________ > Gesendet von Yahoo! Mail - Jetzt mit 250MB Speicher kostenlos - > Hier anmelden: http://mail.yahoo.de > > |
From: Jost B. <jos...@ya...> - 2005-06-22 15:29:41
|
Hi, this is really great. Clean java code like this is exactly what the php/java bridge needs. Please feel free to commit the dynamic classloader as well as the other files. Regards, Jost Boekemeier --------------------------------- Gesendet von Yahoo! Mail - Jetzt mit 1GB kostenlosem Speicher |
From: Jost B. <jos...@ya...> - 2005-06-21 18:59:12
|
Hi, I am not sure where this is from, but I can assure you that the information quoted below is wrong. As I understand it, it's exactly the other way 'round. The bridge should work better in a process environment than in a threaded environment. For several reasons; for example every time a threaded http server aborts the execution of a module and the shutdown hook of the module is not called, the server may leak resources (socket handles, memory etc.). Furthermore there is no process barrier, the php module in one thread may read the data of a php module running in another thread. Even though a http server creating processes (e.g. Apache 1.3 or 2.0 with prefork MPM) responds slower than a threaded server (e.g. IIS or Apache 2.0 with thread pool MPM), I would recommend it for php modules. Anyhow, the above discussion doesn't apply to the PHP/Java Bridge. It doesn't matter whether you run the java.so in a process- or threaded environment. The native code in java.so simply forwards requests to a Java VM running in a different process, and, if SEL is enabled in the kernel, even in a different domain. Regards, Jost Boekemeier sachin jain <sac...@re...> schrieb: HI all, I want to install PHP/JAVA Bridge on Suse Linux. I saw a mail in PHP mailers list part of it is given in following para. "Thomas 25-Feb-2004 03:44 The documentation is missing an important note: The PHP/JAVA bridge only works on threaded http servers such as IIS, it does NOT work on http servers such as APACHE which fork off (sub-)processes." Can anyone clear this doubt wether APACHE supports and works fine with PHP/JAVA bridge or not. Thanks in advance Regards, Sachin --------------------------------- Gesendet von Yahoo! Mail - Jetzt mit 1GB kostenlosem Speicher |
From: Kai L. <K.L...@li...> - 2005-06-21 10:41:59
|
On 21 Jun 2005 05:44:41 -0000, you wrote: > =A0 >HI all, > >I want to install PHP/JAVA Bridge on Suse Linux. > >I saw a mail in PHP mailers list >part of it is given in following para. >"Thomas >25-Feb-2004 03:44=20 >The documentation is missing an important note: > >The PHP/JAVA bridge only works on threaded http servers such as IIS, it = does NOT work on http servers such as APACHE which fork off = (sub-)processes." > >Can anyone clear this doubt wether APACHE supports and works fine with = PHP/JAVA bridge or not. > It definitely works with Apache. And what you've read does apply to the *old* php java bridge, which has been replaced by this one.=20 I'm currently using it with Apache 1.3x, mod_php and php5 under Debian.=20 Apache 1.3 is forking subprocesses, while Apache 2.x at least *has* Threaded (worker) implementations. Suse is an RPM based Linux Distribution, so I would try to use the rpm. If that doesn't work, you'll have to compile it yourself. Kai Londenberg ------------------------------- librics GmbH & Co. KG G=F6ttinger Chaussee 115 D-30459 Hannover Tel. +49 511 - 473 88 77 =46ax +49 511 - 473 88 78 mailto: K.L...@li... |
From: sachin j. <sac...@re...> - 2005-06-21 05:43:16
|
=A0=0AHI all,=0A=0AI want to install PHP/JAVA Bridge on Suse Linux.=0A=0AI= saw a mail in PHP mailers list=0Apart of it is given in following para.=0A= "Thomas=0A25-Feb-2004 03:44 =0AThe documentation is missing an important no= te:=0A=0AThe PHP/JAVA bridge only works on threaded http servers such as II= S, it does NOT work on http servers such as APACHE which fork off (sub-)pro= cesses."=0A=0ACan anyone clear this doubt wether APACHE supports and works = fine with PHP/JAVA bridge or not.=0A=0AThanks in advance=0A=0ARegards,=0ASa= chin |
From: Kai L. <K.L...@li...> - 2005-06-20 16:24:23
|
Hello, Like I wrote earlier in the help forum, I wrote a small patch for the php-java-bridge to enable it to dynamically load and unload classes. With this patch, it's possible to have fast develop and test cycles with a real mix of Java and PHP. (Without sacrificing performance, due to caching and lazy evaluation btw) Oh, and it adds a simple Thread Pool implementation. Hope you'll integrate this into the next version of the php-java-bridge. More at http://sourceforge.net/tracker/index.php?func=3Ddetail&aid=3D1224266&grou= p_id=3D117793&atid=3D679235 with best regards, Kai Londenberg ------------------------------- librics GmbH & Co. KG G=F6ttinger Chaussee 115 D-30459 Hannover Tel. +49 511 - 473 88 77 =46ax +49 511 - 473 88 78 mailto: K.L...@li... |
From: Jost B. <jos...@ya...> - 2005-06-15 15:38:44
|
Hi, > I've noticed that the script fails because I've no output from the php cli: > for example php -v gives me no output. > Disabling the option ; java.socketname=/var/run/.php-java-bridge_socket in > my java.ini, php -v and the other commands work! > Haow could I enable the php-java -bridge as a service????? > Any ideas?????? > Tanx Michele thank you very much for the bug report. Version 2.0.7 probably fixes this bug, the code doesn't require semaphores anymore. But feel free to create a bug report anyway. Can you please add the following lines to the beginning of the php-java- bridge startup script: # remove old semaphores ipcrm -s `ipcs -s | fgrep 0x00009168 | awk '{print $2}'` and re-start the bridge? If it still doesn't work, please add a new problem report and attach the output of the command: strace `which php -i` to the ticket. Regards, Jost Boekemeier ___________________________________________________________ Gesendet von Yahoo! Mail - Jetzt mit 1GB Speicher kostenlos - Hier anmelden: http://mail.yahoo.de |
From: <Mic...@in...> - 2005-06-15 08:55:10
|
I've a prod. Env. RedHat EL3, j2sdk1.4.2.05, apache 2.0.54 php5.0.4 compiled with './configure' '--host=i686-redhat-linux' '--build=i686-redhat-linux' '--target=i686-redhat-linux-gnu' '--program-prefix=' '--prefix=/usr' '--exec-prefix=/usr' '--bindir=/usr/bin' '--sbindir=/usr/sbin' '--sysconfdir=/etc' '--datadir=/usr/share' '--includedir=/usr/include' '--libdir=/usr/lib' '--libexecdir=/usr/libexec' '--localstatedir=/var' '--sharedstatedir=/usr/com' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--cache-file=../config.cache' '--with-config-file-path=/etc' '--with-config-file-scan-dir=/etc/php.d' '--enable-force-cgi-redirect' '--disable-debug' '--enable-pic' '--disable-rpath' '--enable-inline-optimization' '--with-bz2' '--with-db4=/usr' '--with-curl' '--with-dom=/usr' '--with-exec-dir=/usr/bin' '--with-freetype-dir=/usr' '--with-png-dir=/usr' '--with-gd' '--enable-gd-native-ttf' '--with-ttf' '--with-gdbm' '--with-gettext' '--with-ncurses' '--with-gmp' '--with-iconv' '--with-jpeg-dir=/usr' '--with-openssl' '--with-png' '--with-pspell' '--with-regex=system' '--with-xml' '--with-expat-dir=/usr' '--with-pcre=/usr' '--with-zlib' '--with-layout=GNU' '--enable-bcmath' '--enable-exif' '--enable-ftp' '--enable-magic-quotes' '--enable-safe-mode' '--enable-sockets' '--enable-sysvsem' '--enable-sysvshm' '--enable-discard-path' '--enable-track-vars' '--enable-trans-sid' '--enable-yp' '--enable-wddx' '--enable-mbstring' '--enable-mbstr-enc-trans' '--enable-mbregex' '--without-oci8' '--with-pear=/usr/share/pear' '--with-imap=shared' '--with-imap-ssl' '--with-kerberos=/usr/kerberos' '--with-ldap=shared' '--with-mysql=shared,/usr' '--with-unixODBC=shared' '--enable-memory-limit' '--enable-bcmath' '--enable-shmop' '--enable-versioning' '--enable-calendar' '--enable-dbx' '--enable-dio' '--with-imagick' '--enable-mcal' '--with-apxs2filter=/usr/sbin/apxs', php-java-bridge compiled with ./configure --host=i686-redhat-linux --build=i686-redhat-linux --target=i686-redhat-linux-gnu --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --datadir=/usr/share --includedir=/usr/include --libdir=/usr/lib --libexecdir=/usr/libexec --localstatedir=/var --sharedstatedir=/usr/com --mandir=/usr/share/man --infodir=/usr/share/info --cache-file=../config.cache --with-java=/usr/java/j2sdk1.4.2_05 \ My /etc/php.d/java.ini: extension = java.so [java] java.log_level=1 java.log_file=/var/log/php-java-bridge.log # Comment out the following line if you want to start java # automatically as a sub-process of the Apache 2.0 service or if you # have already started multicast backends for failover/load balancing. ; java.socketname=/var/run/.php-java-bridge_socket java.java_home=/usr/java/j2sdk1.4.2_05 java.java=/usr/java/j2sdk1.4.2_05/bin/java And it works fine as an apache sub-process :) Enabling java.socketname, the script php-java-bridge fails: Starting php-java-bridge: Error: PHP/Java Bridge module not installed. [FAILED] I've noticed that the script fails because I've no output from the php cli: for example php -v gives me no output. Disabling the option ; java.socketname=/var/run/.php-java-bridge_socket in my java.ini, php -v and the other commands work! Haow could I enable the php-java -bridge as a service????? Any ideas?????? Tanx Michele |
From: Jost B. <jos...@ya...> - 2005-06-14 18:35:52
|
Hi, I have created a standard JavaBridge.war file which could be deployed tomcat 4. I have tested on tomcat 4 only, but it should/will work on any modern servlet engine: http://php-java-bridge.sf.net/JavaBridge.war http://php-java-bridge.sf.net/java.so (php4 module for RedHat Linux) To install it please deploy the JavaBridge.war into your servlet engine and java.so into your Linux PHP 4 extension directory. Edit the php.ini so that it contains the following entries: extension = java.so [java] java.hosts="127.0.0.1:8080" java.servlet=/JavaBridge/PhpJavaServlet Known problems: * Please do not deploy the current JavaBridge.war into a server connected to the internet. * It is currently not possible to call back php from java procedures (JSR223 will handle this). * Communication through the servlet is slower than communication through local ("unix domain") sockets, but it is still much faster than SOAP based web services. * the java.so above is for Linux (intel) only. I will commit the source code as soon as possible. (I seems I have forgot the cvs account password during my vacation..) Regards, Jost Boekemeier --------------------------------- Gesendet von Yahoo! Mail - Jetzt mit 1GB kostenlosem Speicher |
From: Jost B. <jos...@ya...> - 2005-06-07 18:17:47
|
Hi, in the next version (2.0.7) it will be possible to deploy the backend ("JavaBridge.war") into a standard servlet engine or application server (e.g. tomcat, jrun or websphere). Most of these servlet engines or application servers support "load balancing" and "fail over", and I think it isn't necessary to also keep the experimental (and broken) "multicast" code inside the PHP/Java Bridge. If nobody objects, I will remove the files multicast.c, multicast.h and Listener.java from the bridge. Regards, Jost Boekemeier --------------------------------- Gesendet von Yahoo! Mail - Jetzt mit 1GB kostenlosem Speicher |
From: Jost B. <jos...@ya...> - 2005-05-29 06:36:40
|
Am Donnerstag, den 26.05.2005, 16:35 +0200 schrieb Michel Sokoloff: > When running the test "fatal error" java not found in line 6. Thank you very much for pointing out this problem in the windows documentation. The corrected documentation is attached: * Install a J2RE >= 1.4.0, for example Sun JDK 1.5.0 * Download and extract php-java-bridge_*-win32-php5.zip into the folder: c:\php5. * Activate the PHP/Java Bridge in the global php.ini file. Add the following entry to your php.ini: extension = php_java.dll [java] * Start the java VM. Double-Click on c:\php5\JavaBridge.jar * Open a command window in c:\php5 and type: .\php-cgi test.php >result.html Open the file result.html with a browser. Search for the "java status" entry, it should be "java status: running", and examine the java properties at the bottom of the page. * Copy your java libraries (.jar files) into c:\php5\lib. Copy the php_java.dll into the extension directory of your PHP 5.0.3 installation. * Copy the test.php into your web-server document root and browse to: http://localhost/test.php Thank you very much for the bug report. Regards, Jost Boekemeier ___________________________________________________________ Gesendet von Yahoo! Mail - Jetzt mit 1GB Speicher kostenlos - Hier anmelden: http://mail.yahoo.de |
From: Michel S. <mic...@ti...> - 2005-05-26 14:35:32
|
When running the test "fatal error" java not found in line 6. I made the necessary changes in the test, but nothing has been settled = down. Thanks for your answer. Sokoloff Michel JSEE : 1.41 (java) PHP : 5 Appache 2.3 |
From: Jost B. <jos...@ya...> - 2005-05-25 19:54:50
|
Hi, > a windows > box and wanted to put it in a different location than C:\PHP5 but I was > unable to. The c:\php5 folder is hard-coded in the php.exe (php-cgi.exe). However, you can load the dll from any location within c: extension = ..\windows\php_java.dll [java] I am not a windows expert, but I dont think it is possible to load the dll from another drive, at least not without re-compiling the exe or without changing it with a hex editor. Regards, Jost Boekemeier |
From: Tim <TRh...@Th...> - 2005-05-24 19:34:37
|
SourceForge Dudes, Just a quick question. I unfortunately have to run this on a windows box and wanted to put it in a different location than C:\PHP5 but I was unable to. I changed all the urls in test.php to point to the correct place but it still errored out. What file do I need to tweek to get this to work? Other than that I think the project is awesome. My companies main product is Java based and this has made some of my work SOOOOO much easier, very cool idea. Shaggy -- Tim Rhoades Quality Assurance Technician Twelve Horses North America http://www.twelvehorsesnorthamerica.com TRh...@Tw... ph. (801) 273-9700 xt. 3271 cl. (801) 673-3699 |
From: cins <roc...@gm...> - 2005-05-13 11:22:55
|
From: Jost B. <jos...@ya...> - 2005-05-07 16:34:29
|
-> http://php-java-bridge.sf.net/php-java-bridge_2.0.6-pre2.tar.bz2 The following problems were fixed since 2.0.6-pre: * The bridge did some magic to work around a problem in the java reflection API which does not allow one to access members of a non-public instance obtained from another instance; an iterator for example. The implementation was wrong and has been rewritten to use setAccessible(true). If this fails, due to security restrictions, the bridge searches all interfaces and super classes to find a matching method. In the normal case (no security restrictions) the new implementation is much faster than the old one. * The name "java_set_library_path" was misleading. It is still there but the recommended method is now: java_require(<FEATURE>); * The bridge searches the sysurls only once, a resource which is not found is now blacklisted. * Since some operating systems could not handle ms timeouts correctly, the multicast response timeout is not 1s. * Default session timeout: gc_maxlifetime is passed to the session created on a node. * If the socketname is off, the php-java-bridge script starts 4 redundant backends. * The load balancer should work better than before. * Documentation updates. The official version 2.0.6 will be available next week. Regards, Jost Boekemeier --------------------------------- Gesendet von Yahoo! Mail - Jetzt mit 1GB kostenlosem Speicher |