php-java-bridge-users Mailing List for PHP/Java Bridge (Page 3)

Hi Edward,

> I'm wondering if there is any bug in the windows
> package for JavaBridge v.2.08. 

As you describe it, you're using php_java.dll 2.0.8
with JavaBridge.jar 2.0.7.  

Most windows install procedures require a reboot
during the install process. The reason is that a
running process locks the executable. If you installed
the new php-java-bridge_2.0.8.zip over a running 2.0.7
backend, the JavaBridge.jar stays the same.

That's an old windows bug btw., unix simply reduces
the inode count (i.e. the executable becomes
unreachable but is still there), so that the install
program can replace the executable with a new version.

I think a simple reboot and a re-installation of
php-java-bridge_2.0.8.zip should solve this problem.


Regards,
Jost Boekemeier



	

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

Hi Gerard,

> The libtool doesn't seem to create a problem, but
> the host_alias does.

Well, older versions of autoconf don't provide one and
older versions of libtool don't require it.

I suggest to create a clean environment, i.e. remove
everything under $INST and remove the
php-java-bridge-2.0.x build directory as well. Then
please try to follow the INSTALL instructions as close
as possible
(http://cvs.sourceforge.net/viewcvs.py/php-java-bridge/php-java-bridge/INSTALL?rev=1.19&view=markup)

My recommendation is to set:
 
INST=$HOME/PHP-JAVA-BRIDGE
export PATH=$INST/bin:$PATH 
export LD_LIBRARY_PATH=$INST/lib:$LD_LIBRARY_PATH

and then build autoconf-2.57 automake-1.6.3
libtool-1.4.3, and the PHP/JAVA BRIDGE in order to
avoid problems with old versions of autoconf, automake
and libtool already installed in on the system.

After building the correct versions, you can pick the
java.so, JavaBridge.jar (JavaBridge.war) and
natcJavaBridge.so from
$HOME/PHP-JAVA-BRIDGE/php-java-bridge-2.0.x/modules/
directory and copy them to your php extension_dir.

If this doesn't work, please create a ticket for this
problem, please see:
http://sourceforge.net/tracker/?func=add&group_id=117793&atid=679233.
I will check it asap.

Anyway, I will change the sentence "Choose a proper
INST directory" to "Choose a INST directory which does
not contain older versions of the software you are
building and set the PATH and LD_LIBRARY_PATH
environment variables to use the programs and
libraries from INST".


Regards,
Jost Boekemeier



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

Based on the error, it seems like $h is null.  Whatever is providing you
with the HashMap object needs to be looked at more closely... I doubt
it's a problem with the PHP-Java bridge.

--Jon

=20

=20

________________________________

From: php...@li...
[mailto:php...@li...] On Behalf Of
Nicolas Granelli
Sent: Tuesday, September 20, 2005 7:04 PM
To: php-java-bridge
Subject: [Php-java-bridge-users] HashMap->get()

=20

I can't get to work the get method of a HashMap, that I get from Java
(i'm not creating from php)

I try:

$Cliente=3D$h->get(1);   //where $h is the HashMap


Also:

$i=3Dnew java("java.lang.Integer",1);
$Cliente=3D$h->get($i);
echo "Cliente:".$Cliente->toString();


both return :

Fatal error: Call to a member function toString() on a non-object.

Jost,

Thank you for the reply.

>> When installing the client Java bindings, WebSphere
>> puts them in /opt/mqm/java/lib

> Loading them shouldn't be a problem if the application
> server knows about this directory and automatically
> adds its content to the classpath. If not, then one
> must find another way to load the libraries.

I am not using an application server, but simply start the
php-java-bridge as a service. I wrote WebSphere but meant the WebSphere
MQ installation scripts. Another goal of my tests is to define the
lightest environment to install on a PHP webserver to enable Java class
invocation.

> The recommended way to load libraries is to install
> them as name-version.jar in /usr/share/java or one of
> its sub directories and then require them with the
> name and version number.

Good point, I wouldn't mind adding a java_require() statement in order
to maintain a cleaner environment. This is not so easy to do in this
instance, since all the samples in the WebSphere documentation assume a
classpath is set as specified in the installation notes, and the
product's jar files are clearly interlinked: I tried to java_require()
only the libraries needed by the classes I was using in my sample and
kept getting errors, that went away as soon as I created the symbolic
links in /usr/share/java.
I believe one should java_require() ALL the WebSphere MQ jars in each
PHP script; a more elegant approach could be to centralize the
java_require() statement in a PHP include file, so that when a next
WebSphere MQ release adds a new jar one needs only modify one file.

>> Apparently the bridge keeps converting the second
>> argument (an integer)
>> to java.lang.Long while the method mandates an int.

> Does it require an int or does it require a
> java.lang.Integer?  I think this is a bug in the PHP documentation
which talks about "integer"=20
> and "float" even though these are long and double.

It requires an int. In one of several attempts I called the method with
an object of class java.lang.Integer and the error message simply
became:

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.Integer). Cause:
java.lang.IllegalArgumentException:
java.lang.ClassCastException@1a786c3]

From a brief examination of JavaBridge.java (remember I don't speak
fluent Java at all) I seem to understand the conversion to int is not
implemented; reading the JSR 223 conversely shows it should be, since
the bridge has to "adapt" the script request to the "most closely
matching" method argument list.

Bye,
Massimo=20

Hi,
 
I'm wondering if there is any bug in the windows package for JavaBridge v.2.08. I have been using v2.07 for a while and it has been working fine. I updated the JavaBridge with the current version and now everytime I try to call java_require it will give me an error saying setJarLibraryPath method cannot be found. I have looked at the JavaBridge.class file and I notice that the setJarLibraryPath function in v2.08 takes in 2 parameters whereas v2.07 only take one. Could this be a bug or is there some extra configuration that I need to do? At the moment when I run the test.php everything works except for the last part where you call java_require on arrayToString.jar. The JavaBridge shows that it's actually running but it cannot make any calls to any classes using java_require.
 
Any help would be much appreciated.
 
Ed

__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

I can't get to work the get method of a HashMap, that I get from Java (i'm=
=20
not creating from php)

I try:

$Cliente=3D$h->get(1); //where $h is the HashMap


Also:

$i=3Dnew java("java.lang.Integer",1);
$Cliente=3D$h->get($i);
echo "Cliente:".$Cliente->toString();


both return :

*Fatal error*: Call to a member function toString() on a non-object.

Thanks Jost. Will try this out.

-----Original Message-----
From: Jost Boekemeier [mailto:jos...@ya...]=20
Sent: Tuesday, September 20, 2005 3:59 PM
To: Bharath Thirunavukkarasu
Subject: [ 1296783 ] JavaBridge context hard coded

Hi Bharath,


> Kind of
> suspecting that the
> name Javabridge is hardcoded somewhere.=20

Yes, you're right, please see
http://sourceforge.net/tracker/index.php?func=3Ddetail&aid=3D1296783&grou=
p_i
d=3D117793&atid=3D679233


> renamed it to myapp.war

Please use the following workaround:

* switch off the override_hosts setting in your file=20
myapp/WEB-INF/web.xml:
<init-param>
<param-name>override_hosts</param-name>
<param-value>Off</param-value>
</init-param>

* copy the php-cgi.exe and all the dll's it needs into
the directory myapp/WEB-INF/cgi/

* create a file php.ini (in myapp/WEB-INF/cgi/) with
the following content:

extension_dir=3D"."
[java]
java.hosts=3D"127.0.0.1:8080"
java.servlet=3D"/myapp/PhpJavaServlet"


Regards,
Jost Boekemeier



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

Hi Francis,
 
> So I have two questions : 
> 
> 1) If I install the bridge from an rpm (i.e. FC4
> i386), should I be able to
> change the java.java_home and java.java from v1.4.2
> to v1.5 java files ?

Yes. 1.5 should work as is, because the SEL policy
(please see the /usr/share/doc/php-java-bridge*/
policy file) contains settings for 1.5.



>     I tried it but I had some strage errors about
> wrong parameters in the
> Bridge... 

Which errors specifically?


> so I guess that the bridge is using some
> version specific stuff...

It even works with gnu java, so I don't think this is
an issue.



> 2) After removing the bridge rpm, I compiled the
> source with java 1.5,
> installed the 'service' link and the exec.
> The phpinfo.php page shows that java is running,


Ah, could it be that you tried to install a i386 RPM
on a IA64 architecture?



> except that 2 fields are
> null : 
>    - java.libpath
>    - java.classpath
> putting them in the java.ini does not work.

Please leave them, they are there if one wants to use
custom versions of the JavaBridge.jar and
natcJavaBridge.so.  Please see the
php-java-bridge.sf.net page for the .ini
documentation.


> except that the os is FC4_x64 (amd).

That might be the reason. I think it should be
possible to compile the source rpm for AMD64. If not,
please file a bug report.


Regards,
Jost Boekemeier



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

> I'm using php-java-bridge on RedHat Linux, and Java
> VM is launched everytime
> Java program is called by PHP script.

Can you please explain which setup you use?  Have you
started the backend via the php-java-bridge script or
do you start the backend automatically when apache
starts?

Regards,
Jost Boekemeier



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

Hi Nicolas,

[hibernate]
> Can I use the bridge for this?

Yes.


> Do I have to install tomcat?

As I understand it hibernate is some kind of jdbc
driver. So unless you need tomcat for something else
(session sharing between php and jsp), tomcat is not
required.

> Is this possible? and stable?

Yes (for the PHP/Java Bridge part).


Regards,
Jost Boekemeier



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

Hi Gerad,

> [rpmbuild]
> it isn't present on my server

rpmbuild is in the rpm devel package.


> I've so installed php 5.0.4, autoconf 2.59 and
> automake 1.9 from the [..]
> AC_PROG_LIBTOOL

Please install libtool, too.  Please see the section
"Installation from source code (Solaris, FreeBSD,
WinXP or Linux)" in the INSTALL document
(http://cvs.sourceforge.net/viewcvs.py/php-java-bridge/php-java-bridge/INSTALL?rev=1.19&view=log)


Regards,
Jost Boekemeier




	

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

Hi,

[please excuse the delay]

 
> When installing the client Java bindings, WebSphere
> puts them in
> /opt/mqm/java/lib 

Loading them shouldn't be a problem if the application
server knows about this directory and automatically
adds its content to the classpath. If not, then one
must find another way to load the libraries.

The recommended way to load libraries is to install
them as name-version.jar in /usr/share/java or one of
its sub directories and then require them with the
name and version number.

If you ship a servlet component, you can put the
libraries into the WEB-INF/lib folder, please see the
JavaBridge.war for an example. In this case you don't
need java_require().

> Apparently the bridge keeps converting the second
> argument (an integer)
> to java.lang.Long while the method mandates an int.

Does it require an int or does it require a
java.lang.Integer?  I think this is a bug in the PHP
documentation which talks about "integer" and "float"
even though these are long and double.

Please see PR#1276004
(http://sourceforge.net/tracker/index.php?func=detail&aid=1276004&group_id=117793&atid=679233)
for details.

Since this is at least the third support request for
this, I'll add a "php longs are java longs" setting
for version 2.0.9.

I'll add your request to that ticket.


Regards,
Jost Boekemeier



	

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

Hi Jim,


> How can I tell?  My PHP file is from 6-29-2003.

With the command php --version or php -v.  php 4.4 was
released 2005, so I assume you have still the 4.1
installed.

Where have you installed php 4.4?  Please locate it,
check that it is a cgi binary (php -i must display
HTML content) and then copy it into the cgi directory,
please see section "AS/Servlet with PHP CGI" in the
README.


Regards,
Jost Boekemeier




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

Hi everyone !

I am having a hard time installing the brige. Yesterday I lost many hours
trying to figure out how to correctly install the bridge with java 1.5 on
FC4_i386 with preinstalled apache (v2.0.54) and php (v5.0.4).
I already installed it from source on RH8 and RHE 3, but I was also
installing apache and php, so it was really straightforward and without
hiccups.

So I have two questions : 

1) If I install the bridge from an rpm (i.e. FC4 i386), should I be able to
change the java.java_home and java.java from v1.4.2 to v1.5 java files ?
    I tried it but I had some strage errors about wrong parameters in the
Bridge... so I guess that the bridge is using some version specific stuff...
:(
    
2) After removing the bridge rpm, I compiled the source with java 1.5,
installed the 'service' link and the exec.
The phpinfo.php page shows that java is running, except that 2 fields are
null : 
   - java.libpath
   - java.classpath
putting them in the java.ini does not work.

The weird thing is that we were successful to install the exact same setup,
except that the os is FC4_x64 (amd).

Thanks !!

Francis Leblanc


-------------------------------------------------------------------------
echo '<?php phpinfo() ?>' | php | fgrep java
/etc/php.d/java.ini,
java
java support => Enabled
java bridge => 2.0.8RC5
java.libpath =>
java.classpath =>
java.java_home => /usr/java/jdk1.5.0_04
java.java => /usr/java/jdk1.5.0_04/bin/java
-DEHMP_CONFIG_FILE=/var/www/html/Web/config/iptvconfig.xml
java.log_file => /var/log/php-java-bridge.log
java.log_level => 4
java.hosts =>
java.servlet => Off
java command => JAVA_HOME=/usr/java/jdk1.5.0_04
LD_LIBRARY_PATH=/usr/lib/php/modules: /usr/lib/php/modules/RunJavaBridge
/usr/java/jdk1.5.0_04/bin/java
-DEHMP_CONFIG_FILE=/var/www/html/Web/config/iptvconfig.xml
-Djava.library.path=/usr/lib/php/modules
-Djava.class.path=/usr/lib/php/modules/JavaBridge.jar
-Djava.awt.headless=true php.java.bridge.JavaBridge
LOCAL:/var/run/.php-java-bridge_socket 4 /var/log/php-java-bridge.log
java status => running
java server => /var/run/.php-java-bridge_socket
JAVA_HOME => /usr/java/jdk1.5.0_04
_SERVER["JAVA_HOME"] => /usr/java/jdk1.5.0_04
_ENV["JAVA_HOME"] => /usr/java/jdk1.5.0_04

Upon receiving the Digest I saw Outlook (I must use it at work) was set
to send HTML messages ... my original posting was a mess!

Here it is again, please accept my apologies.

Massimo

-----Original message-----

Hi,

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.

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.

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

Following the manual I wrote a first PHP program that should put a
message in a queue and immediately retrieve it.

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:

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]

Apparently the bridge keeps converting the second argument (an integer)
to java.lang.Long while the method mandates an int.

Is there a way to overcome this problem?

Thank you
Massimo

I'm using php-java-bridge on RedHat Linux, and Java VM is launched everytime
Java program is called by PHP script.

Especially for the first time Java program is called since system boot, it
seems take much time to load Java VM.

Does anyone have any idea to save the loading time?    For instance, should
I launch Java VM as a resident process
or something?

Masaru

I was thinking in use Java and Hibernate to persist my objects (defined in=
=20
java), and php for the user interface, everything in a windows server.=20

Can I use the bridge for this?

Do I have to install tomcat?, I want to use the java objects from PHP, but=
=20
no PHP from a java environment


Is this possible? and stable?


Thanks.

>please make sure that the php executable /usr/bin/php
>is indeed the php4.4 cgi binary

How can I tell?  My PHP file is from 6-29-2003.

Thanks
Jim

>From: Jost Boekemeier <jos...@ya...>
>To: Jim Douglas <jd...@ho...>, 
>wil...@co...,php...@li...
>Subject: Ant:  RE: Ant: [Php-java-bridge-users] Problem compiling version 
>2.0.7 on RedHat 9
>Date: Mon, 19 Sep 2005 22:05:34 +0200 (CEST)
>
>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
>
>
>-------------------------------------------------------
>SF.Net email is sponsored by:
>Tame your development challenges with Apache's Geronimo App Server.
>Download it for free - -and be entered to win a 42" plasma tv or your very
>own Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
>_______________________________________________
>php-java-bridge-users mailing list
>php...@li...
>https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users

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

Hi Jim,

> RH 9.0
> PHP 4.4.0

Well, PHP4.4 has a different ABI than 4.3.2, the
java.so must be compiled against this ABI. 

So I guess the only remaining problem is that we
cannot compile the bridge on RH9 because the autotools
are too old.

It is possible to compile the code without them, the
windows binary is cross-compiled on a linux machine
this way. The compile/link command used to create the
windows .dll is:

# compile source
i386-pc-mingw32-gcc -w -I../include -I.
-I../php-5.0.3/ -I../php-5.0.3/main -I../php-5
.0.3/Zend -I../php-5.0.3/TSRM \
-D"TSRM_EXPORTS" -D"LIBZEND_EXPORTS" -D"ZTS" -D"_MBCS"
\
-DCOMPILE_DL_JAVA -DCFG_JAVA_SOCKET_INET
-DEXTENSION_DIR=\"$EXTENSION_DIR\" \         
-c bind.c client.c init_cfg.c java_bridge.c java.c
parser.c protocol.c                
                                                      
# link php-java.dll                          
i386-pc-mingw32-dllwrap --enable-stdcall-fixup
--export-all-symbols -k  -o../php5/php_
java.dll  *.o -L../lib -lphp5ts -lws2_32              
                               

The command to build the linux .so should look
similar.
I will test this and send you the instruction(s).


Regards,
Jost Boekemeier




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

Jost,

I tried you're directions below for extracting the "java.so" and 
"JavaBridge.jar" from RPM and copying them into the PHP extension 
folder(/usr/local/lib/php/ext).

  I get this error returned to the browser,

#!/usr/bin/php Please permanently activate the extension. Loading java 
extension now... java extension not installed.

I can't run test.php from a command line either, it can't load the java.so 
with similar error messages.

I added the java.ini lines to the php.ini.  PHP is running fine.

The .so and .war file are located in  - usr/local/lib/php/ext

The contents of the php.ini file is below...

RH 9.0
PHP 4.4.0

Thanks,
Jim

---------------PHP INI FILE START----------------
.
.
.
regula PHP.INI entries are ok...
.
.
.
The BELOW PORTION WAS ADDED TO THE PHP.INI file

;; -*- mode: Scheme; tab-width:4 -*-

;; Copy this file to the php ini directory (usually /etc/php.d) or
;; copy its content to the global php.ini (usually /etc/php.ini or
;; /usr/local/lib/php.ini).
;;
;; Use the java.socketname, java.hosts and java.servlet to
;; control the operation mode:
;;
;; 1) java.socketname and java.hosts off: local backend which
;;    starts automatically.
;;
;; 2) java.socketname set: local system backend started by the
;;    php-java-bridge service script.
;;
;; 3) java.hosts set: external backend(s) on a different server(s).
;;
;; 4) java.hosts and java.servlet set: external backend(s)
;;    deployed in a j2ee application server or servlet engine.

extension = java.so
[java]

;; log level between 0 (log off) and 4 (log debug). The default "log
;; file" is the standard output. The default level is 2.

java.log_level  = 2
java.log_file   = /var/log/php-java-bridge.log


;; Adjust the following options if the VM or its location have
;; changed since you ran the ./configure command.

java.java_home = @JAVA_HOME@
java.java = @JAVA_JAVA@


;; If you want to start the backend automatically as a sub-component
;; of your HTTP server, comment out _all the following options_.


;; If you don't have a servlet engine, double-click on JavaBridge.jar
;; or use the php-java-bridge service script to start and stop the
;; backend as a system service.  Please see the RedHat RPM download
;; for an example how to start java as a system service.

;;POR took out
;;java.socketname = /var/run/.php-java-bridge_socket


;; If you have a servlet engine or an application server, deploy
;; JavaBridge.war and re-start the servlet engine or the application
;; server. Comment out the "java.socketname" option and uncomment
;; the following options.

java.hosts     = "127.0.0.1:8080"
java.servlet   = On

---------------PHP INI FILE FINISH----------------






>From: Jost Boekemeier <jos...@ya...>
>To: William Lovaton 
><wil...@co...>,php...@li...
>Subject: Ant:  [Php-java-bridge-users] Problem compiling version 2.0.7 on 
>RedHat 9
>Date: Sat, 17 Sep 2005 17:24:35 +0200 (CEST)
>
>Hi William,
>
>[please excuse the delay]
>
>to the best of my knowledge this problem should be
>fixed in version 2.0.8RC5. Please see the updated
>INSTALL document for details.
>
>Furthermore it should be possible to use the binary
>RPM:
>
>* Extract the "java.so" and "JavaBridge.jar" from the
>binary RPM with the command:
>
>   rpm2cpio php-java-bridge*.rpm | cpio -iduv
>
>* Install PHP 4.3.2 or above and copy the "java.so"
>and "JavaBridge.jar" into its extension folder.
>
>* run the test.php with: php test.php
>
>
>Regards,
>Jost Boekemeier
>
>
>
>
>
>___________________________________________________________
>Gesendet von Yahoo! Mail - Jetzt mit 1GB Speicher kostenlos - Hier 
>anmelden: http://mail.yahoo.de
>
>
>-------------------------------------------------------
>SF.Net email is sponsored by:
>Tame your development challenges with Apache's Geronimo App Server.
>Download it for free - -and be entered to win a 42" plasma tv or your very
>own Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
>_______________________________________________
>php-java-bridge-users mailing list
>php...@li...
>https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users

I deployed the JavaBridge.war  to a Tomcat/Apache server and when I browse 
the test page,
numberguess.php, I get the following error message in the returned web page,

java extension not installed.

PHP is up and running OK and so are JSP pages.

Where can I find a copy of the java.so?

I can't it install it from the RPM because Red Hat 9.0 doesn't have a RPM 
for PHP 4.4, so I had to build and install PHP 4.0.  By doing that when I go 
to install the java-bridge in tells me it can find a dependcy package php 
4.3.*, even though PHP 4.0 is installed.

How can I tell the bridge RPM install where to find the latest PHP install?
OR
How can I get this build to work?
          phpize &&  ./configure --with-java=/opt/IBMJava2-14 \   
--disable-servlet

I get an the following error message when trying to build with the above 
line,
cp: cannot stat 'acinclude.m4' : No such file or directory

Thanks,
Jim