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

Hi,

> Converting HTTP to LOCAL URL did the trick.  It runs a lot faster now, from 16 seconds, it's
> down to 0-4 seconds.  That's good enough considering that ordinary Wiki pages that do not use

4 seconds is still too slow if the cache is enabled and the jars are cached. I'd say that if a
script runs for much more than 200ms, then the script contains a bug.


> I am just curious... just how much memory does the loader  
> cache use up? Can I change its value in some config file?

Up to 64M (see the -Xmx JVM option).


 
> I was using 3.1.x J2EE(?) for Windows XP because of the good tutorial
> site I mentioned in my last email.  

Why do you need a tutorial to install the bridge? Your PHP code
should contain a require_once("java/Java.inc") (or "java/Java.php", if you
use version 3.2.1) and your java app must be running. That's all.


> version for Debian.  Instead there is a 4.x J2EE *.DEB file.

I think there's a 3.2.1 version, too.


> This should work just as well, shouldn't it?

Yes. Java and PHP don't depend on a particular OS kernel.


> Aside from the INSTALL.LINUX readme file inside the archive file
> for Debian, where else can I find instructions/tutorials on 
> installing on Debian?

Which information are you looking for?


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,

>  Is a ScriptEngine of
> this type already planned for a future release?

a common approach is to use a ServletContextListener and to store the created context instance 
into the ServletContext of the web application. 

This way we can expose PHP script "beans" to frameworks such as JSF or Spring. 
The only additional argument that the factory needs is the location (the port number) 
of the pool (apache, fcgi, whatever) managing the PHP instances. 

The two new ScriptEngines themselfs will probably be descendants of the php and php-invocable
engine. -- The invocable engine will be tricky, because it needs to suspend execution 
(via "java_closure()") to allow Java calls into the "bean". But this shouldn't be a problem if
allow_url_include is set to On. In the worst case it must use a temporary file.

I think I could implement this for the next version, 4.2.3.


Regards,
Jost Boekemeier



      Jetzt Mails schnell in einem Vorschaufenster überfliegen. Dies und viel mehr bietet das neue Yahoo! Mail - www.yahoo.de/mail