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

Hello,
=20
I'm having problems to install php/java bridge
(php-java-bridge-2.0.8RC4) on a SUSE 8 (2.4.21-138-smp)
The rpm package isn't avalaible.
I've so installed php 5.0.4, autoconf 2.59 and automake 1.9 from the
tarballs.
Configure doesn't work.=20
...
configure.in:21: error: possibly undefined macro: AC_PROG_LIBTOOL
      If this token and others are legitimate, please use
m4_pattern_allow.
      See the Autoconf documentation.
./configure.gnu: line 8: libtoolize: command not found
Makefile.am:3: Libtool library used but `LIBTOOL' is undefined
Makefile.am:3:
Makefile.am:3: The usual way to define `LIBTOOL' is to add
`AC_PROG_LIBTOOL'
Makefile.am:3: to `configure.in' and run `aclocal' and `autoconf' again.
.......
configure: error: host_alias is not set. Make sure to run config.guess
configure: error: /bin/sh './configure.gnu' failed for server
=20
=20
config_guess returns=20
i686-pc-linux-gnu
=20
Can anybody help ?
PS I've tried to run rpmbuild too, but for some reason that I don't
know, it isn't present on my server.(rpm exists)
Thank's in advance.
=20
=20

The version 2.0.8 of the PHP/Java Bridge is now
available.

The binary for RedHat Enterprise Linux, RedHat Fedora
 1, 2 and 3 (PHP4):
   
http://prdownloads.sourceforge.net/php-java-bridge/php-java-bridge-2.0.8-1.RHEL.i386.rpm?download
 
  
The binary for RedHat Fedora 4 (PHP5):
   
http://prdownloads.sourceforge.net/php-java-bridge/php-java-bridge-2.0.8-1.FC4.i386.rpm?download
  

Oracle 10g, IBM WebSphere 6, Tomcat backend:

http://prdownloads.sourceforge.net/php-java-bridge/php-java-bridge.j2ee_2.0.8.zip?download


Source:

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



The following features were added:

* JSP, PHP session sharing

* Oracle 10g AS and WebSphere 6 AS support

* GUI support

* java_closure(): Calling PHP from java, see the
examples/XML example.


Changes:

Changes since 2.0.8RC4

* 1286136 (Bridge crashing on FC4 (under GNU Java))

* 1291175 (servlet receives invalid context)


Changes since 2.0.8RC3

* 1291191 (CGIServlet cannot handle POST requests)

* 1286643 (widgetTest fails)

* 1283154 (ISession documentation missing)

* A bug which caused a crash in the XML parser has
been fixed.  The XML parser (parser.c) was not able to
parse <c></c> correctly. This bug appeared when the
parser had to parse a HTML error message from tomcat.
The upper level now displays a protocol error in this
case.

* The "broken gcc" warning has been changed.

Changes since 2.0.8RC2

* 1288025 (session sharing not working)

* 1286139 (compilation problems on FC4)

* 1283154 (ISession documentation added)

* It is no longer possible to shut down the local
channel by sending invalid bytes

* When the local channel is available, the HTTP tunnel
accepts only one statement and then uses the local
channel, so it is no longer possible to remote control
the java bridge backend by faking client requests.

* On FC4 a Security Enhanced Linux policy was added
which allows the bridge to create
/var/log/php-java-bridge.log. This was missing in
previous releases.

Changes since 2.0.8RC1

The following bugs were fixed:

* 1283148 (null values in session)

* 1281189 (WinNT and above need system _env variable):
Upon startup the code checks if c:/winnt or c:/windows
exists. If both exist, c:/windows is used.  After that
we examine the environment variable SystemDir, then
servlet config "Windows.SystemDir". In any case, if
the VM was called with -DWindows.SystemDir=val, we use
that value. Same tests on Unix/Linux, too (this might
make sense when the user run a windows emulation
layer, such as "Wine".


Changes since 2.0.8RC

The following bugs were fixed:

* 1281189 (WinNT and above need system _env variable)

* 1276889 (XML example not working)

* 1275899 (negative inexact numbers)

* 1274526, 1202896 (storing java values into
$_SESSION)


Changes since 2.0.8pre

* Local channel re-directs work correctly now.  This
means that, when deployed in Apache/Tomcat, Apache/PHP
and the PHP/Java Bridge 2.0.8 deliver content more
than 50 times faster than version 2.0.7 and about 30%
faster than tomcat's own engine via Apache/mod_jk:

time for i in `seq 200`; do wget -o/dev/null
-O/dev/null
http://localhost:8000/JavaBridge/sessionSharing.jsp;
done

real    0m5.971s
user    0m1.090s
sys     0m0.420s

time for i in `seq 200`; do wget -o/dev/null
-O/dev/null
http://localhost:8000/JavaBridge/sessionSharing.php;
done

real    0m4.351s
user    0m1.140s
sys     0m0.530s

(RHEL3, kernel 2.4.21 on a 1.5GHZ amd32, latest
versions of PHP/Java Bridge, Tomcat/mod_jk and Apache.

* On windows: Starting the backend automatically
should work correctly now when the path ends with a
slash.

* The CGI servlet has been rewritten and it delivers
content much faster now.  However, running PHP as a
CGI from tomcat is not recommended.  Please use Apache
and the mod_jk connector instead of connecting tomcat
directly to the internet. This is much faster and more
secure.

* Several other bugfixes, please see changelog.




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

Hi,

[please excuse the delay]

the java.so for RH9/php4.4 is available at:

http://php-java-bridge.sourceforge.net/php-java-bridge_2.0.8-RH9-php4.4.tar

It contains java.so (version 2.0.8) and JavaBridge.jar
(version 2.0.8).  Please copy the java.so into the
extension directory of you php 4.4 installation and
please make sure that the php executable /usr/bin/php
is indeed the php4.4 cgi binary.


To compile the php-java-bridge on RH9, please follow
the "Installation from source" instructions in the
INSTALL document. binary or source RPM's cannot be
used on RH9, this rpm distribution is too old, sorry.

In case you don't want to install autoconf 2.57,
automake 1.6.3 and libtool 1.4.3, please see the
"Compiling the bridge without autoconf" section.


Regards,
Jost Boekemeier



	

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

Hi,
=20
I am investigating php-java-bridge v.2.0.7 in order to assess its
capability to integrate PHP with "Enterprise" (read expensive) products
that only offer Java bindings, and elected to start by trying to connect
PHP 5.0.3 to WebSphere MQ on a Linux RHEL3 platform.
=20
I am NOT a Java programmer, and am facing several hurdles - gaining
experience as I overcome them; but there are many things I still don't
understand so maybe my questions are silly.
=20
When installing the client Java bindings, WebSphere puts them in
/opt/mqm/java/lib and I decided to "ln -s" all the jar files to
/usr/share/java ; now the bridge finds them easily without needing a
java_require() [I can't say I like this solution ... one would need to
hunt down the libraries of any product installed and make symbolic links
for all of them].
=20
Following the manual I wrote a first PHP program that should put a
message in a queue and immediately retrieve it.
=20
When I execute the script tough, after connecting to the Queue Manager
it needs to invoke the method=20
accessQueue(java.lang.String,int) and whatever I try I keep getting an
exception along the lines:
=20
Fatal error: Uncaught [class java.lang.Exception: java.lang.Exception:
Invoke failed: [class com.ibm.mq.MQQueueManager]->accessQueue(class
java.lang.String, class java.lang.Long). Cause:
java.lang.IllegalArgumentException: java.lang.ClassCastException@74c3aa]
=20
Apparently the bridge keeps converting the second argument (an integer)
to java.lang.Long while the method mandates an int.
=20
Is there a way to overcome this problem?
=20
Thank you
Massimo