Re: [Php-java-bridge-users] PHP Java Translation Help

[<php...@li...>]

Hi,

> ---------------------
> PHP 5.0.4 too old.
> For PHP versions < 5.1.4 install the java.so or
> php_java.dll from the
> php-java-bridge-legacy download.
> Or set the path to the PHP executable, see php_exec
> in the
> WEB-INF/web.xml
> ---------------------

> What I don't get is that Apache *is* available, so
> why is the
> documentation steering me towards this
> implementation?  Please explain.

Depending on whether you use the Apache front-end or
the J2EE back-end directly, a) you need to install the
java.so/php_java.dll or b) set the path to the php
executable, respectively.

That is: 

http://localhost:8080/JavaBridge/test.php
invokes the php_exec from the web.xml, 

http://localhost:80/JavaBridge/test.php invokes Apache
or IIS and triggers the php.so or php.dll which in
turn reads the php.ini which in turn loads the java.so
or php_java.dll.


> I do not understand how PHP deals with Java's
> instances.

Well, as someone else noted, your only mistake was
that you thought that getInstance evaluates for its
side effects. But this isn't the case. It is a
function.


> I installed this: php-java-bridge-4.0.7_j2ee and

Okay.


> though the environment
> is a virtual dedicated server, my rights are sadly
> limited.

Okay.


> I've got tomcat running on autostart and have the
> bridge in its webapps
> directory.  

Okay. This means that even if the machine boots,
tomcat  (and the bridge) will re-start automatically.
Good.


> If tomcat is supplying the VM, why am I getting
> stack heap issues in

Your ISP doesn't want you to start java from the
console. This is usually a GRSecurity or SEL issue.


> trying to start a VM when merely calling java -jar
> JavaBridge.jar --help
> ?
> 
> This has *got* to work, I just need to figure out
> how...

Not really. You can restrict Java so that it core
dumps on startup. Please take a look at the SEL files
distributed with the php-java-bridge source download.
Sun JDK 1.5 for example creates executable files in
the temp dir with global permissions. This is very
insecure, imho. If you switch off these permissions
via a SEL rule, Java will crash in the garbage
collector or in the JIT thread.

It all depends on the SEL context. Presumably tomcat
runs in the initd_t context, not in unconfined_t. But
that's guesswork.


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