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

Thanks for the note.

However, I am still a bit confused...

I can confirm that switch from:

foreach ($javaResultList as $i)

to

foreach (java_values($javaResultList) as $i)

Does indeed avoid the bug. BTW I am on PHP 5.0.4...

However, if the zend iterator interface is broken on empty lists,  
then converting the list from JAVA to PHP array shouldn't fix the  
problem, but it does...

The difference is that if it's a java object, it's calling the  
zend_iterator from the bridge, otherwise calling the internal zend  
iterator. In both cases the list is empty and thus *should* crash if  
the zend iterators are externally calling "currentKey" on empty arrays.

I certainly agree that it's nonsense for "currentKey" to get called  
on the iterator when hasMore returns false.

Now I know that the Iterator interface hierarchy is big, so maybe the  
iterator type used on the PHP array is different from the one used /  
implemented by the bridge?

It just seems that if the bug is that empty arrays cause crashes,  
then the bug shouldn't go away by converting the list to a PHP array.

Maybe that you've "mixed" the hashmap and array iterators into a  
single one is screwing it up? I don't know too much about the zend  
iterator internals, just trying to make sense of the bug.

See what I mean?

Alan

On Nov 27, 2005, at 6:06 PM, Jost Boekemeier wrote:

> Hi Alan,
>
> problem confirmed. php > 5.0.3 simply crashes when you
> pass an empty list.
>
>
>> --> <I m="hasMore" p="I" i="46203008"></I>
>>  <-- <B v="F" i="46203008"/>
>> --> <I v="5" m="currentKey" p="I" i="46194528"></I>
>
>
> it seems that since version 5.0.5 the zend interator
> advances one element too far when the list is empty.
> According to your log you have passed an empty list.
> The zend iterator asks us "hasMore", we return false.
> After that it asks for the current key(!?!) which
> doesn't exist, of course, we have returned false!
>
> What follows is that php becomes confused and crashes:
> The currentKey() that java returns isn't valid and php
> tries to examine the key len, which may or may not
> result in a segmentation fault and a php crash.
>
> I will check the details tomorrow evening, in the
> meantime please use the following workaround:
>
> $php_array = java_values($javaList);
> // now you can iterate over php_array which checks for
>
> // the above invalid condition.
>
> Or please downgrade to php 5.0.3 or below. :((
>
>
> Regards,
> Jost Boekemeier
>
> P.S.: My plan was to drop PHP4 support in PHP/Java
> Bridge Version 3.0. I don't think this is possible
> considering that every new php 5 release introduces
> new bugs. (Since php 5.1 even the serialization
> doesn't work anymore, which worked in the php5.1 pre
> betas)...
>
>
>
>
> 	
>
> 	
> 		
> ___________________________________________________________
> Gesendet von Yahoo! Mail - Jetzt mit 1GB Speicher kostenlos - Hier  
> anmelden: http://mail.yahoo.de

Hi Alan,

problem confirmed. php > 5.0.3 simply crashes when you
pass an empty list.


> --> <I m="hasMore" p="I" i="46203008"></I>
>  <-- <B v="F" i="46203008"/>
> --> <I v="5" m="currentKey" p="I" i="46194528"></I>


it seems that since version 5.0.5 the zend interator
advances one element too far when the list is empty. 
According to your log you have passed an empty list.
The zend iterator asks us "hasMore", we return false.
After that it asks for the current key(!?!) which
doesn't exist, of course, we have returned false!

What follows is that php becomes confused and crashes:
The currentKey() that java returns isn't valid and php
tries to examine the key len, which may or may not
result in a segmentation fault and a php crash.

I will check the details tomorrow evening, in the
meantime please use the following workaround:

$php_array = java_values($javaList);
// now you can iterate over php_array which checks for

// the above invalid condition.

Or please downgrade to php 5.0.3 or below. :((


Regards,
Jost Boekemeier

P.S.: My plan was to drop PHP4 support in PHP/Java
Bridge Version 3.0. I don't think this is possible
considering that every new php 5 release introduces
new bugs. (Since php 5.1 even the serialization
doesn't work anymore, which worked in the php5.1 pre
betas)...




	

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

Hi Marc,

[please excuse the delay]

> How can I compile the php-java-bridge?

Please follow the INSTALL instructions as close as
possible.


If you're stuck please open a ticket, please use:
http://sourceforge.net/tracker/?func=add&group_id=117793&atid=679233

Please attach the output of the config.status,
config.log to that ticket.

If there are compilation or configuration issues on
IA86 or AMD64 Linux, Windows >= Win95, FreeBSD or
Sparc/Solaris with Sun or IBM JDK please first check
the INSTALL document again and follow the steps as
close as possible before submitting a problem report.
We know that the bridge compiles and runs without
problems on these platforms.


For other platforms please go ahead and open a problem
report right away: There are known issues with the
Macintosh JVM and with GNU JVM[1]. We're currently
trying to find a workaround for these problems.



Regards,
Jost Boekemeier

[1]The GNU jvm generates incorrect bytecode for our
PhpMap.java, here's a test case:

public abstract class bug {
    protected void kill() {
	System.out.println("okay");
    }
    protected abstract void init();

    public static bug getBug() { 
	return
	    new bug(){
		protected void init() {
		    kill();
/* generated:  */
            //    0    0:aload_0         
            //    1    1:getfield        #12  <Field
bug this$0>
            //    2    4:invokevirtual   #19  <Method
void bug.kill()>
 
/* should be: */
            //    0    0:aload_0         
            //    1    1:invokevirtual   #2   <Method
void kill()>

		}
	    };
    }
    

    public static void main(String s[]) {
bug.getBug().init(); System.exit(0); }
}

/* The getfield is wrong: there's no bug.this:
getBug() is static */




	

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

Hi Michet,

[please excuse the delay]

 
> I am trying to share sessions between php and java.
>
> Now I would like my php repository to be independent
> from the tomcat repository.

Do you use the mod_jk adapter (see "Example#1:
Apache/IIS/mod_jk connector" in the NEWS) or do you
share the http server document root with the servlet
engine's webapps directory (see Example#2 "Example: a
shared document directory" in NEWS)?
(-> http://php-java-bridge.sourceforge.net/NEWS)


> I pass elements in the session from php to java and
> it works fine.

Depending on your setup the cookie PATH is "/", which
is okay for a single-user setup.


> But when I return to the php I loose my elements.

If you check your cookies you'll probably see two
cookies, one with PATH=/JavaBridge and one with
PATH=/. Or you'll see only one cookie with PATH=/.
Which means that you cannot access the /JavaBridge
cookie anymore.  This behaviour is intentional:

In a multi-user setup script userA/sessionSharing.php
should not be able to share the session values with
script userB/sessionSharing.php.

If you don't care about the PATH, I suggest to install
the JavaBridge.war without a context (i.e. as context
"/"). After that you need to change the java.servlet
setting from "/JavaBridge/PhpJavaServlet" to:

  java.servlet = "/PhpJavaServlet"


> When I look at the cookie (JsessionID) I have the
> same cookie from php to java.

Yes, but what about the PATH?



Regards,
Jost Boekemeier



	

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