php-java-bridge-users Mailing List for PHP/Java Bridge (Page 72)

Hi,

sounds as if you tomcat installation cannot start a standard web application.

Please either use a standard Tomcat installation instead of check the tomcat error log and pass that information on to the debian tomcat maintainer.


Regards,
Jost Boekemeier



      

Hi,

> Is
> there any way
> to increase the heap space 

Just start the Java VM with the option -Xmx512M.


> as supplying
> these arguments in the Java.ini configuration file.

There is no Java.ini configuration file. However, if you define
JAVA_PARSE_INI_FILE within your PHP script before including Java.inc, Java.inc will parse a java.ini config file.

In any case the .ini file is for PHP, not for Java. 



Regards,
Jost Boekemeier



      

Hi

 

I have an application that crops an existing svg image to a smaller svg
image.  On the command line I have no problems as I can configure the
java object with a larger jvm heap space using the arguments -Xms1024m
and -Xmx1024m.  These are needed as the existing svg image is very
large.  So when I then run the application across the java-bridge I get
an OutOfMemoryError as the heap space needs to upped.  Is there any way
to increase the heap space for us to do what we wish such as supplying
these arguments in the Java.ini configuration file.

 

Thanks for all your help

 

Barry

I have just discovered that this is a Tomcat issue
in /etc/default/tomcat5.5
# Use the Java security manager? (yes/no, default: yes)
# WARNING: Do not disable the security manager unless you understand
# the consequences!
# NOTE: java-gcj-compat-dev currently doesn't support a security
# manager.
#TOMCAT5_SECURITY=yes

changing this to TOMCAT5_SECURITY=no fixes the problem and javabridge
works as expected.
Can someone please explain what the consequences of this is ?

cheers

Cees

It must be something else I'm not getting.
New install of ubuntu-8.04 server (LAMP), sun-java6-jdk, tomcat5.5, php5-cgi
Tomcat working fine (tomcat5.5-webapps) and apache2/php5 working fine.
However, deployed JavaBridge.war. Still a problem 404 error, Servlet
PhpCGIServlet is not available
fwiw, running standalone (no tomcat) as
java -jar JavaBridge.jar SERVLET:8080 3 javabridge_servlet.log
does work, both http://localhost:8080/test.php and
http://localhost/JavaBridge/test.php give ok result

Cees

Hi David,

> Well I'm starting using php-java-bridge under linux.

I assume that you don't want to use Java. The linux binary is a native binary and has been compiled against the standard library path, which is /usr/lib.  However, I doubt that matlab will work with GNU Java.

Please use a real Java implementation instead.


> When I implement Matlab Java export in Java, there is no
> problem, after 
> I have define LD_LIBRARY_PATH with "export".

Fine.



> indicating that it does not find Matlab PATH.

Well, just start a real JVM and set the LD_LIBRARY_PATH before starting your Java application. After that you can call your app methods from PHP, as usual.


> However, I try "export", php putenv function and
> exec() without success.

I don't understand. There is no putenv() procedure in Java, so java("java.lang.System")->putenv(...) will almost certainly not work.


Regards,
Jost Boekemeier




      

Hi,

I don't think anyone on the mailing list is interested in this.

Please use our bug tracking system instead. As soon as I see the requested information there, I will respond.


Regards,
Jost Boekemeier





      

Hi,

in follow up to my previous email:

pls disregard. I fixed the problem with another variation of the properties
settings.

Regards,
Bart

On Sat, Oct 11, 2008 at 9:07 PM, Bart Orriens <bar...@gm...>wrote:

>
> Hi,
>
> regarding the Netbeans issue. I attempted to solve the issue, but no luck
> yet. To just summarize the status:
>
> -ran the war installation part
> -copied the java bridge and php-script jar files to the java.ext.dirs.
> -the simple code I am trying to run is (without the try/catch):
>
>        InvocablePhpScriptEngine engine = new InvocablePhpScriptEngine();
>        String s = "<?php echo 'HelloWorld!\n'; ?>";
>        System.out.println("here");
>        engine.eval(new StringReader(s));
>        System.out.println("here2");
>        String name = (String)
> ((Invocable)engine).invokeFunction("java_get_server_name", new Object[]{});
>        System.out.println("PHP/Java communication port: " + name);
>        engine.eval((Reader)null);
>
> -this leads to the reported error of the null pointer exception when
> obtaining a handler.
>
> I suspect the problem may lie in setting the properties of the bridge in
> the java code. In my code
> I set them as follows:
>
>    System.setProperty("php.java.bridge.default_log_level", "3");
>    System.setProperty("php.java.bridge.default_log_file", "");
>    System.setProperty("php.java.bridge.php_exec", "php-cgi");
>
> Now, I am running this on Windows, where the location of the php-cgi.exe
> file is "c:\php\php-cgi.exe" (which is part of the standard php 5.2.6
> download together with the php5ts.dll library).
>
> I attempted to set the "php.java.bridge.php_exec" property to this location
> (in different variations), but that did not work.
> Could you please inform what is the proper way to set these properties (in
> order to rule out this potential cause)?
>
> Regards,
> Bart
>
>
>
> On Wed, Oct 8, 2008 at 8:45 PM, <
> php...@li...> wrote:
>
>> Hi,
>>
>> > 8) ran the code resulting in the error reported in the
>> > email below.
>>
>> we're sorry, but we could not reproduce this problem.
>>
>>
>> Please open a bug report (please use
>> http://sourceforge.net/tracker/?func=add&group_id=117793&atid=679233) and
>> include a piece of test code and the php executable (php-cgi.exe,php5ts.dll)
>> and the JavaBridge.jar and php-script.jar you've used for the test. Please
>> also include the error message.
>>
>>
>> Regards,
>> Jost Boekemeier
>>
>>
>>
>>
>>
>>
>> -------------------------------------------------------------------------
>> This SF.Net email is sponsored by the Moblin Your Move Developer's
>> challenge
>> Build the coolest Linux based applications with Moblin SDK & win great
>> prizes
>> Grand prize is a trip for two to an Open Source event anywhere in the
>> world
>> http://moblin-contest.org/redirect.php?banner_id=100&url=/
>> _______________________________________________
>> php-java-bridge-users mailing list
>> php...@li...
>> https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users
>>
>
>
>
> --
> The new is always the old. Everything that's old was once new, and
> everything that's new will one day be old. The oldest thing of all is the
> present, because there's never been anything else but the present. No one
> has ever lived in the past, and no one lives in the future, either.
>



-- 
The new is always the old. Everything that's old was once new, and
everything that's new will one day be old. The oldest thing of all is the
present, because there's never been anything else but the present. No one
has ever lived in the past, and no one lives in the future, either.

Hi,

regarding the Netbeans issue. I attempted to solve the issue, but no luck
yet. To just summarize the status:

-ran the war installation part
-copied the java bridge and php-script jar files to the java.ext.dirs.
-the simple code I am trying to run is (without the try/catch):

       InvocablePhpScriptEngine engine = new InvocablePhpScriptEngine();
       String s = "<?php echo 'HelloWorld!\n'; ?>";
       System.out.println("here");
       engine.eval(new StringReader(s));
       System.out.println("here2");
       String name = (String)
((Invocable)engine).invokeFunction("java_get_server_name", new Object[]{});
       System.out.println("PHP/Java communication port: " + name);
       engine.eval((Reader)null);

-this leads to the reported error of the null pointer exception when
obtaining a handler.

I suspect the problem may lie in setting the properties of the bridge in the
java code. In my code
I set them as follows:

   System.setProperty("php.java.bridge.default_log_level", "3");
   System.setProperty("php.java.bridge.default_log_file", "");
   System.setProperty("php.java.bridge.php_exec", "php-cgi");

Now, I am running this on Windows, where the location of the php-cgi.exe
file is "c:\php\php-cgi.exe" (which is part of the standard php 5.2.6
download together with the php5ts.dll library).

I attempted to set the "php.java.bridge.php_exec" property to this location
(in different variations), but that did not work.
Could you please inform what is the proper way to set these properties (in
order to rule out this potential cause)?

Regards,
Bart


On Wed, Oct 8, 2008 at 8:45 PM, <php...@li...
> wrote:

> Hi,
>
> > 8) ran the code resulting in the error reported in the
> > email below.
>
> we're sorry, but we could not reproduce this problem.
>
>
> Please open a bug report (please use
> http://sourceforge.net/tracker/?func=add&group_id=117793&atid=679233) and
> include a piece of test code and the php executable (php-cgi.exe,php5ts.dll)
> and the JavaBridge.jar and php-script.jar you've used for the test. Please
> also include the error message.
>
>
> Regards,
> Jost Boekemeier
>
>
>
>
>
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's
> challenge
> Build the coolest Linux based applications with Moblin SDK & win great
> prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> php-java-bridge-users mailing list
> php...@li...
> https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users
>



-- 
The new is always the old. Everything that's old was once new, and
everything that's new will one day be old. The oldest thing of all is the
present, because there's never been anything else but the present. No one
has ever lived in the past, and no one lives in the future, either.

Please see FAQ entry "How do I load impure Java libraries?"

Regards,
faq-o-matic



      

Hello,

Well I'm starting using php-java-bridge under linux.

I add to use it to be able to integrate Matlab project exported in Java.

To use Matlab library it's need to have the LD_LIBRARY_PATH define to 
Matlab runtime environnement.

When I implement Matlab Java export in Java, there is no problem, after 
I have define LD_LIBRARY_PATH with "export".


When I try the same implementation with php, I got the error message 
indicating that it does not find Matlab PATH.

"java.lang.Exception: Failed to find the runtime libraries, required by 
MATLAB Builder JA, on system path"

However, I try "export", php putenv function and exec() without success.

Thanks in advance for your help

Regards

David

Hi,

this is not a tomcat issue, it is  a Java problem.

Unlike .NET the Java platform doesn't have a module system, so that changes to the run-time environment can cause such errors.

Java works around this problem by using separate class loaders for different paths. For example if foo has been compiled against bar1 but the current loader cannot access bar1 (even though it is available from another loader), you will get the error message: NoClassDefFoundError: foo cannot be instanciated (or foo cannot be found). You will *not* get a clear error message saying that bar1 is not available, that's why nobody can debug such problems.

Please remove all JavaBridge.jar and all php-servlet.jar and all php-script.jar libraries from the system, clean the temp and the work/Catalina dir and try again. 

If that still fails, re-install the entire environment. The problem will vanish after that.


Regards,
Jost Boekemeier



      

I am unable to install php-java-bridge on ubuntu 8.04 and was hoping
someone could point me in the right direction.

ubuntu 8.04
apache2 (2.2.8-1ubuntu0.3)
php5 (5.2.4-2ubuntu5.3)
tomcat5.5 (5.5.25-5ubuntu1.1)
java-6-sun-1.6.0.06

all installed from .deb package archives and working fine without modification
change tomcat/server.xml to listen on 8080 instead of 8180   (apache2 on 80)

extracted JavaBridge.war (from php-java-bridge_5.3.2.1_j2ee.zip) into
/var/lib/tomcat5.5/webapps
restart tomcat and .war extracted/deployed ok
symlink /var/www/JavaBridge to JavaBridge

http://localhost:8080/JavaBridge gives me error
HTTP Status 404 - Servlet PhpCGIServlet is not available

http://localhost:80/JavaBridge gives me the index page but none of the
bridge examples work.

I'm not too familiar with tomcat and the error messages unfortunately
don't mean much to me.

Please help

Cees

fwiw, this is what http://localhost:80/JavaBridge/sessionSharing.php shows me

protocol error:
HTTP Status 500 -

type Exception report

message

description The server encountered an internal error () that prevented
it from fulfilling this request.

exception

javax.servlet.ServletException: Could not initialize class
php.java.bridge.http.ContextServer
	org.apache.catalina.security.SecurityUtil.execute(SecurityUtil.java:294)
	org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil.java:162)
	org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil.java:115)
	org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117)
	org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:151)
	org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:874)
	org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:665)
	org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:528)
	org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:81)
	org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:689)
	java.lang.Thread.run(Thread.java:619)

root cause

java.lang.NoClassDefFoundError: Could not initialize class
php.java.bridge.http.ContextServer
	php.java.servlet.PhpJavaServlet.init(PhpJavaServlet.java:101)
	sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	java.lang.reflect.Method.invoke(Method.java:597)
	org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:244)
	java.security.AccessController.doPrivileged(Native Method)
	javax.security.auth.Subject.doAsPrivileged(Subject.java:517)
	org.apache.catalina.security.SecurityUtil.execute(SecurityUtil.java:276)
	org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil.java:162)
	org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil.java:115)
	org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117)
	org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:151)
	org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:874)
	org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:665)
	org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:528)
	org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:81)
	org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:689)
	java.lang.Thread.run(Thread.java:619)

Great, thanks!

I just tested this version in ports, and it works.  I've submitted a
Problem Report to FreeBSD Ports to upgrade to this version and hopefully
that'll be accepted soon.

Thanks for all the help.  I will look into the socket option for PHP as it
sounds like it will eliminate unnecessary complexities on *BSD.

Cheers,
Patrick



|---------+------------------------------------------->
|         |           php...@li...|
|         |           ceforge.net                     |
|         |                                           |
|         |           10/08/2008 03:27 PM             |
|         |           Please respond to               |
|         |           php-java-bridge-users           |
|         |                                           |
|---------+------------------------------------------->
  >-----------------------------------------------------------------------------------------------------------------------------|
  |                                                                                                                             |
  |       To:       php...@li...                                                                 |
  |       cc:                                                                                                                   |
  |       Subject:  Re: [Php-java-bridge-users] [PATCH] Fix for building 5.2.2 with JNI     enabled on FreeBSD 7.0 amd64        |
  >-----------------------------------------------------------------------------------------------------------------------------|




Hi,

=>
http://downloads.sourceforge.net/php-java-bridge/php-java-bridge_5.3.2.1.1.tar.gz?use_mirror=


contains the patch.


Regards,
Jost Boekemeier





-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's
challenge
Build the coolest Linux based applications with Moblin SDK & win great
prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
php-java-bridge-users mailing list
php...@li...
https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users





http://www.mintel.com
providing insight + impact

Chicago Office:
Mintel International Group Ltd (Mintel)
351 Hubbard Street, Floor 8
Chicago, IL 60610
USA

Tel: 312 932 0400
Fax: 312 932 0469

London Office:
Mintel International Group Ltd (Mintel)
18-19 Long Lane
London
EC1A 9PL
UK

Tel: 020 7606 4533
Fax: 020 7606 5932


Notice
********
This email may contain information that is privileged,
confidential or otherwise protected from disclosure. It
must not be used by, or its contents copied or disclosed
to, persons other than the addressee. If you have received
this email in error please notify the sender immediately
and delete the email. Any views or opinions expressed in
this message are solely those of the author, and do not
necessarily reflect those of Mintel.

No Mintel staff are authorised to make purchases using
email or over the internet, and any contracts so performed
are invalid.

Warning
**********
It is the responsibility of the recipient to ensure that
the onward transmission, opening or use of this message
and any attachments will not adversely affect their systems
or data. Please carry out such virus and other checks, as
you consider appropriate.

Hi,

=> 
http://downloads.sourceforge.net/php-java-bridge/php-java-bridge_5.3.2.1.1.tar.gz?use_mirror=

contains the patch.


Regards,
Jost Boekemeier



      

Thanks for the explanation.  I actually don't know anything about JNI to
know why we're using it, but that does explain a lot.  I don't know much
about java and in fact my use of java these days is entirely limited to
what I can accomplish via java-bridge.

I'm likely going to spend some time maintaining the port here within the
company I work at and hopefully I can spend some time hacking at PHP.  I
think it would make more sense to give PHP programs the ability to set
TCP_NODELAY as I think taking on the FreeBSD kernel would be more trouble
than it's worth.  I'll look into it.

Thanks,
Patrick van Staveren





|---------+------------------------------------------->
|         |           php...@li...|
|         |           ceforge.net                     |
|         |                                           |
|         |           10/08/2008 01:53 PM             |
|         |           Please respond to               |
|         |           php-java-bridge-users           |
|         |                                           |
|---------+------------------------------------------->
  >-----------------------------------------------------------------------------------------------------------------------------|
  |                                                                                                                             |
  |       To:       php...@li...                                                                 |
  |       cc:                                                                                                                   |
  |       Subject:  Re: [Php-java-bridge-users] [PATCH] Fix for building 5.2.2 with JNI     enabled on FreeBSD 7.0 amd64        |
  >-----------------------------------------------------------------------------------------------------------------------------|




Hi,

okay, thanks. I will apply this patch.


However, it would be better to fix the FreeBSD kernel so that it doesn't
use Nagle's algorithm for the local interface anymore. Or to submit a patch
to the PHP maintainers which allows PHP programs to set the socket's NDELAY
flag.

AFAIK *BSD is the only operating system which delays HTTP GET requests on
the local interface, which is the main reason why we have to keep the C/JNI
code for a fast unix domain socket connection.


Regards,
Jost Boekemeier





-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's
challenge
Build the coolest Linux based applications with Moblin SDK & win great
prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
php-java-bridge-users mailing list
php...@li...
https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users





http://www.mintel.com
providing insight + impact

Chicago Office:
Mintel International Group Ltd (Mintel)
351 Hubbard Street, Floor 8
Chicago, IL 60610
USA

Tel: 312 932 0400
Fax: 312 932 0469

London Office:
Mintel International Group Ltd (Mintel)
18-19 Long Lane
London
EC1A 9PL
UK

Tel: 020 7606 4533
Fax: 020 7606 5932


Notice
********
This email may contain information that is privileged,
confidential or otherwise protected from disclosure. It
must not be used by, or its contents copied or disclosed
to, persons other than the addressee. If you have received
this email in error please notify the sender immediately
and delete the email. Any views or opinions expressed in
this message are solely those of the author, and do not
necessarily reflect those of Mintel.

No Mintel staff are authorised to make purchases using
email or over the internet, and any contracts so performed
are invalid.

Warning
**********
It is the responsibility of the recipient to ensure that
the onward transmission, opening or use of this message
and any attachments will not adversely affect their systems
or data. Please carry out such virus and other checks, as
you consider appropriate.

Hi,

okay, thanks. I will apply this patch.


However, it would be better to fix the FreeBSD kernel so that it doesn't use Nagle's algorithm for the local interface anymore. Or to submit a patch to the PHP maintainers which allows PHP programs to set the socket's NDELAY flag. 

AFAIK *BSD is the only operating system which delays HTTP GET requests on the local interface, which is the main reason why we have to keep the C/JNI code for a fast unix domain socket connection.


Regards,
Jost Boekemeier



      

Hi,

> 8) ran the code resulting in the error reported in the
> email below.

we're sorry, but we could not reproduce this problem. 


Please open a bug report (please use http://sourceforge.net/tracker/?func=add&group_id=117793&atid=679233) and include a piece of test code and the php executable (php-cgi.exe,php5ts.dll) and the JavaBridge.jar and php-script.jar you've used for the test. Please also include the error message.


Regards,
Jost Boekemeier




      

I'm a long time java-bridge user, and I've recently needed to get it ported
to FreeBSD 7.0/amd64.  I'm current working against php-java-bridge_5.2.2 as
5.3.x seems to have other build failures (and 5.2 will work fine for now.)
The package builds fine out of the box with no modifications, but it does
not detect the JNI extension which is enabled on our JDK.  This means that
libnatcJavaBridge.so is not built.  Furthermore this issue was only
happening on amd64 boxes -- JNI is detected properly on i386.

I dove into this last night and it turns out that the test for jni in
tests.m4/java_check_jni.m4 calls GCC with no compiler flags.  This works
fine on i386, but fails on amd64 because we need the -fPIC flag to build a
shared library correctly.  Once fixed, php-java-brdge builds fine and
libnatcJavaBridge.so is built correctly.  If I'm not mistaken, it's now
working just fine :)

Below is my patch against php-java-bridge-5.2.2.  I'll give this a whirl
against 5.3.x sometime when I have more free time.  I'm not entirely sure
this is the best way to accomplish this, but it is working for me on
FreeBSD 7.0 on i386 and amd64 hosts.

For future reference...it doesn't look like anyone uses the SF bug
tracker...is this mailing list the best place to submit patches?  If not,
let me know where :)

Cheers,
Patrick van Staveren


--- tests.m4/java_check_jni.m4.orig 2008-10-08 03:26:29.000000000 +0000
+++ tests.m4/java_check_jni.m4      2008-10-08 03:26:45.000000000 +0000
@@ -12,11 +12,11 @@
 have_jni=no
 if test "$have_ar" = "yes"; then
  if test "$PHP_JAVA" != "yes"; then
-  $CC -olibjni.so $JAVA_INCLUDES -shared jni.c 2>test.log
+  $CC $lt_prog_compiler_pic -olibjni.so $JAVA_INCLUDES -shared jni.c
2>test.log
   $PHP_JAVA/bin/javac jni.java 2>>test.log
   LD_LIBRARY_PATH=`pwd` $PHP_JAVA/bin/java -Djava.library.path=`pwd` jni
2>>test.log && have_jni=yes
  else
-  $CC -olibjni.so -shared jni.c 2>test.log && have_jni=yes
+  $CC $lt_prog_compiler_pic -olibjni.so -shared jni.c 2>test.log &&
have_jni=yes
  fi
 fi
 rm -f libjni.so jni.java jni.c test.log




http://www.mintel.com
providing insight + impact

Chicago Office:
Mintel International Group Ltd (Mintel)
351 Hubbard Street, Floor 8
Chicago, IL 60610
USA

Tel: 312 932 0400
Fax: 312 932 0469

London Office:
Mintel International Group Ltd (Mintel)
18-19 Long Lane
London
EC1A 9PL
UK

Tel: 020 7606 4533
Fax: 020 7606 5932


Notice
********
This email may contain information that is privileged,
confidential or otherwise protected from disclosure. It
must not be used by, or its contents copied or disclosed
to, persons other than the addressee. If you have received
this email in error please notify the sender immediately
and delete the email. Any views or opinions expressed in
this message are solely those of the author, and do not
necessarily reflect those of Mintel.

No Mintel staff are authorised to make purchases using
email or over the internet, and any contracts so performed
are invalid.

Warning
**********
It is the responsibility of the recipient to ensure that
the onward transmission, opening or use of this message
and any attachments will not adversely affect their systems
or data. Please carry out such virus and other checks, as
you consider appropriate.

Hi,

so the problem is not having a php_java.dll then, since I don't have it.
What could then the reason by of the errors I get from Netbeans.
To repeat my steps:

1) installed JDK 1.6.0_7 and php 5.2.6.
2) downloaded and unzipped java bridge zip file.
3) ran the test installation.
4) tested the Jrunscript with some examples, works fine.
5) tested the deployment of the war file to apache tomcat, works fine for
the java standalone examples.
6) copied php-script.jar and javabridge.jar to java.ext.dirs.
7) opened netbeans 6.0.1 and created java application with example code from
the documentation/server/test involving an invocable php-engine (Netbeans
settings for PHP is to use the php.exe file for handling php files).
8) ran the code resulting in the error reported in the email below.

Since there is no php_java.dll, what could the issue be that is causing the
problem?
Or, alternatively, am I missing a step here to get this to work?

Regards,
Bart


On Fri, Sep 26, 2008 at 9:22 PM, <
php...@li...> wrote:

> Hi,
>
> > the 'thiz' object is null and this is why the proxy
> > part fails.
>
> this happens if the script could not call into the Java continuation.
>
>
> "Invocable" scripts are evaluated in three parts:
>
> part 1 load Java.inc/php_java.dll
>
> part 2 is your script code
>
> part 3 is the call back into Java (if your code did not call into Java)
>
>
> The full script looks like this:
>
> <?php require("http://<localhost>:dynamicPort/JavaBridge/java/Java.inc")?>
> <?php ... your PHP code ... ?>
> <?php java_context()->call(java_closure());
>
> When a php_java.dll exists, part#1 will not be called. In this case we
> assume that your PHP installation already uses the PHP/Java Bridge.
>
> If the asumption is false, and the php_java.dll does not export
> java_context(), part#3 will fail and Java will not be able to get- and call
> the PHP continuation.
>
>
> Regards,
> Jost Boekemeier
>
> __________________________________________________
> Do You Yahoo!?
> Sie sind Spam leid? Yahoo! Mail verfügt über einen herausragenden Schutz
> gegen Massenmails.
> http://mail.yahoo.com
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's
> challenge
> Build the coolest Linux based applications with Moblin SDK & win great
> prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> php-java-bridge-users mailing list
> php...@li...
> https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users
>



-- 
The new is always the old. Everything that's old was once new, and
everything that's new will one day be old. The oldest thing of all is the
present, because there's never been anything else but the present. No one
has ever lived in the past, and no one lives in the future, either.

Hi,


> I don't have php_java.dll.

Good!


> Could you send me the correct version needed for the
> bridge?

I don't have it either.  -- The dll is only neccessary for PHP 4.


> With that dll in hand, how can I then get my PHP
> installation to use the
> PHP/JavaBridge?

The bridge uses fopen and fread/fwrite to send/receive XML requests to/from the PhpJavaServlet. I am a little bit surprised that this simple mechanism causes problems.


Regards,
Jost Boekemeier



      

Hi Andre,


> The 1.53 cvs version of server/Makefile.am still contained
> the "java"
> file at line 81

ah, that's why the src.zip suddenly contained a java wrapper. -- I wasn't able to figure out where it came from.


> causing failure to build.
> The new server/Makefile.am 1.54 cvs version removed this
> problem and 
> the the compilation finished.

Great, thank you! -- I think I will upload a new php-java-bridge_5.3.2.1.tar.gz which contains this change.


Regards,
Jost Boekemeier



      

Hello, Jost
The 1.53 cvs version of server/Makefile.am still contained the "java"
file at line 81, causing failure to build.
The new server/Makefile.am 1.54 cvs version removed this problem and 
the the compilation finished.
Please, review this modification. The cvs repository should be the 
reference source for compilation. I guess that you used a local copy
to generate the new j2ee package. Please, verify this issue.
Regards.
Andre Felipe
-- 
http://www.techforce.com.br
A Debian user never dies. Issues a last command:
#shutdown -h now

Hi,

I don't have php_java.dll.

Could you send me the correct version needed for the bridge?
With that dll in hand, how can I then get my PHP installation to use the
PHP/JavaBridge?

Bart


On Fri, Sep 26, 2008 at 9:22 PM, <
php...@li...> wrote:

> Hi,
>
> > the 'thiz' object is null and this is why the proxy
> > part fails.
>
> this happens if the script could not call into the Java continuation.
>
>
> "Invocable" scripts are evaluated in three parts:
>
> part 1 load Java.inc/php_java.dll
>
> part 2 is your script code
>
> part 3 is the call back into Java (if your code did not call into Java)
>
>
> The full script looks like this:
>
> <?php require("http://<localhost>:dynamicPort/JavaBridge/java/Java.inc")?>
> <?php ... your PHP code ... ?>
> <?php java_context()->call(java_closure());
>
> When a php_java.dll exists, part#1 will not be called. In this case we
> assume that your PHP installation already uses the PHP/Java Bridge.
>
> If the asumption is false, and the php_java.dll does not export
> java_context(), part#3 will fail and Java will not be able to get- and call
> the PHP continuation.
>
>
> Regards,
> Jost Boekemeier
>
> __________________________________________________
> Do You Yahoo!?
> Sie sind Spam leid? Yahoo! Mail verfügt über einen herausragenden Schutz
> gegen Massenmails.
> http://mail.yahoo.com
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's
> challenge
> Build the coolest Linux based applications with Moblin SDK & win great
> prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> php-java-bridge-users mailing list
> php...@li...
> https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users
>



-- 
The new is always the old. Everything that's old was once new, and
everything that's new will one day be old. The oldest thing of all is the
present, because there's never been anything else but the present. No one
has ever lived in the past, and no one lives in the future, either.

Hi Andre,

thank you very much.


> .. PhpScriptContextFactory.java file allowed

Yeah. It should have been PhpServletContextFactory... :) All Servlet*.class files are now stored in the php-servlet.jar to avoid class loading issues when the php-script.jar is loaded from the jre/lib/ext directory, but the php-servlet.jar is not.


I have fixed the deprecated warning. The servlet implements an interface which exports three deprecated methods. A class which implements such an interface must add a deprecated tag, otherwise one will see the deprecation warnings.

I have tagged the release as:

 RELEASE-5-3-2-1
 ROOT_RELEASE-5-3-2-1


Again, thank you very much for compiling the debian packages!


Regards,
Jost Boekemeier