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

Hi Jon,

> [...]  I assume you are saying by the
> above that I  could no longer simply recompile the 3.2.1 bridge source
> with the  latest PHP source to produce a viable bridge extension to
> PHP, is that right?

Yes.


> Are you speaking from the point of view of someone who is
> trying to  access PHP from Java -or- call Java libraries from PHP? 

Both still work. It's just that the java.so/php_java.dll extension is not necessary anymore (PHP >= 1.4).


> It seemed easy with the old 3.2.1 version of the bridge

It is even easier now that we've scrapped the java extension. Just install a servlet engine or J2EE server on a computer within your intranet and use:

  require_once("http://yourServer:8080/JavaBridge/java/Java.inc");

in your scripts to access it.

If you want to start Java with each PHP script invocation, use the JSR 223 API (Java >= 1.6):

  jrunscript -classpath JavaBridge.jar -l php testScript.php



> 	java_require(3rd party jar files...);
> 	$props = new Java("java.util.Properties");
> 	$props->put("someval","sourcedir");

Yes. Just add a java_require(".../Java.inc") to your script.


Regards,
Jost Boekemeier



      

On Jan 21, 2009, at 9:05 AM, php-java-bridge- 
us...@li... wrote:

> Hi Jon,
>
> the main problem with version 3.2.1 is the hook into the Zend  
> evaluator (the java.so or php_java.dll). Because the PHP low-level  
> API changes constantly, it is impossible to maintain version 3.2.1  
> or below (PHP/Java Bridge 3.2.1 will no longer work with PHP 5.3 or  
> PHP 6).

I do remember needing to recompile the phpJava bridge whenever I  
upgraded my PHP version.  I assume you are saying by the above that I  
could no longer simply recompile the 3.2.1 bridge source with the  
latest PHP source to produce a viable bridge extension to PHP, is  
that right?
>
>> From Java's point of view a php-cgi (fast cgi executable) is a  
>> requirement. Otherwise you won't be able to run PHP interactively.  
>> As far as I know the interactive JSR 223 script engine is the only  
>> way to start a REPL. -- The php cli can be started with the -a  
>> flag, which emulates an interactive PHP session, but this doesn't  
>> really work well in practice:
>

Are you speaking from the point of view of someone who is trying to  
access PHP from Java -or- call Java libraries from PHP?  I need to do  
the latter, call Java .jar files from PHP.  My applications are pure  
PHP web-based applications but I need to be able to make calls  
through a 3rd party java library (provided by a vendor of mine) from  
my PHP applications (all interactive Web sites) that processes credit  
card transactions.

It seemed easy with the old 3.2.1 version of the bridge since all I  
did was compile the bridge as a PHP extension and then make simple  
calls from within my PHP.  Here is a stripped down (but nearly  
complete) example of the main script I use that communicates with our  
vendors merchant processing platform via their Java API called from  
our PHP web application:

	java_require(3rd party jar files...);
	$props = new Java("java.util.Properties");
	$props->put("someval","sourcedir");
	etc...
	$request = new Java("java.util.HashMap");
	..fill $request with all calling variables...

	try {
		$reply_class = new JavaClass("com.vendor.ws.client.Client");
		$my_reply = new JavaClass("java.util.HashMap");
		$my_reply = $reply_class->runTransaction($request , $props);

		$vendor_reply = java_values($my_reply);					//--- bust reply values  
back into PHP readable array

	} catch (java_exception $err) {

		handle errors

	}

Is it possible to do the same thing with the latest release similar  
to this.  Also if there is not a way for me to create the same  
javaBridge PHP extension as in the old 3.2.1 version, is the pure PHP  
implementation still available?

Thanks again for the great assistance.

Also if there are any other OS X users out there, feel free to jump  
in with any suggestions/help you may have for me.

Jon Koerber


> $ php -a
> php > foo();
> crash
>
>
> Of cause there are other PHP implementations, some are written in  
> pure Java. But none of them is 100% compatible with the PHP script  
> engine from php.net, which renders these implementations useless.
>
>
> Regards,
> Jost Boekemeier
>
>
>
>
>
> ---------------------------------------------------------------------- 
> --------
> This SF.net email is sponsored by:
> SourcForge Community
> SourceForge wants to tell your story.
> http://p.sf.net/sfu/sf-spreadtheword
> _______________________________________________
> php-java-bridge-users mailing list
> php...@li...
> https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users