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

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

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

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
>
>