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

Hi,

It seems that the entire OSDN subnet is not reachable for an unknown reason. 


> Is there some other location or mirror to get it from? It seems to be down
> already a while...

Well, other open-source distribution channels are likely to have similar problems. I remember that
php.net was not reachable for at least three days.


Regards,
Jost Boekemeier



      __________________________________  
Yahoo! Clever: Sie haben Fragen? Yahoo! Nutzer antworten Ihnen. www.yahoo.de/clever

Is there some other location or mirror to get it from? It seems to be d=
own
already a while...

Michael


                                                                       =
                                              
  From:       php...@li...              =
                                              
                                                                       =
                                              
  To:         php...@li...              =
                                              
                                                                       =
                                              
  Date:       13.08.2007 14:38                                         =
                                              
                                                                       =
                                              
  Subject:    Re: [Php-java-bridge-users] Download page link dangling..=
.                                             
                                                                       =
                                              





Hi,

> to dangle. I only get unable to connect...

the link is okay, but sf.net uses a different Apache pool for the downl=
oad
area. I guess the pool
has some temporary problems.


Regards,
Jost Boekemeier



      Wissenswertes f=FCr Bastler und Hobby Handwerker. BE A BETTER
HEIMWERKER! www.yahoo.de/clever

-----------------------------------------------------------------------=
--
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.=

Download your FREE copy of Splunk now >>  http://get.splunk.com/
_______________________________________________
php-java-bridge-users mailing list
php...@li...
https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users
=

Hi,

> to dangle. I only get unable to connect...

the link is okay, but sf.net uses a different Apache pool for the download area. I guess the pool
has some temporary problems.


Regards,
Jost Boekemeier



      Wissenswertes für Bastler und Hobby Handwerker. BE A BETTER HEIMWERKER! www.yahoo.de/clever

The temp. download link
http://sourceforge.net/project/showfiles.php?group_id=117793 on
http://php-java-bridge.sourceforge.net/pjb/download.php seem
to dangle. I only get unable to connect...

Michael

Hi,

>          I only use Zend optimize or php-java-birdge in my php server, if I use both at one
> time, my web server cannot run succeed

what do you mean with "cannot run succeed"? Both, the C implementation and the pure PHP
implementation should run well with the zend optimizer. The only thing that the C implementation
does is to take the pure PHP implementation and to compile it to byte code. The optimizer
shouldn't have a problem with that.


Regards,
Jost Boekemeier



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

Hi,

> But I let the php-java-bridge add to existing php.ini the php-java-bridge runs failed,

this problem comes up once in a while. And support requests like these where the reason
why we don't recommend to use the C implementation[1]. -- Compiling C code isn't for everyone;
the gcc optimizer may be broken (gcc 3.3.x), or users may confuse the php.ini used by apache with
the php.ini used by the PHP-cli, other users install ABI-incompatible headers for a system PHP 
installation, compile against them and wonder why the module doesn't load or crash.

Isn't it possible to use the pure PHP implementation instead?


> it seems cannot load the java.so lib file and start apache httpd don’t dump any errors

Well, AFAIK there is no php 5.2.3 for Suse Linux available. So I guess you have compiled 
PHP 5.2.3 yourself. Are you sure that you have compiled against the 5.2.3 ABI? Or do you have
compiled against the ABI that came with your Suse Linux operating system?

Do you load the java.so from the php ini file used by apache?


In any case, if you can't or don't know how to compile C code, please use the pure PHP 
implementation instead. Or please open a problem report, please use
http://sourceforge.net/tracker/?group_id=117793&atid=679233.


Regards,
Jost Boekemeier



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

Hello everyone

=20

         I miss a problem about php-java-bridge and Zend optimize

=20

         I only use Zend optimize or php-java-birdge in my php server, =
if I use both at one time, my web server cannot run succeed

=20

       What=E2=80=99s problem at here ?

=20

       Thanks.

=20

Regards,
Keins Ruite . aBBISh

=20

Hello everone:

=20

         I have a problem when install php-java-bridge to linux for php =
ext with the c source 4.1.8,

=20

         If I use install.sh created php.ini , the php-java-bridge runs =
succeed,

        =20

         But I let the php-java-bridge add to existing php.ini the =
php-java-bridge runs failed, it seems cannot load the java.so lib file =
and start apache httpd don=E2=80=99t dump any errors

=20

         If my php.ini only has =E2=80=9Cextension =3D java.so=E2=80=9D =
, the php-java-bridge also runs succeed.

=20

         My system is SuSE linux 10.0 , php =E2=80=98s version is 5.2.3

=20

         Is php-java-bridge =E2=80=98s bug ?

=20

         Please help to fix it, thanks a lot~

=20

Regards,
Keins Ruite . aBBISh

=20

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

php...@li... wrote:
> 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. 
> 

This has been an extremely informative e-mail exchange.

Thanks a lot Jost!

- --
Darian Anthony Patrick, ZCE, GWAS
Principal, Application Development
Criticode LLC
(215) 240-6566 Office
(866) 789-2992 Facsimile
Web:   http://criticode.com
Email: da...@cr...
JID:   da...@ja...
-----BEGIN PGP SIGNATURE-----

iD8DBQFGvMEsKpzEXPWA4IcRAgFdAJ4snLCJS6IR11YBbk6dzpUCISOuSACcCbK5
CEJYEQQ6BPhdwTm4YG1FHFs=
=6mvM
-----END PGP SIGNATURE-----

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

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

> You say that you use the Script API from within servlets. First of all, the PhpScriptEngine
> currently always starts a PHP CGI continuation. If you want to use PHP script instances from
> a FastCGI or Apache/IIS pool, you currently need a URLReader. I think it makes sense to add
> a ScriptEngine which exposes Apache or FastCGI PHP instances through the JSR223 script API.

Interesting.  Okay, thanks for your help Jost.  Is a ScriptEngine of
this type already planned for a future release?

- --
Darian Anthony Patrick, ZCE, GWAS
Principal, Application Development
Criticode LLC
(215) 240-6566 Office
(866) 789-2992 Facsimile
Web:   http://criticode.com
Email: da...@cr...
JID:   da...@ja...
-----BEGIN PGP SIGNATURE-----

iD8DBQFGuk0HKpzEXPWA4IcRAhXqAJ4q9u/kKk8M5mHWyWTQc1QoKvsbCQCbBClz
6OCr4OFFZH5HVTweSxcsb3E=
=dMmt
-----END PGP SIGNATURE-----

Hi,

> > P.S. Additionally, the examples at the bottom of INSTALL.J2SE have the
> > line "e.eval((Reader)null);".  What is that line used for?

it releases the PHP continuation immediately. It is taken from the tests,
which check if calling eval with a null works. I will remove that line.

However, you're right that the PHP/Java Bridge should release
the PHP continuation before the ScriptEngine is finalized. At the moment 
it keeps the PHP continuation as long as possible. This isn't a problem in
practice (when ScriptEngines are pooled).

You say that you use the Script API from within servlets. First of all, the PhpScriptEngine
currently always starts a PHP CGI continuation. If you want to use PHP script instances from
a FastCGI or Apache/IIS pool, you currently need a URLReader. I think it makes sense to add
a ScriptEngine which exposes Apache or FastCGI PHP instances through the JSR223 script API.


Regards,
Jost Boekemeier



      Wissenswertes für Bastler und Hobby Handwerker. BE A BETTER HEIMWERKER! www.yahoo.de/clever

Thanks Jost!

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


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 PHP-Java Bridge sometimes take up to 3 seconds to load.  



> 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.

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

> 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.

The next thing I'd like to do is migrate code from 
my test environment (Windows XP) to a production 
environment (Debian Linux).  

Before anything else, I'd like to know if this is the still 
the right place to ask questions on Debian installation or 
is there a more specialized mailing list for this?

I was using 3.1.x J2EE(?) for Windows XP because of the good tutorial
site I mentioned in my last email.  I noticed there is no equivalent
version for Debian.  Instead there is a 4.x J2EE *.DEB file.
This should work just as well, shouldn't it?

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

Regards,

Filip


php...@li... wrote: Send php-java-bridge-users mailing list submissions to
 php...@li...

To subscribe or unsubscribe via the World Wide Web, visit
 https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users
or, via email, send a message with subject or body 'help' to
 php...@li...

You can reach the person managing the list at
 php...@li...

When replying, please edit your Subject line so it is more specific
than "Re: Contents of php-java-bridge-users digest..."


Today's Topics:

   1. Re: Speeding up PHP-Java Bridge code
      (php...@li...)
   2. Re: Speeding up PHP-Java Bridge code
      (php...@li...)
   3. Re: How do I configure javaBridge.war to work with tomcat and
      php isapi? (php...@li...)
   4. Re: How do I configure javaBridge.war to work with tomcat and
      php isapi? (php...@li...)
   5. fail to build from CVS
      (php...@li...)
   6. Re: fail to build from CVS
      (php...@li...)
   7. Re: fail to build from CVS
      (php...@li...)
   8. php-cgi processes persist until server restart
      (php...@li...)


----------------------------------------------------------------------

Message: 1
Date: Fri, 3 Aug 2007 06:55:11 +0100 (BST)
From: php...@li...
Subject: Re: [Php-java-bridge-users] Speeding up PHP-Java Bridge code
To: php...@li...
Message-ID: <102...@we...>
Content-Type: text/plain; charset=iso-8859-1

Hi Jost!

> the code pulls the java libraries from a remote 
> server... Fetching jar files from a HTTP url is
> expensive,especially if you don't allow the bridge
> to cache them.

Actually, the jar files are not in a remote server. 
They are in my PC which I am using as both server and
client.  For some reason, the simple syntax below
would not work:

   java_require("myJarFile1.jar;myJarFile2.jar;...");

That is why I switched to using HTTP urls.  Hmmm...
could it be (another) Java classpath problem?  All the
jar files inside java_require() should be in my Java
classpath right?

>Furthermore you remove all cached libraries at the
>end of the script, probably to emulate the dynamic
>behaviour which is switched off for remote URL's.  

I assume that is what java_reset() does(?).  I think I
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.  

Hmmm... okay, I'll try your suggestions and hope that
fixes the problem.   I wonder where I got
java_reset()?  Maybe, from an old local copy of some
website?

Regards,

Filip

Send instant messages to your online friends http://uk.messenger.yahoo.com 



------------------------------

Message: 2
Date: Sat, 4 Aug 2007 18:03:23 +0200 (CEST)
From: php...@li...
Subject: Re: [Php-java-bridge-users] Speeding up PHP-Java Bridge code
To: php...@li...
Message-ID: <601...@we...>
Content-Type: text/plain; charset=iso-8859-1

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

 Send instant messages to your online friends http://uk.messenger.yahoo.com 

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

php...@li... wrote:
> Good day all,
> 
> I apologize in advance if this question is answered in documentation --
> I'm having trouble find mention of it.
> 
> I'm encountering an issue with a new php-cgi process being created on
> each request, and not being terminated until servlet restart when
> running PJB as "java -jar JavaBridge.jar SERVLET_LOCAL:8080 3
> JavaBridge.log".
> 
> I feel like this isn't/shouldn't be normal behavior and that I may be
> missing a configuration hook or scripting cue that let's PJB know to
> shutdown the php-cgi process.

I resolved this issue.  It turns out that the problem was caused by my
use of "php-invocable" engine where I should have been using "php".
However, my other questions regarding "(Reader)null" remains.

Thanks in advance for any assistance.

> 
> P.S. Additionally, the examples at the bottom of INSTALL.J2SE have the
> line "e.eval((Reader)null);".  What is that line used for?
> 

- -------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/
_______________________________________________
php-java-bridge-users mailing list
php...@li...
https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users

- --
Darian Anthony Patrick, ZCE, GWAS
Principal, Application Development
Criticode LLC
(215) 240-6566 Office
(866) 789-2992 Facsimile
Web:   http://criticode.com
Email: da...@cr...
JID:   da...@ja...
-----BEGIN PGP SIGNATURE-----

iD8DBQFGuMqOKpzEXPWA4IcRApBFAJ9BltpznEt8iMuFl+fbQMSva0RyDwCfaCFm
ItihaH5yrW6dsuW3LWNerxY=
=r/vB
-----END PGP SIGNATURE-----

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Good day all,

I apologize in advance if this question is answered in documentation --
I'm having trouble find mention of it.

I'm encountering an issue with a new php-cgi process being created on
each request, and not being terminated until servlet restart when
running PJB as "java -jar JavaBridge.jar SERVLET_LOCAL:8080 3
JavaBridge.log".

I feel like this isn't/shouldn't be normal behavior and that I may be
missing a configuration hook or scripting cue that let's PJB know to
shutdown the php-cgi process.

Any help would be appreciated.

P.S. Additionally, the examples at the bottom of INSTALL.J2SE have the
line "e.eval((Reader)null);".  What is that line used for?

- --
Darian Anthony Patrick, ZCE, GWAS
Principal, Application Development
Criticode LLC
(215) 240-6566 Office
(866) 789-2992 Facsimile
Web:   http://criticode.com
Email: da...@cr...
JID:   da...@ja...
-----BEGIN PGP SIGNATURE-----

iD8DBQFGuK65KpzEXPWA4IcRAld7AJ4nHHA8pStHVaENC5fuhEcRTFGxSACeMsos
xr7FC15fPGh+28mL/OePEJI=
=q0B7
-----END PGP SIGNATURE-----

Hi Andre,


> I was trying to build from latest cvs tree and stopped at some problems.

you need the latest javax.script API, which is part of JDK 1.6. 
Do you use the main branch or 3.2.1?

I have had some patches to upgrade Sanka's open-source script API contained in server/javax/script
and applied them to the main branch.  However, the 3.2.1 branch still contains the old interfaces.


> symbol  : method getErrorWriter()
> location: interface javax.script.ScriptContext

Sounds as if you have old classes in your path. getErrorWriter() is there:
http://php-java-bridge.cvs.sourceforge.net/php-java-bridge/php-java-bridge/server/javax/script/ScriptContext.java?revision=1.4&view=markup&sortby=date


Regards,
Jost Boekemeier



      __________________________________  
Formel1: Stuttgart, Maranello oder Blauweiß - Welches Team hat in Ungarn mehr Grip? www.eurosport.yahoo.de

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

Hi Jost!

> the code pulls the java libraries from a remote 
> server... Fetching jar files from a HTTP url is
> expensive,especially if you don't allow the bridge
> to cache them.

Actually, the jar files are not in a remote server. 
They are in my PC which I am using as both server and
client.  For some reason, the simple syntax below
would not work:

   java_require("myJarFile1.jar;myJarFile2.jar;...");

That is why I switched to using HTTP urls.  Hmmm...
could it be (another) Java classpath problem?  All the
jar files inside java_require() should be in my Java
classpath right?

>Furthermore you remove all cached libraries at the
>end of the script, probably to emulate the dynamic
>behaviour which is switched off for remote URL's.  

I assume that is what java_reset() does(?).  I think I
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.  

Hmmm... okay, I'll try your suggestions and hope that
fixes the problem.   I wonder where I got
java_reset()?  Maybe, from an old local copy of some
website?

Regards,

Filip

Send instant messages to your online friends http://uk.messenger.yahoo.com 

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?) has to do with a JavaScript function interfering with Java.  I guess they're so similar in terms of syntax that functions that happen to have the same name clash.  That is what appears is happening with the setCookie function that exists in java.inc as well as many JavaScript based web applications that use cookies.  Of course, I don't have to use JavaScript to set cookies, so I'll be finding a different way to set cookies I need to set.

--Nathan Shaskin
Compliance Publishing

php...@li... wrote: hello!
  
  I think the URL split() used in version 4.1.7 caused this. In version 4.1.8 this 
  problem disappeared (for me).
  
  BTW: Is it possible to use Java.inc with version 3.2.1?
  
  

       
---------------------------------
Building a website is a piece of cake. 
Yahoo! Small Business gives you all the tools to get online.
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/
_______________________________________________
php-java-bridge-users mailing list
php...@li...
https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users


       
---------------------------------
Luggage? GPS? Comic books? 
Check out fitting  gifts for grads at Yahoo! Search.

hello!
  
  I think the URL split() used in version 4.1.7 caused this. In version 4.1.8 this 
  problem disappeared (for me).
  
  BTW: Is it possible to use Java.inc with version 3.2.1?
  
  

       
---------------------------------
Building a website is a piece of cake. 
Yahoo! Small Business gives you all the tools to get online.

Hi,

the code pulls the java libraries from a remote server. Furthermore you remove all cached
libraries at the end of the script, probably to emulate the dynamic behaviour which is switched
off for remote URL's.  Fetching jar files from a HTTP url is expensive, especially if 
you don't allow the bridge to cache them.

Please do NOT use the following:

 java_require("http://myServer.com/myJarFile1.jar;http://myServer.com/myJarFile2.jar;...");
 ... execute PHP code ...
 @java_reset(); 
 
In the next version of the bridge I will remove java_reset() entirely and disallow remote
URL's[1].


Regards,
Jost Boekemeier

[1] Neither is documented, so this shouldn't be a problem for most users. :)



       __________________________________ 
Yahoo! Clever - Der einfachste Weg, Fragen zu stellen und Wissenswertes mit Anderen zu teilen. www.yahoo.de/clever

Hi,

> Fatal error: php_mod_java(98): Call object is null: The connection to the

there is nothing wrong with it. 

It means that you use an old php_java.dll or java.so in connection with a recent back end.
I have removed all legacy code in version 4.x, so if you use persistent connections and the
php_java.dll, I'd expect this error on the client side. However, you should see a clear exception
message in the back end.

Please use the pure PHP PHP/Java Bridge implementation instead. If you want to use PHP4, which
cannot execute the PHP 5 code contained in Java.inc, make sure to use the latest php_java.dll.

Or use the stable version 3.2.1 instead.


Regards,
Jost Boekemeier



      __________________________________ Wissenswertes zum Thema PC, Zubehör oder Programme. BE A BETTER INTERNET-GURU!  www.yahoo.de/clever