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

Hi,


=> http://sourceforge.net/tracker/index.php?func=detail&aid=1729086&group_id=117793&atid=679233


      __________________________________  Yahoo! Clever: Sie haben Fragen? Yahoo! Nutzer antworten Ihnen. www.yahoo.de/clever

Hi Jonathan,

> Java->__call('getIterator', Array)

this sounds like a bug in Java.inc. The bridge
shouln't pass getIterator to the back end.

I have created two tickets:

* PR1729089  Iterator not working anymore  

* PR1729086  Header option to enable backward
compatibility not working  

We will check these issues asap.


Thank you very much for the bug reports!

Regards,
Jost Boekemeier



      __________________________________  Yahoo! Clever: Sie haben Fragen? Yahoo! Nutzer antworten Ihnen. www.yahoo.de/clever

After upgrading from 3.0.7 to 4.0.7, it looks like I can't use foreach()
over a HashSet.  It implements Collection, so in theory, it should work
(it used to), but a NoSuchMethodException is thrown over a call to
"getIterator".  HashSet has an iterator() method (like all Collections),
so I'm curious why the Bridge is attempting to call getIterator() on my
behalf.  Exception pasted below.

Thanks for your help,
Jonathan



[[o:Exception]:"java.lang.Exception: Invoke failed:
[[o:HashSet]]->getIterator. Cause: java.lang.NoSuchMethodException:
getIterator(). Candidates: [] Responsible VM:
1.5.0_08@http://java.sun.com/" at:
#-5 php.java.bridge.JavaBridge.Invoke(JavaBridge.java:1106)
#-4 php.java.bridge.Request.handleRequest(Request.java:342)
#-3 php.java.bridge.Request.handleRequests(Request.java:388)
#0 http://localhost:8080/JavaBridge/java/Java.inc(151):
java_ThrowExceptionProxyFactory->getProxy(50, true)
#1 http://localhost:8080/JavaBridge/java/Java.inc(304):
java_Arg->getResult(true)
#2 http://localhost:8080/JavaBridge/java/Java.inc(310):
java_Client->getWrappedResult(true)
#3 http://localhost:8080/JavaBridge/java/Java.inc(489):
java_Client->getResult()
#4 http://localhost:8080/JavaBridge/java/Java.inc(735):
java_Client->invokeMethod(49, 'getIterator', Array)
#5 http://localhost:8080/JavaBridge/java/Java.inc(853):
java_JavaProxy->__call('getIterator', Array)
#6 http://localhost:8080/JavaBridge/java/Java.inc(886):
Java->__call('getIterator', Array)
#7 C:\deploy\merged\php-client\IndivoAPI.class.php(974):
JavaObject->getIterator()
#8 C:\deploy\merged\php-client\IndivoAPI.class.php(932):
IndivoAPI->updateDocument('d961ccb2-a7ca-4...', 'usr4038835@indi...',
'usr4038835@indi...', Object(java_InternalJavaObject),
'urn:org:indivo:...', '0597a897-d50f-4...')
#9 C:\websites\indivo\phplib\personal.function.php(298):
IndivoAPI->updateDocumentWithObject('d961ccb2-a7ca-4...',
'usr4038835@indi...', 'Sample User', 'patient', 'usr4038835@indi...',
Object(java_InternalJavaObject), 'urn:org:indivo:...',
'0597a897-d50f-4...')
#10 [internal function]: saveDemographics(Array)
#11 C:\websites\indivo\phplib\xajax_0.2.4\xajax.inc.php(997):
call_user_func_array('saveDemographic...', Array)
#12 C:\websites\indivo\phplib\xajax_0.2.4\xajax.inc.php(656):
xajax->_callFunction('saveDemographic...', Array)
#13 C:\websites\indivo\viewer.php(19): xajax->processRequests(true)
#14 {main}]

Hi,

> Is it expected behavior that
> Integers, Floats,
> Doubles, and Longs need to be converted with
> java_values() before being
> used in a PHP context?

not that I know of. The PHP/Java Bridge protocol
shouldn't touch integral types(integer, boolean, ...).

BTW: The bridge doesn't convert anything. A
java.lang.String and a java.lang.Integer is not
converted (unless you use the deprecated php 4
java.so). What you probably mean is: How are objects
displayed?

The standard procedure is ObjectToString(Object ob),
see JavaBridge.java, which displays all objects as
[o(Type):StringRepresentation].  The only exception is
the String type, there exists a method
ObjectToString(String ob) which displays the object as
"StringRepresentation".

We could remove the ObjectToString(String o) and
modify ObjectToString(Object o) so that o->toString()
is called for any object.

But you need to convince me that such a behaviour is
useful. :)


> 	$integer = new Java('java.lang.Integer', 123);
> 	// displays [[o:Integer]:"123"]

Well Integer is an object, not primitive type. Isn't
it possible to pull the integer value from the above
Integer object and display that?

For example:

  echo $Integer->getIntValue();

should display 123.



> 	// displays notice "could not be converted to int"
> 	if ($integer == 123) echo 'equal'; else 

That's why I'd like to keep the current behaviour.
Your $integer is a java object, not a primitive type.
Displaying it as "123" will make the debugging process
more difficult.

However, you are probably upgrading from PHP4, where
autoconversion was the default behavour. There is a
protocol header option.


Regards,
Jost Boekemeier




	
		
___________________________________________________________ 
Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: http://mail.yahoo.de