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

Hi,

> I believe one should java_require() ALL the
> WebSphere MQ jars in each
> PHP script

What about extending java_require() so that it can
load jar files from a given directory?

In the meantime it might be possible to call
initClassLoader("dir") overriding the default
phpConfigDir. Please see
http://cvs.sourceforge.net/viewcvs.py/*checkout*/php-java-bridge/php-java-bridge/server/doc/php/java/bridge/DynamicJavaBridgeClassLoader.html#initClassLoader(java.lang.String)


> >> Apparently the bridge keeps converting the second
> >> argument (an integer)
> >> to java.lang.Long while the method mandates an
> int.
> It requires an int. 
[...]
> accessQueue(class
> java.lang.String, class java.lang.Integer). Cause:
> java.lang.IllegalArgumentException:
> java.lang.ClassCastException@1a786c3]

If it requires an int then I think we wouldn't see the
ClassCastException.  php ints (which are actually
longs) are transferred as <L v="longval"/>. coerce can
convert the longval into a int, but it cannot convert
it into a java.lang.Integer.

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

"If members matching the name, type and arguments
specified in the script are found, the arguments may
be converted to the exact types in the best matching
member's signature and the member may be invoked."

As I understand 3.3.4 we may decide if we call the
method and we may or may not coerce the argument to
the required type. IMHO the above sentence does not
say that we must not call the method (and throw a
NoSuchMethodException) if the arguments cannot be
coerced.

In general we cannot auto-convert a long to a
java.lang.Integer without altering the value. If such
a conversion is necessary I think the user must do
this, for example by calling "new
java("java.lang.Integer", $phpLongValue);"


Regards,
Jost Boekemeier



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

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