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

Hi,

>   I think the URL split() used in version 4.1.7 caused this. In version 4.1.8 this 
>   problem disappeared (for me).

which URL split() do you mean?


>   BTW: Is it possible to use Java.inc with version 3.2.1?

No, I don't think so. Version 4.x uses an enhanced protocol which tries to avoid round-trips as
much as possible. In order to make this work correctly, the bridge needs two interfaces, which
currently don't exist in the php core. 

We could implement them ourselfs in java.c. But the java.c contained in version 4 is a fake, used
only for backward compatibility.


Regards,
Jost Boekemeier



      Heute schon einen Blick in die Zukunft von E-Mails wagen? Versuchen Sie´s mit dem neuen Yahoo! Mail. www.yahoo.de/mail

Hi,

> It appears that the problem I was having with fread() errors (which, by the way, Jost, I
> couldn't find any errors in the logs.  Where would I find this log? Tomcat should report the
> error, shouldn't it?)

yes. -- The php.java.bridge.default_log_level is 3, which means that exceptions and errors are
logged to the tomcat error log (usually called logs/NODENAME_date). 


> has to do with a JavaScript function interfering with Java.  I guess

Can you please open a problem report (please use
http://sourceforge.net/tracker/?func=add&group_id=117793&atid=679233), set the log level to 5 and
attach the log there?

Maybe it is possible to also attach the request headers, obtained by adding the following line to
Java.inc (line 265 in the current code
http://php-java-bridge.cvs.sourceforge.net/php-java-bridge/php-java-bridge/server/META-INF/java/Protocol.inc?revision=1.11&view=markup):

  echo "request header::$str<br>\n";


I suspect that PHP could not parse the request headers correctly, probably because the back end
has sent both, the PHP cookie and the JAVA cookie in an unusual way. -- I could not reproduce
this,  just a guess. They should be separated by a "; " and the value should be properly
URLEncoded.

Basically the bridge simply forwards the request URL to the back-end. I think what happened is
that Java.inc has sent a garbage URL to tomcat and tomcat responded with a HTML error message. The
bridge failed to detect the error condition and tried to parse the HTML error as a PHP/Java Bridge
protocol response.


> That is what appears is happening with the setCookie function that exists in java.inc as well as

Yes, setCookie could be smarter. It should detect if the value is properly URLEncoded for example.
I will check this.


Regards,
Jost Boekemeier



      __________________________________  
Alles was der Gesundheit und Entspannung dient. BE A BETTER MEDIZINMANN! www.yahoo.de/clever

Hi Filip,

> Actually, the jar files are not in a remote server. 

then it is better to use a local URL. For example:

$here=getcwd();
java_require("$here/jar1.jar;$here/jar2.jar;...");


> could it be (another) Java classpath problem?  All the

I don't think so.


> jar files inside java_require() should be in my Java
> classpath right?

No. -- Forget about the java classpath, this is an insane concept.
Please use the jar repository or java_require() instead.


> I assume that is what java_reset() does(?).

Yes. It clears the loader cache, which means that the dynamic loader
must load the classes again and again.


> did this because sometimes my Wiki runs sluggishly
> after I visit a page that invokes PHP-Java Bridge. 
> That is true, even if the next pages I view do not use
> PHP-Java Bridge anymore.  

Interesting. Java runs as a separate process. The only common
resource used by both processes is memory. Or this is a placebo
effect.


> java_reset()?  Maybe, from an old local copy of some
> website?

It was documented in java.c, which doesn't exist anymore. But AFAIK
the documentation contained a warning that java_reset() should never
be used in user scripts.

If you have still performance problems please open a new ticket and 
add a 

  echo java("java.lang.System")->currentTimeMillis();

to the beginning and the end of the script.


Regards,
Jost Boekemeier



      __________________________________  
Alles was der Gesundheit und Entspannung dient. BE A BETTER MEDIZINMANN! www.yahoo.de/clever