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

> Please see the NEWS entry for version 5.0.0. Quote: "This version is  
> no
> longer backward compatible with earlier ..."

Ok, I just found this. There are too many places with critical info!  
There is no "NEWS" on the web site, and NEWS is one of 5 "install/text/ 
info" files in the docs. The 5.0.0 entry is about 10 lines long in the  
middle of an enormous file.  And since I initially installed the deb  
package, it was even less obvious the first time around.

Just so you're aware, this was nowhere close to obvious for such an  
important BC-breaking change.

Thanks again for helping me find the issue.

Alan

Hi,

> 1. What is object->value autoconversion?

Automatic conversion to a value of some primitive type.
Please see section "type juggling" in the php manual.

> 2. What proposed hook?

Please see http://wiki.php.net/rfc/class_casting_to_scalar

> "major interna infrastructure change" from 3.x to 4.x > and didn't see any
docs or upgrade guides to inform > me

Please see the NEWS entry for version 5.0.0. Quote: "This version is no
longer backward compatible with earlier ..."

> But what does it *do*? I've looked through the

It forces a full round-trip for any java method/function returning a value
rather than an object.

> Should I just *cast* everything? Only when the

Err, no. I have mentioned the cast to explain the problem that php5 has and
how this is going to be fixed.

The only changes you should be aware of are 1. Undeclared exceptions cannot
be caught and 2. No automatic java -> php value conversion. Use
java_values(...) to retrieve the value from a java proxy.
Please see the news entry for version 5.0.0 for details.

I know that these two restrictions are annoying for those who upgrade from
earlier versions, but until php doesn't contain the necessary hooks, we must
use what's available in php.

Regards,
Jost Boekemeier

14. Jul 2009 3:02 nachm. schrieb am <
php...@li...>:

>> So why the sudden infinite loop bug? > > In PHP5 object->value
autoconversion only works for stri...
1. What is object->value autoconversion? Do you mean duck typing from
$obj to typed values?
2. What proposed hook?
3. We've used this on PHP5 the entire time.

>> took me and someone else about 10-12 hours of > > I m sorry for the
inconvenience, but we've had...
Our use of the bridge has been running perfectly for 2 years and we
just haven't had to touch it. I was unaware of the "major internal
infrastructure change" from 3.x to 4.x and didn't see any docs or
upgrade guides to inform me.

>> Simply adding the JAVA_PREFER_VALES=true fixed the > > We will switch it
on as soon as possible....
But what does it *do*? I've looked through the Java.inc code but it's
just not obvious what this actually does.

Would you recommend that I upgrade my code that uses the bridge to
work *without* this setting? Does it confer any advantages?

Is there a simple guide somewhere that explains what you have to
understand about the bridge to make things work in PHP?

I have scoured the web site but frankly I just don't see clear
instructions on the best practices for using the bridge.

Should I just *cast* everything? Only when the expected value is *not*
a string? When should you use java_values vs not?

I finally see some information regarding this in the Client API docs,
but API docs aren't really good for getting started. I'd think it'd be
useful to have a small 1-page "client user guide" with a handful of
best practices for all of the requisite type-juggling which isn't at
all an *expected* thing to need to do.

Please understand that these criticisms come from love. The bridge is
an amazing piece of software. It's run flawlessly for 2-3 years for
us. But every time I use it I find it really confusing to try to get
running and I feel that a small "guide" from the developers would save
me (and other users) *tons* of time and frustration. I would write it
myself for the project but at this point it'd just be terribly wrong!

Regards,

Alan

------------------------------------------------------------------------------
Enter the BlackBerry...
https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users

... on my system echo java("java.lang.System")->getProperties() reports
java.ext.dirs=/usr/java/default/lib/ext.

If I put the JavaBridge.jar in there, the bridge works, even when running
tomcat with the -secure option.

Don't you install JavaBridge.jar and php-script.jar into the JVM classpath
anyway? If so, then all you need to do is to remove the JavaBridge.jar and
php-script.jar from the JavaBridge.war.

Jost

14. Jul 2009 6:28 nachm. schrieb am "Jost Bekemeier" <
jos...@go...>:

Hi Andre,

Does it help if you move JavaBridge.jar from WEB-INF/lib to the
java.ext.dir?

On my system <?php echo java("java.lang.System

14. Jul 2009 2:39 nachm. schrieb am <
php...@li...>:

> > Hello, > I had to move to a new machine and performed a Debian 5.x clean
install . > Now, I am ...
------------------------------------------------------------------------------
Enter the BlackBerry Developer Challenge
This is your chance to win up to $100,000 in prizes! For a limited time,
vendors submitting new applications to BlackBerry App World(TM) will have
the opportunity to enter the BlackBerry Developer Challenge. See full prize
details at: http://p.sf.net/sfu/Challenge
_______________________________________________
php-java-bridge-users mailing list
php...@li...
https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users

Hi Andre,

Does it help if you move JavaBridge.jar from WEB-INF/lib to the
java.ext.dir?

On my system <?php echo java("java.lang.System

14. Jul 2009 2:39 nachm. schrieb am <
php...@li...>:

Hello,
I had to move to a new machine and performed a Debian 5.x clean install .
Now, I am only able to run JavaBridge *without* Tomcat 5.5 security enabled
at
/etc/default/tomcat5.5
Even configuring /etc/tomcat5.5/policy.d/60JavaBridge.policy to
java.security.AllPermission was not enough.
Do you have some hint?
Regards.
Andre Felipe Machado


------------------------------------------------------------------------------
Enter the BlackBerry Developer Challenge
This is your chance to win up to $100,000 in prizes! For a limited time,
vendors submitting new applications to BlackBerry App World(TM) will have
the opportunity to enter the BlackBerry Developer Challenge. See full prize
details at: http://p.sf.net/sfu/Challenge
_______________________________________________
php-java-bridge-users mailing list
php...@li...
https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users

>> So why the sudden infinite loop bug?
>
> In PHP5 object->value autoconversion only works for strings, but not  
> for
> other primitive values. Until the proposed hook exists, please use a  
> string
> cast explicitly or java_is_false(), which calls ((bool)(string)$jobj)
> internally.
>
> This feature was working in PHP4 (through a low-level api), dropped  
> in PHP5.
> But I am quite sure this will work again in PHP6.

1. What is object->value autoconversion? Do you mean duck typing from  
$obj to typed values?
2. What proposed hook?
3. We've used this on PHP5 the entire time.

>> took me and someone else about 10-12 hours of
>
> I m sorry for the inconvenience, but we've had the entire 4.x  
> release for
> more than 2 years to help the transition from binary to XML. -- The  
> reason
> was that the low level binary code doesn't work well in mixed  
> environments
> (64 bit JVM vs. 32 bit PHP and vice versa), and needed recompilation  
> for
> each new PHP binary.

Our use of the bridge has been running perfectly for 2 years and we  
just haven't had to touch it. I was unaware of the "major internal  
infrastructure change" from 3.x to 4.x and didn't see any docs or  
upgrade guides to inform me.

>> Simply adding the JAVA_PREFER_VALES=true fixed the
>
> We will switch it on as soon as possible.

But what does it *do*? I've looked through the Java.inc code but it's  
just not obvious what this actually does.

Would you recommend that I upgrade my code that uses the bridge to  
work *without* this setting? Does it confer any advantages?

Is there a simple guide somewhere that explains what you have to  
understand about the bridge to make things work in PHP?

I have scoured the web site but frankly I just don't see clear  
instructions on the best practices for using the bridge.

Should I just *cast* everything? Only when the expected value is *not*  
a string? When should you use java_values vs not?

I finally see some information regarding this in the Client API docs,  
but API docs aren't really good for getting started. I'd think it'd be  
useful to have a small 1-page "client user guide" with a handful of  
best practices for all of the requisite type-juggling which isn't at  
all an *expected* thing to need to do.

Please understand that these criticisms come from love. The bridge is  
an amazing piece of software. It's run flawlessly for 2-3 years for  
us. But every time I use it I find it really confusing to try to get  
running and I feel that a small "guide" from the developers would save  
me (and other users) *tons* of time and frustration. I would write it  
myself for the project but at this point it'd just be terribly wrong!

Regards,

Alan

Hello,
I had to move to a new machine and performed a Debian 5.x clean install .
Now, I am only able to run JavaBridge *without* Tomcat 5.5 security enabled at
/etc/default/tomcat5.5
Even configuring /etc/tomcat5.5/policy.d/60JavaBridge.policy to
java.security.AllPermission was not enough.
Do you have some hint?
Regards.
Andre Felipe Machado

> So why the sudden infinite loop bug?

In PHP5 object->value autoconversion only works for strings, but not for
other primitive values. Until the proposed hook exists, please use a string
cast explicitly or java_is_false(), which calls ((bool)(string)$jobj)
internally.

This feature was working in PHP4 (through a low-level api), dropped in PHP5.
But I am quite sure this will work again in PHP6.

> took me and someone else about 10-12 hours of

I m sorry for the inconvenience, but we've had the entire 4.x release for
more than 2 years to help the transition from binary to XML. -- The reason
was that the low level binary code doesn't work well in mixed environments
(64 bit JVM vs. 32 bit PHP and vice versa), and needed recompilation for
each new PHP binary.

> Simply adding the JAVA_PREFER_VALES=true fixed the

We will switch it on as soon as possible.

Regards,
Jost Boekemeier

14. Jul 2009 6:46 vorm. schrieb am <
php...@li...>:

Jost-

Thanks again for the pile of tips. Based on your steps I was finally
able to isolate the problem.

In reality my situation was caused by a collision of lack of upgrade
docs with code that might not have been clean enough in the first
place. I'll tell you what happened, and ask that hopefully you can
amend the docs to prevent others from experiencing the same thing. It
literally took me and someone else about 10-12 hours of debugging over
4-5 debugging sessions to figure this out.

So, in PHP code we were doing something like:

$rs = $someJavaObject->getResultSet();
while ($rs->next()) {
       // stuff
}

This works *fine* on java bridge v3.1.8. When we upgraded, it started
failing.

After installing turning on verbose debugging, we realized that the
script was actually executing in an infinite loop in that spot, which
is why it was eventually throwing a "php script timeout" error. The
debug logs allowed us to find the code shown above and realize that we
were in an infinite loop.

So why the sudden infinite loop bug?

> define ("JAVA_PREFER_VALUES", true);
> require_once('/usr/local/src/pjb/java/Java.inc');

Simply adding the JAVA_PREFER_VALES=true fixed the bug. That setting
doesn't seem to be documented anywhere. Nothing is mentioned about
anything special needing to be done to upgrade that I saw.

So, while I am very happy that we've solved our problem, I would still
like to know:

1) What exactly does JAVA_PREFER_VALES=true do?
2) Could you please add in an appropriate place in the docs something
about this setting and how it might be important when upgrading from
older versions. It would've saved me TONS of time and massive amounts
of frustration. In the end it has taken us 10-12 hours minimum off and
on for 3 weeks to solve this problem. I don't wish it on anyone else.

Thanks again for your help, without your advice we'd probably have
gone totally nuts by now.

Regards,
Alan


On Jun 20, 2009, at 2:44 AM, php-java-bridge-

us...@li... wrote: > Hi, > >> bridge seems to be hanging...
the first few calls wil...

>
------------------------------------------------------------------------------
> Are you an open s...

> php...@li... >
https://lists.sourceforge.net/lists/listinfo/php-jav...
------------------------------------------------------------------------------
Enter the BlackBerry Developer Challenge
This is your chance to win up to $100,000 in prizes! For a limited time,
vendors submitting new applications to BlackBerry App World(TM) will have
the opportunity to enter the BlackBerry Developer Challenge. See full prize
details at: http://p.sf.net/sfu/Challenge

_______________________________________________ php-java-bridge-users
mailing list

php...@li...
https://lists.sourceforge.net/lists/listinfo/php-java-br...

Jost-

Thanks again for the pile of tips. Based on your steps I was finally  
able to isolate the problem.

In reality my situation was caused by a collision of lack of upgrade  
docs with code that might not have been clean enough in the first  
place. I'll tell you what happened, and ask that hopefully you can  
amend the docs to prevent others from experiencing the same thing. It  
literally took me and someone else about 10-12 hours of debugging over  
4-5 debugging sessions to figure this out.

So, in PHP code we were doing something like:

$rs = $someJavaObject->getResultSet();
while ($rs->next()) {
	// stuff
}

This works *fine* on java bridge v3.1.8. When we upgraded, it started  
failing.

After installing turning on verbose debugging, we realized that the  
script was actually executing in an infinite loop in that spot, which  
is why it was eventually throwing a "php script timeout" error. The  
debug logs allowed us to find the code shown above and realize that we  
were in an infinite loop.

So why the sudden infinite loop bug?

> define ("JAVA_PREFER_VALUES", true);
> require_once('/usr/local/src/pjb/java/Java.inc');

Simply adding the JAVA_PREFER_VALES=true fixed the bug. That setting  
doesn't seem to be documented anywhere. Nothing is mentioned about  
anything special needing to be done to upgrade that I saw.

So, while I am very happy that we've solved our problem, I would still  
like to know:

1) What exactly does JAVA_PREFER_VALES=true do?
2) Could you please add in an appropriate place in the docs something  
about this setting and how it might be important when upgrading from  
older versions. It would've saved me TONS of time and massive amounts  
of frustration. In the end it has taken us 10-12 hours minimum off and  
on for 3 weeks to solve this problem. I don't wish it on anyone else.

Thanks again for your help, without your advice we'd probably have  
gone totally nuts by now.

Regards,
Alan


On Jun 20, 2009, at 2:44 AM, php-java-bridge- 
us...@li... wrote:

> Hi,
>
>> bridge seems to be hanging... the first few calls will
>> work, then communication with the bridge becomes
>> interrupted and hangs the web server and
>> subsequent requests
>
> Since everybody uses the same channel w/o problems (servlet: uses  
> inet:
> internally, see or faq), we need to find out what's so special with  
> your
> setup and what "interrupted" and "hanging" really means.
>
> Possible causes:
>
> 1. You have migrated from 3.x to 5.x, which means that an old front  
> end may
> try to communicate with the new back end. Please use the "Java.inc"  
> shipped
> with the back end. You can raise the  
> php.java.bridge.default_log_level to 4
> or above to observe the communication (details in faq or from java - 
> jar
> JavaBridge.jar --help)
>
> 2. Your php version cannot execute the php code from Java.inc  
> correctly.
> (Unlikely if you use php php 5.2, 5.3 or php 6.x).
>
> In any case, you can debug php with strace or gdb: for i in `pidof  
> httpd`;
> do strace -s 1024 -ff -p $i >$i.log 2>&1 ;done traces all "httpd"  
> instances
> running php and writes the system calls to $i.log.
>
> Or, slightly easier, as it uses only one executable:
>
>  strace -s 1024 -ff `which httpd` -X
>
> My guess is that you use a 3.x front end, which expects an old  
> response from
> the back end. The XML protocol has been revised from ver. 3.x to 5.x  
> to not
> use unnecessary round-trips anymore.
>
> Regards,
> Jost Boekemeier
>
> 20. Jun 2009 1:21 vorm. schrieb am <
> php...@li...>:
>
>>> So then the "standalone" use is no longer >recommended or  
>>> supported? > >
> It is still supported, o...
> Where, in the FAQ?
>
>> Example for the standalone container:
>>
>>    java -Dphp.java.bridge.default_log_level=5 -jar JavaBridge.jar
>> SERVLET:8080
>
> This looks different from the previous docs, which were like:
>
>> $JAVA -server -Xmx1200m -jar $JAVA_BRIDGE_PATH INET_LOCAL:9676 3
>
>
> What is the final "3" for? And INET_LOCAL vs SERVLET? Are those java
> parameters, or arguments interpreted by the JavaBridge.jar executable?
>
> In any case is this form acceptable?
>
>> $JAVA -server -Xmx1200m -jar $JAVA_BRIDGE_PATH INET_LOCAL:9676 3
>
> If so, this is the form we're having trouble with. The bridge seems to
> be hanging... the first few calls will work, then communication with
> the bridge becomes interrupted and hangs the web server and subsequent
> requests.
>
> Any idea where to look first for errors? Nothing in the output from
> the Jar...
>
> Thanks,
>
> Alan
> ------------------------------------------------------------------------------
> Are you an op...
>
> php...@li...
>
> https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users
> ------------------------------------------------------------------------------
> Are you an open source citizen? Join us for the Open Source Bridge  
> conference!
> Portland, OR, June 17-19. Two days of sessions, one day of  
> unconference: $250.
> Need another reason to go? 24-hour hacker lounge. Register today!
> http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org
> _______________________________________________
> php-java-bridge-users mailing list
> php...@li...
> https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users