php-java-bridge-users Mailing List for PHP/Java Bridge

Hello Jost
I've just wanted to say that I'm testing 2.0-beta version from over 2 
days and I must say that it is working like a charm, without any 
problems. The performance is very good and I didn't notice any errors. 
So in my opinion you can say that it is stable :-).

One more thing - did you thought about putting Java/PHP bridge into PECL 
repository ?

Best regards,

ML

 

> can you give me the compiled version for 
> windows binary

It's here:

 
http://php-java-bridge.sf.net/php-java-bridge-2.0.0_win32.zip


> - compile the PHP 4 binary (PHP 5 should work, too)
> How can I compile it ?

With "autoconf && configure && make" if you have 
RedHat Cygwin. Or with the MS Visual Studio and
the project files contained in the PHP distribution.


> -CGI folder of your IIS ( what is that folder & is
> this opreation is necessary)

I thought that you want to run PHP in your web-server.
If not, then it isn't necessary to install IIS and the
PHP CGI binary, of course[1].  

However, please see the MS IIS documentation for the
location of the CGI folder.


Regards,
Jost Boekemeier

[1] If you plan to run PHP as a module in apache 1.3
on windows, please don't do this.  This requires
Zend's "ZTS" which is experimental.  If you want to
run apache with a PHP module, please run it on a 
unix machine. If you want windows, please install 
Microsoft IIS and run PHP as a CGI binary.



	

	
		
___________________________________________________________ 
Gesendet von Yahoo! Mail - Jetzt mit 250MB Speicher kostenlos - Hier anmelden: http://mail.yahoo.de

 --- Alawi Albaity <al...@gm...> schrieb: 
> Please inform me how to use the bridge in windows

In version 1.0.8 you need to compile the
natcJavaBridge.dll via a cross-compiler, for example
mingw.


In version 2.0.0 this dll is no longer necessary:

* Install php 4, copy the php-java-bridge sources
  into the php4/ext folder (see windows section in
  the README) and compile the PHP 4 binary (PHP 5
  should work, too)

* Copy the sapi/cli/php.exe into the CGI folder of
  your IIS

* start the server part of the bridge with:

   java -jar JavaBridge.jar



Regards,
Jost Boekemeier

P.S.: Version 2.0.0 is available at 
http://osdn.dl.sourceforge.net/sourceforge/php-java-bridge/php-java-bridge_2.0.0-beta.tar.bz2

Although is is called "beta", it is quite stable.
I will release that code as 2.0.0 if I don't get 
bug reports within the next three weeks.



	

	
		
___________________________________________________________ 
Gesendet von Yahoo! Mail - Jetzt mit 250MB Speicher kostenlos - Hier anmelden: http://mail.yahoo.de

Please inform me how to use the bridge in windows

-- 
Alawi Albaity
Jeddah - KSA
Mobile : +966506660442

 
> PHP bug, an object destructor was called after
> module shutdown

Yes (it's a PHP bug, not a bug in the bridge). There
are a number of tickets regarding this problem.  I
don't know if or when the PHP people are going to fix
it.


> JavaBridge is quite slow - over 2 seconds in making
> 100 strings objects 

Depends on the network latency.  If you talk to the
server via a slow network with ~2ms latency, this is
feasible. For local sockets (either TCP or Unix
domain) the new protocol makes the bridge at least two
times faster.  From what I have seen the bench now
executes twice as fast as before: ~11s vs. ~4 seconds
native java code. 


> - is this normal behavior ?

Certainly.  Every RPC protocol has this problem. 
That's why one normally creates "value objects" on the
client-side and then sends these to the server. 
Bandwith is not the problem, latency is.

One could invent techniques such as "reply cookies" to
minimize the number of roundtrips.  But this is not
worth it, imho.  If you use local sockets, the
communication is reasonably fast.  If you want to talk
to a remote server, use value classes to communicate
with it.


Jost


	
		
___________________________________________________________ 
Gesendet von Yahoo! Mail - Jetzt mit 250MB Speicher kostenlos - Hier anmelden: http://mail.yahoo.de

Marek Lewczuk napisał(a):
> Jost Boekemeier napisał(a):
> 
>> A binary snapshot of version 2.0 is available:
>>
>>  http://php-java-bridge.sf.net/JavaBridge.jar
>>  http://php-java-bridge.sf.net/php
>>
>> The server can be started with:
>>
>>   java -jar JavaBridge.jar
>>
>> The PHP binary is version 5.0.3 with the bridge
>> compiled in.
>>
>> The official 2.0 version will be available next month.
>>
>> Please report bugs to the mailing list or open a
>> ticket. 
>> Regards,
>> Jost Boekemeier
> 
> Hello Jost,
> After start of PHP I saw something like this in JavaBridge console:
> lut 18 07:07:35 JavaBridge DEBUG: Request from unknown client
> 
> But this is only a warning. But, I've made simple test:
> 
> 
> require_once "Benchmark/Timer.php";
> $timer = new Benchmark_Timer();
> $timer->start();
> for ($i = 0; $i < 100; $i++) {
>     $string = new Java("java.lang.String", "sdsdsd");
> }
> $timer->stop();
> $timer->display();
> 
> The results:
> -------------------------------------------------------------
> marker    time index            ex time               perct
> -------------------------------------------------------------
> Start     1108710914.89464700   -                       0.00%
> -------------------------------------------------------------
> Stop      1108710917.28214400   2.38749718666         100.00%
> -------------------------------------------------------------
> total     -                     2.38749718666         100.00%
> -------------------------------------------------------------
> 
> PHP bug, an object destructor was called after module shutdown
> 
> 
> 
> As you see there is some problem with object destructor and also 
> JavaBridge is quite slow - over 2 seconds in making 100 strings objects 
> - is this normal behavior ?

One correction: the performance is low because of that I've run 
JavaBridge in second console which prints all debug informations. When 
I've run with " > /dev/null &" then the results looks much better:

-------------------------------------------------------------
marker    time index            ex time               perct
-------------------------------------------------------------
Start     1108711271.00199500   -                       0.00%
-------------------------------------------------------------
Stop      1108711271.10505000   0.103055000305        100.00%
-------------------------------------------------------------
total     -                     0.103055000305        100.00%
-------------------------------------------------------------


PHP bug, an object destructor was called after module shutdown


 

Jost Boekemeier napisał(a):
> A binary snapshot of version 2.0 is available:
> 
>  http://php-java-bridge.sf.net/JavaBridge.jar
>  http://php-java-bridge.sf.net/php
> 
> The server can be started with:
> 
>   java -jar JavaBridge.jar
> 
> The PHP binary is version 5.0.3 with the bridge
> compiled in.
> 
> The official 2.0 version will be available next month.
> 
> Please report bugs to the mailing list or open a
> ticket.  
> 
> Regards,
> Jost Boekemeier
Hello Jost,
After start of PHP I saw something like this in JavaBridge console:
lut 18 07:07:35 JavaBridge DEBUG: Request from unknown client

But this is only a warning. But, I've made simple test:


require_once "Benchmark/Timer.php";
$timer = new Benchmark_Timer();
$timer->start();
for ($i = 0; $i < 100; $i++) {
     $string = new Java("java.lang.String", "sdsdsd");
}
$timer->stop();
$timer->display();

The results:
-------------------------------------------------------------
marker    time index            ex time               perct
-------------------------------------------------------------
Start     1108710914.89464700   -                       0.00%
-------------------------------------------------------------
Stop      1108710917.28214400   2.38749718666         100.00%
-------------------------------------------------------------
total     -                     2.38749718666         100.00%
-------------------------------------------------------------

PHP bug, an object destructor was called after module shutdown



As you see there is some problem with object destructor and also 
JavaBridge is quite slow - over 2 seconds in making 100 strings objects 
- is this normal behavior ?


Regards,
ML

 

 --- Jost Boekemeier <jos...@ya...> schrieb: 
> A binary snapshot of version 2.0 is available:
> 
>  http://php-java-bridge.sf.net/JavaBridge.jar

I forgot to mention that you must use JDK 1.5 to run
the bridge.  The bridge currently does *not* run with
jdk1.4 or earlier.


Jost


	
		
___________________________________________________________ 
Gesendet von Yahoo! Mail - Jetzt mit 250MB Speicher kostenlos - Hier anmelden: http://mail.yahoo.de

A binary snapshot of version 2.0 is available:

 http://php-java-bridge.sf.net/JavaBridge.jar
 http://php-java-bridge.sf.net/php

The server can be started with:

  java -jar JavaBridge.jar

The PHP binary is version 5.0.3 with the bridge
compiled in.

The official 2.0 version will be available next month.

Please report bugs to the mailing list or open a
ticket.  

Regards,
Jost Boekemeier



	

	
		
___________________________________________________________ 
Gesendet von Yahoo! Mail - Jetzt mit 250MB Speicher kostenlos - Hier anmelden: http://mail.yahoo.de

Jost Boekemeier napisał(a):
> Yes, thank you.  My plan is to check in the new
> protocol code this weekend.  After that we can test
> the implementation.  Since the protocol is text based,
> debugging it should be much easier than before.
Great. Email me if you will be ready.

Best wishes,

ML

 

> How much faster it will be (in your opinion) ?

It may be faster.  However, performance is not the
reason for the change.


> Is this will be working like 
> serialization/unserialization Java objects into
> XML strings ?

Not quite.  It will change the way how the argument
list is build and how the client receives server
replies. The three server requests (50..53) will
remain, all other sub-requests are replaced by sending
a text-based description of the arguments:

<C i=ID>
 <A i=ID v="Hello World"/>
 <O i=ID v="0xAF6D"/>
</C>

These arg lists can be parsed efficiently and we avoid
jni calls/round-trips since we don't have to ask the
server for the method ID's, global refs etc. to build
a binary argument list.


> Again, if you will need testing just write...

Yes, thank you.  My plan is to check in the new
protocol code this weekend.  After that we can test
the implementation.  Since the protocol is text based,
debugging it should be much easier than before.


Jost


	

	
		
___________________________________________________________ 
Gesendet von Yahoo! Mail - Jetzt mit 250MB Speicher kostenlos - Hier anmelden: http://mail.yahoo.de

 > Within the next days I will check the new XML-based
 > communication protocol into the CVS head. This change
 > is necessary to get rid of the server-side dll
 > (natcJavaBridge) and the ugly (and slow) java JNI
 > interface. It will allow us to support other client
 > languages (Perl/Python) and Mono/Net on the backend
 > side.
Hello Jost,
How much faster it will be (in your opinion) ? Is this will be working 
like serialization/unserialization Java objects into XML strings ?

 >
 > Within this and probably the next week the CVS head
 >  might not compile anymore on some systems.
Again, if you will need testing just write...

Regards,

ML

 

Within the next days I will check the new XML-based
communication protocol into the CVS head. This change
is necessary to get rid of the server-side dll
(natcJavaBridge) and the ugly (and slow) java JNI
interface. It will allow us to support other client
languages (Perl/Python) and Mono/Net on the backend
side. 

Within this and probably the next week the CVS head
might not compile anymore on some systems.


Regards,
Jost Boekemeier


	
		
___________________________________________________________ 
Gesendet von Yahoo! Mail - Jetzt mit 250MB Speicher kostenlos - Hier anmelden: http://mail.yahoo.de

The version 1.0.8 of the PHP/Java Bridge is now
available.
  
The binary for RedHat Enterprise Linux, RedHat Fedora
1, 2 and 3:
 
http://prdownloads.sourceforge.net/php-java-bridge/php-java-bridge-1.0.8-1.i386.rpm?download


For the rest (Windows, Solaris, BSD):

http://prdownloads.sourceforge.net/php-java-bridge/php-java-bridge_1.0.8.tar.bz2?download

The following bugs were fixed:

* AM_INIT_AUTOMAKE is now correctly called after
AC_CONFIG_AUX_DIR (Autoconf 1.8, Fedora Core 3). 

* The space reserved for the auto-generated socketname
(java.socketname not set) was two elements too small
(due to a typo). This caused problems with some malloc
implementations.

* It is now possible to iterate through non-primitive
arrays.

* The vtable of the php java type is now terminated by
a NULL entry.  On some OS this caused problems such as
"could not override entry..." messages.


New features:

* A thread causing an OutOfMemory condition on the
server-side is terminated immediately, its resources
are reclaimed without client notification and a line
OutOfMemoryError is printed at FATAL level.

* Increased backlog: 20 (from 10).  This should be
enough even for very slow machines.  

* Security Enhanced Linux supported.  Please see
http://www.nsa.gov/selinux/ and
http://fedora.redhat.com/docs/selinux-faq-fc3  and the
README for details.

* Linux abstract namespace and struct ucred supported.
 Together with SEL this offers increased security and
provides auth information directly from the kernel.

* FreeBSD 5.3 and Solaris x86 supported.

* The server part can now be compiled with jdk1.5
(enum is no longer a variable).

* Zend"s "thread safety", "ZTS", supported: It is now
possible to run the PHP/Java Bridge in a pure threaded
Web-Server, for example httpd 2.x with the worker MPM.


* Improved logging and error reporting.

* J2EE, SCHEME and Excel examples added.



	

	
		
___________________________________________________________ 
Gesendet von Yahoo! Mail - Jetzt mit 250MB Speicher kostenlos - Hier anmelden: http://mail.yahoo.de

> Jan 31 21:04:26 JavaBridge DEBUG: returning map for
> class [Lorg.omg.WfBase.NameValue;

Thanks.  You're right, iterating over non-primitive
values of arrays wasn't possible until now.  I have
just checked a fix into the CVS head.  I am going to
test and release 1.0.8 asap, hopefully this weekend.

Until then please use PHP 5 and PHP/Java Bridge 1.0.7
with the following patch applied (see below).

Thank you for reporting this bug.  


Regards,
Jost Boekemeier

---

Patch against 1.0.7 release:

Index: java.c
===================================================================
RCS file:
/cvsroot/php-java-bridge/php-java-bridge/java.c,v
retrieving revision 1.37
retrieving revision 1.38                              
                         
diff -u -r1.37 -r1.38                                 
                         
--- java.c      29 Jan 2005 10:09:33 -0000      1.37  
                         
+++ java.c      1 Feb 2005 19:07:35 -0000       1.38  
                         
@@ -599,6 +647,7 @@
   zval *presult;
   
   MAKE_STD_ZVAL(presult);
+  ZVAL_NULL(presult);
   
   php_java_invoke("currentKey",
iterator->java_iterator, 0, 0, presult);
 
@@ -635,6 +684,7 @@
 static void init_current_data(java_iterator *iterator
TSRMLS_DC) 
 {
   MAKE_STD_ZVAL(iterator->current_object);
+  ZVAL_NULL(iterator->current_object);
 
   php_java_invoke("currentData",
iterator->java_iterator, 0, 0, iterator->curre
nt_object);
 }

Index: ChangeLog
===================================================================
RCS file:
/cvsroot/php-java-bridge/php-java-bridge/ChangeLog,v
retrieving revision 1.46
retrieving revision 1.49
diff -u -r1.46 -r1.49
--- ChangeLog   29 Jan 2005 10:09:32 -0000      1.46
+++ ChangeLog   1 Feb 2005 19:07:35 -0000       1.49
@@ -1,3 +1,18 @@
+2005-02-01  Jost Boekemeier  <jostb@intern>
+
+       * java.c (iterator_current_key,
init_current_data): PHP does not
+       necessarily return "clean" zvals. Zero out the
allocated zval so
+       that setResultFromObject can initialize it
properly.  This fixes a
+       bug in the iterator interface which was not
able to iterate over
+       arrays of non-primitive types.



	

	
		
___________________________________________________________ 
Gesendet von Yahoo! Mail - Jetzt mit 250MB Speicher kostenlos - Hier anmelden: http://mail.yahoo.de