Hi Curtis,
> I don't want to use an app server as this is just a
utility
> application.
well, at least on unix the bridge runs more than 2-3
times faster when it is deployed into a application
server or servlet engine.
The reason is that the bridge uses the servlet for
activation only and then switches to a pipe
communication channel which is 1.5 times faster than
fastest unix domain socket implementation and more
than two times faster than local tcp sockets backed by
shared memory.
> java.class.path = c:\php5\ext\php_java.jar
> java.java_library =
C:\jdk1.4.2\jre\bin\server\jvm.dll
> java.java_library.path = C:\php5\ext
These settings might confuse the bridge, please remove
them.
> like this: javaw -Djava.library.path=c:\php5\ext
Can you please type:
java -jar JavaBridge.jar INET_LOCAL:9267 5
Bridge.log
(please avoid backslashes, they have a different
meaning in java)
and check if your php_java.dll is indeed the
php_java.dll from the PHP/Java Bridge and not its
predecessor, the ext/java extension
After that php-cgi.exe test.php >result.html should
display that the backend is running.
> All that happens is winzip opens up with the jar
file.
This shouldn't happen if you have just installed a jdk
which associates .jar with java. -- It's not java's
fault that some public domain programs destroy the
created java file associations. :)
In any case, the following should always work:
c:
cd \php5
.\php-cgi.exe -n -q -dextension_dir=ext test.php
>result.html
The result.html should display "java running" and the
java command used to start the backend. You can cut
and paste the complete command to a command shell,
please do not convert slashes into backslashes.
If this doesn't work for some reason, please open a
bug report, please use:
http://sourceforge.net/tracker/?func=add&group_id=117793&atid=679233.
We'll then look at this issue asap.
Regards,
Jost Boekemeier
___________________________________________________________
Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de
|
