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

Hello Jost,

first of all, thx for clarification and all the great work you have put
into this.

php...@li... schrieb:
> Hi,
[...]
> During this time some things changed; the new PHP/Zend object system became
> stable, eliminating the need for a dedicated java.so/php_java.dll and global
> java.ini file (or a php.ini file with java declarations in it).

but then why does "make install" and/or "install.sh" from CVS sources
still put 'JavaBridge.jar, JavaBridge.war, java.so, php-script.jar,
RunJavaBridge and script-api.jar' into my PHP installations lib dir
(/usr/lib/php5/20060613/)?

Reading your comment and understanding more and more about the usage of
pjb(php java bridge) it seems like all of these are not needed in the
php installation where I want to use java.

> The proposed PHP namespace separator has changed, too.  Instead of

[...]
> To avoid the mentioned issues, please deploy JavaBridge.war or
> JavaBridgeTemplate.war to a JEE server or servlet engine, remove all legacy
> java.so/php_java.dll and php.ini, and then require() Java.inc directly from
> the back end.

with back end you refer to the php application here?

>> I do have JavaBridge running. However, somehow
>> Drupal doesn't seem to recognize that it exists.
> 
> Well, the communication goes through the HTTP URL connection you have used
> to fetch the Java.inc. If your script uses
> 
> <?php
> require("http://localhost:8080/JavaBridge/java/Java.inc");
> ...
> 
> all further communication uses the back end at
> 
>   localhost:8080/JavaBridge.

waow, I didn't spot this "autoconfiguration feature" yet. Seems like a
very cool and nice idea! This however requires "allow-url-fopen". Would
this be required anyway, or just here to include "Java.inc"?

I have seen the "make install / install.sh" put Java.inc into my pear
directory. So for me Java.inc is on the include path already. :->

> It's really that simple. Just get rid of the old php.ini cruft. :)

At least in the source distribution/CVS there are quite a few files with
peaces of documentation of all different scenarios and considering the
evolving history of pjb it is just not that easy to understand what one
has to do with the recent version to set it up properly. I am fully
aware that using CVS/sources one has to expect trouble, so I am not
complaining! ;)

Thx and Greets,
Peter

hello,

php...@li... schrieb:
[...]
> Isn't it possible to simply search and remove the above check? An
> "extension" is obsolete since bridge version 3.2.1, published 3 years ago.

ooopps, nice to know, din't catch that either. ;)

> But since I don't know Drupal, I can't help either.

Fot the OP:
I had a quick look at the code of the mentioned drupal extension. Please
try to change the following lines in php_java_bridge.install from the
drupal extension:

// $extension = extension_loaded('java');
$extension = TRUE;

That could do the trick.

[...]

Greets,
Peter

> My message was getting moderated because I was
> "not a member", and I thought it was because I
> wasn't a sourceforge member, so I joined that, sent
> the message again, still got moderated, and that's
> when I realized I had to be a member of the list.
>  Sorry for the newbiness

Can you please post the complete error message? This mailing list is run by
sf.net staff. If an error message isn't precise, we should file a bug
report.

> supposed to use this include.  I tried including it at
> the top of drupal's index.php file and in the
> php_java_bridge.module file, but still see the"PHP
>/Java Bridge extension is not loaded" error So I'm not
> really sure what to do... not sure if the include
> should go s

Isn't it possible to simply search and remove the above check? An
"extension" is obsolete since bridge version 3.2.1, published 3 years ago.

But since I don't know Drupal, I can't help either.

Regards,
Jost Boekemeier

On 6 Nov 2009 01:07, <php...@li...> wrote:

Thanks Jost.

Sorry for the spam.  My message was getting moderated because I was "not a
member", and I thought it was because I wasn't a sourceforge member, so I
joined that, sent the message again, still got moderated, and that's when I
realized I had to be a member of the list.  Sorry for the newbiness :)

Just to clarify, I'm not writing an application in Java that I'm going to
use in PHP, at least not explicitly.  I suppose that that's essentially what
Drupal does.  To use sheetnode, I suppose I need Java functionality and
that's why I need the php/java bridge and the php/java bridge drupal module.


I understand that I'd need the include: require_once("
http://localhost:8080/JavaBridge/java/Java.inc"); if I were writing a php
app that was using Java functionality, however, I'm not sure how Drupal is
supposed to use this include.  I tried including it at the top of drupal's
index.php file and in the php_java_bridge.module file, but still see the
"PHP/Java Bridge extension is not loaded" error.  So I'm not really sure
what to do... not sure if the include should go somewhere else, or if it's
needed at all.

Thanks


On Thu, Nov 5, 2009 at 3:08 PM, <php...@li...

> wrote: > Hi, > > yes, I saw it. > > The PHP/Java Bridge development
process took more than 6 year...

Thanks Jost.

Sorry for the spam.  My message was getting moderated because I was "not a
member", and I thought it was because I wasn't a sourceforge member, so I
joined that, sent the message again, still got moderated, and that's when I
realized I had to be a member of the list.  Sorry for the newbiness :)

Just to clarify, I'm not writing an application in Java that I'm going to
use in PHP, at least not explicitly.  I suppose that that's essentially what
Drupal does.  To use sheetnode, I suppose I need Java functionality and
that's why I need the php/java bridge and the php/java bridge drupal module.


I understand that I'd need the include: require_once("
http://localhost:8080/JavaBridge/java/Java.inc"); if I were writing a php
app that was using Java functionality, however, I'm not sure how Drupal is
supposed to use this include.  I tried including it at the top of drupal's
index.php file and in the php_java_bridge.module file, but still see the
"PHP/Java Bridge extension is not loaded" error.  So I'm not really sure
what to do... not sure if the include should go somewhere else, or if it's
needed at all.

Thanks


On Thu, Nov 5, 2009 at 3:08 PM, <php...@li...
> wrote:

> Hi,
>
> yes, I saw it.
>
> The PHP/Java Bridge development process took more than 6 years.
>
> During this time some things changed; the new PHP/Zend object system became
> stable, eliminating the need for a dedicated java.so/php_java.dll and
> global
> java.ini file (or a php.ini file with java declarations in it).
>
> The proposed PHP namespace separator has changed, too.  Instead of
>
>  new org_poi_something(...)
>
> PHP 5.3 wants you to use a backslash instead:
>
>  java_autoload("poi.jar");
>  new org\poi\something(...);
>
> The underscore syntax has been removed in bridge version 5.5.4.  --
> Publishing  poi and lucene examples using the underscore syntax and then
> silently removing it was certainly a mistake. I will revert this change.
> Your code with the underscore will work again in version 5.5.4.1.
>
> The third problem I see is that PHP developers don't understand Java's
> immature library handling. We have tried to solve this problem by
> introducing special java_require($libs) and java_autoload($libs)
> procedures.
> But these special procedures cannot fix Java's fundamental flaw, so we have
> removed them from the documentation and recommend Tomcat or some JEE
> container instead (so that the PermGenSpace and NoClassDefFound errors go
> to
> the JEE container developers, not to us).
>
> To avoid the mentioned issues, please deploy JavaBridge.war or
> JavaBridgeTemplate.war to a JEE server or servlet engine, remove all legacy
> java.so/php_java.dll and php.ini, and then require() Java.inc directly
> from
> the back end.
>
> > I do have JavaBridge running. However, somehow
> > Drupal doesn't seem to recognize that it exists.
>
> Well, the communication goes through the HTTP URL connection you have used
> to fetch the Java.inc. If your script uses
>
> <?php
> require("http://localhost:8080/JavaBridge/java/Java.inc");
> ...
>
> all further communication uses the back end at
>
>  localhost:8080/JavaBridge.
>
> It's really that simple. Just get rid of the old php.ini cruft. :)
>
> Regards,
> Jost Boekemeier
>
> On 5 Nov 2009 19:45, <php...@li...> wrote:
>
> Hello,
>
> I've having some trouble with Drupal recognizing my php-java bridge.  My
> goal is to install sheetnode w/ XLS import/export, and I've followed the
> instructions detailed here:
>
> http://drupal.org/project/sheetnode
>
> I'm using Java JRE6:
>
> $ java -version
> java version "1.6.0_16"
> Java(TM) SE Runtime Environment (build 1.6.0_16-b01)
> Java HotSpot(TM) Server VM (build 14.2-b01, mixed mode)
>
> And using php version 5.2.6
>
>
> I've installed the php/java bridge using the instructions detailed here:
>
> http://php-java-bridge.sourceforge.net/pjb/installation.php
>
> I've installed Tomcat (version 5.5.27), and moved the war file into my
> webapps directory.  I'm using virtualhosts, so I have a symlink from the
> virtual host's root to the JavaBridge webapp directory.  I can run the
> examples on the page just fine, so it looks like the PHP/Java bridge works.
>  It just seems that Drupal for some reason cannot recognize it.
>
> In Drupal, when I try to install the php/java bridge module I get this
> error
> message:
>
> (Currently using PHP/Java Bridge extension PHP/Java Bridge extension is NOT
> loaded in php.ini. Please install it.)
> This seems to indicate that I need to install some kind of php extension,
> like "java.so", but such a file is not included in the PHP/JavaBridge
> download.  In fact the FAQs here
> http://php-java-bridge.sourceforge.net/pjb/FAQ.html say:
>
> > How do I enable the Java extension in my php.ini file?
> >
> > A Java extension does not exist, so you can't enable it.
> >
> > The VM Bridge is a network protocol, it requires a running Java VM, for
> > example the servlet container Apache/Tomcat. Or, if you want to call PHP
> > libraries from Java, a running PHP container, e.g. Apache or IIS.
> >
> So there's no extension, I just have to be running a Java Virtual Machine.
>  As mentioned before, I am running Tomcat, and do have JavaBridge running.
>  However, somehow Drupal doesn't seem to recognize that it exists.
>
> Wondering where to go from here.  Please send me any recommendations.
>
> Thanks
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus
> on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> php-java-bridge-users mailing list
> php...@li...
> https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus
> on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> php-java-bridge-users mailing list
> php...@li...
> https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users
>

Hi,

yes, I saw it.

The PHP/Java Bridge development process took more than 6 years.

During this time some things changed; the new PHP/Zend object system became
stable, eliminating the need for a dedicated java.so/php_java.dll and global
java.ini file (or a php.ini file with java declarations in it).

The proposed PHP namespace separator has changed, too.  Instead of

  new org_poi_something(...)

PHP 5.3 wants you to use a backslash instead:

  java_autoload("poi.jar");
  new org\poi\something(...);

The underscore syntax has been removed in bridge version 5.5.4.  --
Publishing  poi and lucene examples using the underscore syntax and then
silently removing it was certainly a mistake. I will revert this change.
Your code with the underscore will work again in version 5.5.4.1.

The third problem I see is that PHP developers don't understand Java's
immature library handling. We have tried to solve this problem by
introducing special java_require($libs) and java_autoload($libs) procedures.
But these special procedures cannot fix Java's fundamental flaw, so we have
removed them from the documentation and recommend Tomcat or some JEE
container instead (so that the PermGenSpace and NoClassDefFound errors go to
the JEE container developers, not to us).

To avoid the mentioned issues, please deploy JavaBridge.war or
JavaBridgeTemplate.war to a JEE server or servlet engine, remove all legacy
java.so/php_java.dll and php.ini, and then require() Java.inc directly from
the back end.

> I do have JavaBridge running. However, somehow
> Drupal doesn't seem to recognize that it exists.

Well, the communication goes through the HTTP URL connection you have used
to fetch the Java.inc. If your script uses

<?php
require("http://localhost:8080/JavaBridge/java/Java.inc");
...

all further communication uses the back end at

  localhost:8080/JavaBridge.

It's really that simple. Just get rid of the old php.ini cruft. :)

Regards,
Jost Boekemeier

On 5 Nov 2009 19:45, <php...@li...> wrote:

Hello,

I've having some trouble with Drupal recognizing my php-java bridge.  My
goal is to install sheetnode w/ XLS import/export, and I've followed the
instructions detailed here:

http://drupal.org/project/sheetnode

I'm using Java JRE6:

$ java -version
java version "1.6.0_16"
Java(TM) SE Runtime Environment (build 1.6.0_16-b01)
Java HotSpot(TM) Server VM (build 14.2-b01, mixed mode)

And using php version 5.2.6


I've installed the php/java bridge using the instructions detailed here:

http://php-java-bridge.sourceforge.net/pjb/installation.php

I've installed Tomcat (version 5.5.27), and moved the war file into my
webapps directory.  I'm using virtualhosts, so I have a symlink from the
virtual host's root to the JavaBridge webapp directory.  I can run the
examples on the page just fine, so it looks like the PHP/Java bridge works.
 It just seems that Drupal for some reason cannot recognize it.

In Drupal, when I try to install the php/java bridge module I get this error
message:

(Currently using PHP/Java Bridge extension PHP/Java Bridge extension is NOT
loaded in php.ini. Please install it.)
This seems to indicate that I need to install some kind of php extension,
like "java.so", but such a file is not included in the PHP/JavaBridge
download.  In fact the FAQs here
http://php-java-bridge.sourceforge.net/pjb/FAQ.html say:

> How do I enable the Java extension in my php.ini file?
>
> A Java extension does not exist, so you can't enable it.
>
> The VM Bridge is a network protocol, it requires a running Java VM, for
> example the servlet container Apache/Tomcat. Or, if you want to call PHP
> libraries from Java, a running PHP container, e.g. Apache or IIS.
>
So there's no extension, I just have to be running a Java Virtual Machine.
 As mentioned before, I am running Tomcat, and do have JavaBridge running.
 However, somehow Drupal doesn't seem to recognize that it exists.

Wondering where to go from here.  Please send me any recommendations.

Thanks
------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus
on
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
php-java-bridge-users mailing list
php...@li...
https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users

Hello,

I've having some trouble with Drupal recognizing my php-java bridge.  My
goal is to install sheetnode w/ XLS import/export, and I've followed the
instructions detailed here:

http://drupal.org/project/sheetnode

I'm using Java JRE6:

$ java -version
java version "1.6.0_16"
Java(TM) SE Runtime Environment (build 1.6.0_16-b01)
Java HotSpot(TM) Server VM (build 14.2-b01, mixed mode)

And using php version 5.2.6


I've installed the php/java bridge using the instructions detailed here:

http://php-java-bridge.sourceforge.net/pjb/installation.php

I've installed Tomcat (version 5.5.27), and moved the war file into my
webapps directory.  I'm using virtualhosts, so I have a symlink from the
virtual host's root to the JavaBridge webapp directory.  I can run the
examples on the page just fine, so it looks like the PHP/Java bridge works.
 It just seems that Drupal for some reason cannot recognize it.

In Drupal, when I try to install the php/java bridge module I get this error
message:

(Currently using PHP/Java Bridge extension PHP/Java Bridge extension is NOT
loaded in php.ini. Please install it.)
This seems to indicate that I need to install some kind of php extension,
like "java.so", but such a file is not included in the PHP/JavaBridge
download.  In fact the FAQs here
http://php-java-bridge.sourceforge.net/pjb/FAQ.html say:

> How do I enable the Java extension in my php.ini file?
>
> A Java extension does not exist, so you can't enable it.
>
> The VM Bridge is a network protocol, it requires a running Java VM, for
> example the servlet container Apache/Tomcat. Or, if you want to call PHP
> libraries from Java, a running PHP container, e.g. Apache or IIS.
>
So there's no extension, I just have to be running a Java Virtual Machine.
 As mentioned before, I am running Tomcat, and do have JavaBridge running.
 However, somehow Drupal doesn't seem to recognize that it exists.

Wondering where to go from here.  Please send me any recommendations.

Thanks

Oh, that sound reasonable, a couple of days ago I had some quote problems
on my virtual server, but I didn't bring this together.

Thanks a lot, cool if some people have a bit more oversight than oneself! :-))

Holger

2009/11/2  <php...@li...>:
> Hi,
>
> sounds as if tomcat ran out of resources.
>
> Which OS, which java version do you use? Which exceptions do you see in the
> tomcat log? Any OutOfMemory errors?
>
> Do you close all files you have opened for your lucene searches? Does the
> list returned by the linux/unix lsof command grow over time?
>
> Did you upgrade both, the Java.inc front- and the JavaBridge.war back end?
>
> Unless I made a serious mistake producing version 5.5.4, the PHP/Java Bridge
> doesn't leak resources.
>
> Regards,
> Jost Boekemeier
>
> On 2 Nov 2009 19:12, <php...@li...> wrote:
>
> Hi,
> I'm using the PHP-Java-Bridge to implement fulltext search
> capabilities with the help of Java Lucene for my web project. To index
> new documents, a script is run by a cronjob every hour or so. Since I
> switched to the new PJB Version 5.5.4, after some time (something
> between 1-3 days), the following internal server error from Tomcat
> occurs:
>
> HTTP Status 500 - The server encountered an internal error () that
> prevented it from fulfilling this request.
> javax.servlet.ServletException: Servlet execution threw an exception
> < in http://localhost:8080/JavaBridge/java/Java.inc on line 516
>
> This is pretty scary, because from that moment on, my site gets
> unusable and the error remains there. When I restart Tomcat (6.0)
> everything works fine again.
> Here are the lines from Java.inc for context:
>
> if (function_exists("error_get_last"))
> $error = error_get_last();
> else
> $error = array("message"=>"broken connection error");
> trigger_error ("${msg} ".$error["message"], E_USER_ERROR);} (Line 516)
>
>
> Anyone an idea what could be happening? Or alternatively some idea
> like: "I don't know whats happening exactly, but it probably has to do
> with ... and if you change this or that config param, it could get
> better". That would be really great. I've got absolutely no idea how
> to react on this (the best thing I though of is to restart tomcat
> every hour by cronjob to prevent the worst (namely several hours of
> site down), but that's probably not yet the optimal solution).
>
> Thanx
> Holger
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> _______________________________________________
> php-java-bridge-users mailing list
> php...@li...
> https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> _______________________________________________
> php-java-bridge-users mailing list
> php...@li...
> https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users
>

Hi,

sounds as if tomcat ran out of resources.

Which OS, which java version do you use? Which exceptions do you see in the
tomcat log? Any OutOfMemory errors?

Do you close all files you have opened for your lucene searches? Does the
list returned by the linux/unix lsof command grow over time?

Did you upgrade both, the Java.inc front- and the JavaBridge.war back end?

Unless I made a serious mistake producing version 5.5.4, the PHP/Java Bridge
doesn't leak resources.

Regards,
Jost Boekemeier

On 2 Nov 2009 19:12, <php...@li...> wrote:

Hi,
I'm using the PHP-Java-Bridge to implement fulltext search
capabilities with the help of Java Lucene for my web project. To index
new documents, a script is run by a cronjob every hour or so. Since I
switched to the new PJB Version 5.5.4, after some time (something
between 1-3 days), the following internal server error from Tomcat
occurs:

HTTP Status 500 - The server encountered an internal error () that
prevented it from fulfilling this request.
javax.servlet.ServletException: Servlet execution threw an exception
< in http://localhost:8080/JavaBridge/java/Java.inc on line 516

This is pretty scary, because from that moment on, my site gets
unusable and the error remains there. When I restart Tomcat (6.0)
everything works fine again.
Here are the lines from Java.inc for context:

if (function_exists("error_get_last"))
$error = error_get_last();
else
$error = array("message"=>"broken connection error");
trigger_error ("${msg} ".$error["message"], E_USER_ERROR);} (Line 516)


Anyone an idea what could be happening? Or alternatively some idea
like: "I don't know whats happening exactly, but it probably has to do
with ... and if you change this or that config param, it could get
better". That would be really great. I've got absolutely no idea how
to react on this (the best thing I though of is to restart tomcat
every hour by cronjob to prevent the worst (namely several hours of
site down), but that's probably not yet the optimal solution).

Thanx
Holger

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
php-java-bridge-users mailing list
php...@li...
https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users

Hi,
I'm using the PHP-Java-Bridge to implement fulltext search
capabilities with the help of Java Lucene for my web project. To index
new documents, a script is run by a cronjob every hour or so. Since I
switched to the new PJB Version 5.5.4, after some time (something
between 1-3 days), the following internal server error from Tomcat
occurs:

HTTP Status 500 - The server encountered an internal error () that
prevented it from fulfilling this request.
javax.servlet.ServletException: Servlet execution threw an exception
< in http://localhost:8080/JavaBridge/java/Java.inc on line 516

This is pretty scary, because from that moment on, my site gets
unusable and the error remains there. When I restart Tomcat (6.0)
everything works fine again.
Here are the lines from Java.inc for context:

if (function_exists("error_get_last"))
$error = error_get_last();
else
$error = array("message"=>"broken connection error");
trigger_error ("${msg} ".$error["message"], E_USER_ERROR);} (Line 516)


Anyone an idea what could be happening? Or alternatively some idea
like: "I don't know whats happening exactly, but it probably has to do
with ... and if you change this or that config param, it could get
better". That would be really great. I've got absolutely no idea how
to react on this (the best thing I though of is to restart tomcat
every hour by cronjob to prevent the worst (namely several hours of
site down), but that's probably not yet the optimal solution).

Thanx
Holger

Hi,

> Does the phpdebugger rely on or _need_ the
> PHP-Java-Bridge?

No. But PHP (and the PHP/Java Bridge) need an open-source PHP debugger which
works with all PHP versions.

Regards,
Jost Boekemeier

On 30 Oct 2009 18:50, <php...@li...> wrote:

On Fri, Oct 30, 2009 at 6:01 PM,

<php...@li...> wrote:

> Alan, > > I don't understand your argumentation. > > The phpdebugger does
not replace existing deb...
Does the phpdebugger rely on or _need_ the PHP-Java-Bridge ?
If not, the only common thing between the PHP-Java-Bridge and the
PHPDebugger is
your person, as the main developer and genieous head behind.

Because one should not mix things together, that don't belong together
(meaning
low cohesion in the vocabulary of software engineering), this should
definitely be
a separate project, even if it has (in the beginning) just one single PHP
file.

People don't want to download the PHP Java Bridge just to get the
PHPDebugger
and the other way around.

I'm not Alan, but I think that are his reasons and this is also my opinion.

No-one stops you from advertising the phpdebugger through the php java
bridge,
but you should not bundle these things just because you are developing both.

Kind regards,
Dominik Dorn

> Regards, > Jost Boekemeier > > On 29 Oct 2009 20:35,
<php...@li....n...

>
------------------------------------------------------------------------------
> Come build with u...

> php...@li... >
https://lists.sourceforge.net/lists/listinfo/php-jav...

------------------------------------------------------------------------------
Come build with us! T...

php...@li...
https://lists.sourceforge.net/lists/listinfo/php-java-br...

Interesting... I thought it had more scope than just allowing you to  
debug php code that uses PJB. I thought you were writing a complete  
debugger.

Incidentally I use xdebug and am having lots of segfaults on dev box  
so I will try disabling xdebug and see if this problem goes away.

Alan

On Oct 30, 2009, at 1:01 PM, php-java-bridge- 
us...@li... wrote:

> Alan,
>
> I don't understand your argumentation.
>
> The phpdebugger does not replace existing debuggers except "xdebug";  
> we want
> to get rid of this: http://bugs.xdebug.org/view.php?id=463
>
> Unless your product uses xdebug code, there's nothing to worry  
> about, I
> think.
>
> Regards,
> Jost Boekemeier
>
> On 29 Oct 2009 20:35, <php...@li...>  
> wrote:
>
>>> Why isn't this a separate project > > Creating a new project for a  
>>> single
> PHP file doesn't make m...
> I think it's a really interesting idea and it's very confusing having
> it buried in the php-java-bridge project.
>
> Even just having a single-file "project" on GitHub would be preferable
> IMHO. This is a *really* cool idea which is getting lost in the
> complexity of PJB.
>
> From a marketing perspective it deserves its own "space."
>
>>> What debug client do you use with it? PDT? > > Currently PDT.
> Ok...
>
>> With the new JavaBridge.war you can debug your PHP scripts >  
>> directly from
> your browser (Firefox ...
> Now you've got me confused again. What does the war file have to do
> with debugging php in the browser if the debugger is a single php  
> file?
>
> I hope that you don't feel I am being harsh or antagonistic. I have
> the utmost respect for your technical achievements (PJB is awesome and
> this debugger thing seems very promising) but as hard as I try to
> understand what's going on with these projects I find myself very
> confused about them -- what they do, how they work, how they're
> related to other projects. I think maybe that there are a lot of
> assumptions in your head that aren't in mine (esp since I am *not*
> coming from a Java background). But typically I am not a guy that gets
> easily confused... in any case I think most of your "users" are coming
> from a php background as well instead of java.
>
> Alan
>
> ------------------------------------------------------------------------------
> Come build with us! ...
>
> php...@li...
>
> https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart  
> your
> developing skills, take BlackBerry mobile applications to market and  
> stay
> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> _______________________________________________
> php-java-bridge-users mailing list
> php...@li...
> https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users

On Fri, Oct 30, 2009 at 6:01 PM,
<php...@li...> wrote:
> Alan,
>
> I don't understand your argumentation.
>
> The phpdebugger does not replace existing debuggers except "xdebug"; we want
> to get rid of this: http://bugs.xdebug.org/view.php?id=463
Does the phpdebugger rely on or _need_ the PHP-Java-Bridge ?
If not, the only common thing between the PHP-Java-Bridge and the PHPDebugger is
your person, as the main developer and genieous head behind.

Because one should not mix things together, that don't belong together (meaning
low cohesion in the vocabulary of software engineering), this should
definitely be
a separate project, even if it has (in the beginning) just one single PHP file.

People don't want to download the PHP Java Bridge just to get the PHPDebugger
and the other way around.

I'm not Alan, but I think that are his reasons and this is also my opinion.

No-one stops you from advertising the phpdebugger through the php java bridge,
but you should not bundle these things just because you are developing both.

Kind regards,
Dominik Dorn



> Regards,
> Jost Boekemeier
>
> On 29 Oct 2009 20:35, <php...@li...> wrote:
>
>>> Why isn't this a separate project > > Creating a new project for a single
> PHP file doesn't make m...
> I think it's a really interesting idea and it's very confusing having
> it buried in the php-java-bridge project.
>
> Even just having a single-file "project" on GitHub would be preferable
> IMHO. This is a *really* cool idea which is getting lost in the
> complexity of PJB.
>
>  From a marketing perspective it deserves its own "space."
>
>>> What debug client do you use with it? PDT? > > Currently PDT.
> Ok...
>
>> With the new JavaBridge.war you can debug your PHP scripts > directly from
> your browser (Firefox ...
> Now you've got me confused again. What does the war file have to do
> with debugging php in the browser if the debugger is a single php file?
>
> I hope that you don't feel I am being harsh or antagonistic. I have
> the utmost respect for your technical achievements (PJB is awesome and
> this debugger thing seems very promising) but as hard as I try to
> understand what's going on with these projects I find myself very
> confused about them -- what they do, how they work, how they're
> related to other projects. I think maybe that there are a lot of
> assumptions in your head that aren't in mine (esp since I am *not*
> coming from a Java background). But typically I am not a guy that gets
> easily confused... in any case I think most of your "users" are coming
> from a php background as well instead of java.
>
> Alan
>
> ------------------------------------------------------------------------------
> Come build with us! ...
>
> php...@li...
>
> https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> _______________________________________________
> php-java-bridge-users mailing list
> php...@li...
> https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users
>

Alan,

I don't understand your argumentation.

The phpdebugger does not replace existing debuggers except "xdebug"; we want
to get rid of this: http://bugs.xdebug.org/view.php?id=463

Unless your product uses xdebug code, there's nothing to worry about, I
think.

Regards,
Jost Boekemeier

On 29 Oct 2009 20:35, <php...@li...> wrote:

>> Why isn't this a separate project > > Creating a new project for a single
PHP file doesn't make m...
I think it's a really interesting idea and it's very confusing having
it buried in the php-java-bridge project.

Even just having a single-file "project" on GitHub would be preferable
IMHO. This is a *really* cool idea which is getting lost in the
complexity of PJB.

 From a marketing perspective it deserves its own "space."

>> What debug client do you use with it? PDT? > > Currently PDT.
Ok...

> With the new JavaBridge.war you can debug your PHP scripts > directly from
your browser (Firefox ...
Now you've got me confused again. What does the war file have to do
with debugging php in the browser if the debugger is a single php file?

I hope that you don't feel I am being harsh or antagonistic. I have
the utmost respect for your technical achievements (PJB is awesome and
this debugger thing seems very promising) but as hard as I try to
understand what's going on with these projects I find myself very
confused about them -- what they do, how they work, how they're
related to other projects. I think maybe that there are a lot of
assumptions in your head that aren't in mine (esp since I am *not*
coming from a Java background). But typically I am not a guy that gets
easily confused... in any case I think most of your "users" are coming
from a php background as well instead of java.

Alan

------------------------------------------------------------------------------
Come build with us! ...

php...@li...

https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users

>> Why isn't this a separate project
>
> Creating a new project for a single PHP file doesn't make much sense.

I think it's a really interesting idea and it's very confusing having  
it buried in the php-java-bridge project.

Even just having a single-file "project" on GitHub would be preferable  
IMHO. This is a *really* cool idea which is getting lost in the  
complexity of PJB.

 From a marketing perspective it deserves its own "space."

>> What debug client do you use with it? PDT?
>
> Currently PDT.

Ok...

> With the new JavaBridge.war you can debug your PHP scripts
> directly from your browser (Firefox or Google Chrome), provided that
> JavaScript is enabled.

Now you've got me confused again. What does the war file have to do  
with debugging php in the browser if the debugger is a single php file?

I hope that you don't feel I am being harsh or antagonistic. I have  
the utmost respect for your technical achievements (PJB is awesome and  
this debugger thing seems very promising) but as hard as I try to  
understand what's going on with these projects I find myself very  
confused about them -- what they do, how they work, how they're  
related to other projects. I think maybe that there are a lot of  
assumptions in your head that aren't in mine (esp since I am *not*  
coming from a Java background). But typically I am not a guy that gets  
easily confused... in any case I think most of your "users" are coming  
from a php background as well instead of java.

Alan

Hi Alan,

> Why isn't this a separate project

Creating a new project for a single PHP file doesn't make much sense.

> What debug client do you use with it? PDT?

Currently PDT. With the new JavaBridge.war you can debug your PHP scripts
directly from your browser (Firefox or Google Chrome), provided that
JavaScript is enabled.

Regards,
Jost Bökemeier

On 28 Oct 2009 19:23, <php...@li...> wrote:

Interesting. Clearly an all-php version to enable debugging is quite
useful.

Two follow-up questions:
1. Why isn't this a separate project from php-java-bridge?
2. What debug client do you use with it? PDT?

My interest is that I'm looking for a debugger/client that has a
working interactive console while step-debugging.

Alan

On Oct 28, 2009, at 1:02 PM, php-java-bridge-

us...@li... wrote: > Hi Alan, > > all PHP debuggers (except
"gubed", which has been...

I would also vote for putting this in a separate package/jar. Most
people will not need
this ability in the bridge itself. Those who will, should simple be
able to add a additional
jar to the xx.war/WEB-INF/libs folder and thats it.. maybe configure a
servlet or so,
but I don't think it should be in the bridge itself.
IMO the Bridge should be simply a bridge and not a swiss-army-knife.

Dominik

On Wed, Oct 28, 2009 at 7:21 PM,
<php...@li...> wrote:
> Interesting. Clearly an all-php version to enable debugging is quite
> useful.
>
> Two follow-up questions:
> 1. Why isn't this a separate project from php-java-bridge?
> 2. What debug client do you use with it? PDT?
>
> My interest is that I'm looking for a debugger/client that has a
> working interactive console while step-debugging.
>
> Alan
>
> On Oct 28, 2009, at 1:02 PM, php-java-bridge-
> us...@li... wrote:
>
>> Hi Alan,
>>
>> all PHP debuggers (except "gubed", which has been abandoned) require
>> a .so
>> or .dll installed on the web server.
>>
>> As the Zend API changes, these programs become unstable while
>> running with
>> new php versions. We've had at least two bug reports regarding
>> "xdebugger",
>> which simply crashes when invoking the PHP code from Java.inc.
>>
>> Of course there's the Zend debugger. But an open source project like
>> the
>> PHP/Java Bridge should not depend on non-free software.
>>
>> Please see php-java-bridge.sf.net/pdb for details.
>>
>> Regards,
>> Jost Boekemeier
>>
>> On 28 Oct 2009 17:21, <php...@li...>
>> wrote:
>>
>> I can't quite tell what this debugger stuff is about...
>>
>> PHP already has many debuggers that work great, I am curious what the
>> benefits of doing it in php-java-bridge are... is there some java IDE
>> tie-in I am not seeing?
>>
>> Alan
>>
>> On Oct 28, 2009, at 11:44 AM, php...@li...
>>
>> wrote: > The debugger is now complete. > > The source code is
>> available
>> from: > > http://php-java...
>>>
>> ------------------------------------------------------------------------------
>>> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
>>> is the only developer event you need to attend this year. Jumpstart
>>> your
>>> developing skills, take BlackBerry mobile applications to market and
>>> stay
>>> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
>>> http://p.sf.net/sfu/devconference
>>> _______________________________________________
>>> php-java-bridge-users mailing list
>>> php...@li...
>>> https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users
>>
>>
>> ------------------------------------------------------------------------------
>> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
>> is the only developer event you need to attend this year. Jumpstart
>> your
>> developing skills, take BlackBerry mobile applications to market and
>> stay
>> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
>> http://p.sf.net/sfu/devconference
>> _______________________________________________
>> php-java-bridge-users mailing list
>> php...@li...
>> https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users
>> ------------------------------------------------------------------------------
>> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
>> is the only developer event you need to attend this year. Jumpstart
>> your
>> developing skills, take BlackBerry mobile applications to market and
>> stay
>> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
>> http://p.sf.net/sfu/devconference
>> _______________________________________________
>> php-java-bridge-users mailing list
>> php...@li...
>> https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users
>
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> _______________________________________________
> php-java-bridge-users mailing list
> php...@li...
> https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users
>

Interesting. Clearly an all-php version to enable debugging is quite  
useful.

Two follow-up questions:
1. Why isn't this a separate project from php-java-bridge?
2. What debug client do you use with it? PDT?

My interest is that I'm looking for a debugger/client that has a  
working interactive console while step-debugging.

Alan

On Oct 28, 2009, at 1:02 PM, php-java-bridge- 
us...@li... wrote:

> Hi Alan,
>
> all PHP debuggers (except "gubed", which has been abandoned) require  
> a .so
> or .dll installed on the web server.
>
> As the Zend API changes, these programs become unstable while  
> running with
> new php versions. We've had at least two bug reports regarding  
> "xdebugger",
> which simply crashes when invoking the PHP code from Java.inc.
>
> Of course there's the Zend debugger. But an open source project like  
> the
> PHP/Java Bridge should not depend on non-free software.
>
> Please see php-java-bridge.sf.net/pdb for details.
>
> Regards,
> Jost Boekemeier
>
> On 28 Oct 2009 17:21, <php...@li...>  
> wrote:
>
> I can't quite tell what this debugger stuff is about...
>
> PHP already has many debuggers that work great, I am curious what the
> benefits of doing it in php-java-bridge are... is there some java IDE
> tie-in I am not seeing?
>
> Alan
>
> On Oct 28, 2009, at 11:44 AM, php...@li...
>
> wrote: > The debugger is now complete. > > The source code is  
> available
> from: > > http://php-java...
>>
> ------------------------------------------------------------------------------
>> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
>> is the only developer event you need to attend this year. Jumpstart
>> your
>> developing skills, take BlackBerry mobile applications to market and
>> stay
>> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
>> http://p.sf.net/sfu/devconference
>> _______________________________________________
>> php-java-bridge-users mailing list
>> php...@li...
>> https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users
>
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart  
> your
> developing skills, take BlackBerry mobile applications to market and  
> stay
> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> _______________________________________________
> php-java-bridge-users mailing list
> php...@li...
> https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart  
> your
> developing skills, take BlackBerry mobile applications to market and  
> stay
> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> _______________________________________________
> php-java-bridge-users mailing list
> php...@li...
> https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users

Hi Alan,

all PHP debuggers (except "gubed", which has been abandoned) require a .so
or .dll installed on the web server.

As the Zend API changes, these programs become unstable while running with
new php versions. We've had at least two bug reports regarding "xdebugger",
which simply crashes when invoking the PHP code from Java.inc.

Of course there's the Zend debugger. But an open source project like the
PHP/Java Bridge should not depend on non-free software.

Please see php-java-bridge.sf.net/pdb for details.

Regards,
Jost Boekemeier

On 28 Oct 2009 17:21, <php...@li...> wrote:

I can't quite tell what this debugger stuff is about...

PHP already has many debuggers that work great, I am curious what the
benefits of doing it in php-java-bridge are... is there some java IDE
tie-in I am not seeing?

Alan

On Oct 28, 2009, at 11:44 AM, php...@li...

wrote: > The debugger is now complete. > > The source code is available
from: > > http://php-java...
>
------------------------------------------------------------------------------
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart
> your
> developing skills, take BlackBerry mobile applications to market and
> stay
> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> _______________________________________________
> php-java-bridge-users mailing list
> php...@li...
> https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users


------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
php-java-bridge-users mailing list
php...@li...
https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users

I can't quite tell what this debugger stuff is about...

PHP already has many debuggers that work great, I am curious what the  
benefits of doing it in php-java-bridge are... is there some java IDE  
tie-in I am not seeing?

Alan

On Oct 28, 2009, at 11:44 AM, php...@li... 
  wrote:

> The debugger is now complete.
>
> The source code is available from:
>
> http://php-java-bridge.sf.net/pdb
>
> I will test the code during the next weeks before I submit it to the  
> eclipse
> project and add it to the php java bridge.
>
> Regards,
> Jost Boekemeier
>
> On 24 Oct 2009 12:19, "Jost Bekemeier"  
> <jos...@go...>
> wrote:
>
> Hi,
>
> PHP/Java Bridge 5.6 will contain a new PHP source level debugger.
>
> It is a pure PHP implementation centered around Linus MacCabe's idea  
> to use
> the official PHP token API to add breakpoints to a PHP script at run- 
> time.
>
> You can add debug capabilities to a PHP script simply by  
> include("pdb.php")
> or via http://.../pdb.php?script=... The JavaBridge.war will contain  
> two new
> config settings: debugger-host and debugger-port. If a client  
> listens on
> this port during bridge startup, the client can be used for remote
> debugging.
>
> It will use the Zend Debugger protocol, as published on eclipse.org.  
> It will
> be compatible with the Zend Debugger and is used by Eclipse as well  
> as other
> products (aptana studio uses the same protocol).
>
> My plan is to implement the following 11 Responses first so that we  
> can test
> the debugger in a PHP eclipse environment.
>
> 1 MSG_START, recv
> 1001 MSG_START_R, send
>
> 12 MSG_STEP_OVER, recv
> 1012 MSG_STEP_OVER_R, send
>
> 14 MSG_GO, recv
> 1014 MSG_GO_R, send
>
> 21 MSG_ADD_BREAKPOINT, recv
> 1021 MSG_ADD_BREAKPOINT_R, send
>
> 32 MSG_GET_VAR, recv
> 1032 MSG_GET_VAR_R, send
>
> 34 MSG_GET_CALL_STACK, recv
> 1034 MSG_GET_CALL_STACK_R, send
>
> 10000 MSG_SET_PROTOCOL, recv
> 11000 MSG_SET_PROTOCOL_R, send
>
> 36 GetCWDRequest, recv
> 1036 GetCWDResponse, send
>
> 2003 MSG_READY, send
> 2005 MSG_SESS_START, send
> 2009 StartProcessFileNotification, send
>
> 2010 ContinueProcessFileNotification, recv
>
> 10001 FileContentRequest, send
> 10002 FileContentExtendedRequest, send
> 11001 FileContentResponse, recv
>
> I will set up a new web site at http://php-java-bridge/pdb  The  
> binaries can
> be downloaded from there. -- I think I can make a first release next  
> month.
>
> Regards,
> Jost Boekemeier
>
>>> On 29 Aug 2009 19:17, "Jost Bekemeier" <jos...@go... 
>>> >
> wrote: > > Hi, > > I thi...
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart  
> your
> developing skills, take BlackBerry mobile applications to market and  
> stay
> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> _______________________________________________
> php-java-bridge-users mailing list
> php...@li...
> https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users

The debugger is now complete.

The source code is available from:

http://php-java-bridge.sf.net/pdb

I will test the code during the next weeks before I submit it to the eclipse
project and add it to the php java bridge.

Regards,
Jost Boekemeier

On 24 Oct 2009 12:19, "Jost Bekemeier" <jos...@go...>
wrote:

Hi,

PHP/Java Bridge 5.6 will contain a new PHP source level debugger.

It is a pure PHP implementation centered around Linus MacCabe's idea to use
the official PHP token API to add breakpoints to a PHP script at run-time.

You can add debug capabilities to a PHP script simply by include("pdb.php")
or via http://.../pdb.php?script=... The JavaBridge.war will contain two new
config settings: debugger-host and debugger-port. If a client listens on
this port during bridge startup, the client can be used for remote
debugging.

It will use the Zend Debugger protocol, as published on eclipse.org. It will
be compatible with the Zend Debugger and is used by Eclipse as well as other
products (aptana studio uses the same protocol).

My plan is to implement the following 11 Responses first so that we can test
the debugger in a PHP eclipse environment.

1 MSG_START, recv
1001 MSG_START_R, send

12 MSG_STEP_OVER, recv
1012 MSG_STEP_OVER_R, send

14 MSG_GO, recv
1014 MSG_GO_R, send

21 MSG_ADD_BREAKPOINT, recv
1021 MSG_ADD_BREAKPOINT_R, send

32 MSG_GET_VAR, recv
1032 MSG_GET_VAR_R, send

34 MSG_GET_CALL_STACK, recv
1034 MSG_GET_CALL_STACK_R, send

10000 MSG_SET_PROTOCOL, recv
11000 MSG_SET_PROTOCOL_R, send

36 GetCWDRequest, recv
1036 GetCWDResponse, send

2003 MSG_READY, send
2005 MSG_SESS_START, send
2009 StartProcessFileNotification, send

2010 ContinueProcessFileNotification, recv

10001 FileContentRequest, send
10002 FileContentExtendedRequest, send
11001 FileContentResponse, recv

I will set up a new web site at http://php-java-bridge/pdb  The binaries can
be downloaded from there. -- I think I can make a first release next month.

Regards,
Jost Boekemeier

> > On 29 Aug 2009 19:17, "Jost Bekemeier" <jos...@go...>
wrote: > > Hi, > > I thi...

Hi,

PHP/Java Bridge 5.6 will contain a new PHP source level debugger.

It is a pure PHP implementation centered around Linus MacCabe's idea to use
the official PHP token API to add breakpoints to a PHP script at run-time.

You can add debug capabilities to a PHP script simply by include("pdb.php")
or via http://.../pdb.php?script=... The JavaBridge.war will contain two new
config settings: debugger-host and debugger-port. If a client listens on
this port during bridge startup, the client can be used for remote
debugging.

It will use the Zend Debugger protocol, as published on eclipse.org. It will
be compatible with the Zend Debugger and is used by Eclipse as well as other
products (aptana studio uses the same protocol).

My plan is to implement the following 11 Responses first so that we can test
the debugger in a PHP eclipse environment.

1 MSG_START, recv
1001 MSG_START_R, send

12 MSG_STEP_OVER, recv
1012 MSG_STEP_OVER_R, send

14 MSG_GO, recv
1014 MSG_GO_R, send

21 MSG_ADD_BREAKPOINT, recv
1021 MSG_ADD_BREAKPOINT_R, send

32 MSG_GET_VAR, recv
1032 MSG_GET_VAR_R, send

34 MSG_GET_CALL_STACK, recv
1034 MSG_GET_CALL_STACK_R, send

10000 MSG_SET_PROTOCOL, recv
11000 MSG_SET_PROTOCOL_R, send

36 GetCWDRequest, recv
1036 GetCWDResponse, send

2003 MSG_READY, send
2005 MSG_SESS_START, send
2009 StartProcessFileNotification, send

2010 ContinueProcessFileNotification, recv

10001 FileContentRequest, send
10002 FileContentExtendedRequest, send
11001 FileContentResponse, recv

I will set up a new web site at http://php-java-bridge/pdb  The binaries can
be downloaded from there. -- I think I can make a first release next month.

Regards,
Jost Boekemeier

On 29 Aug 2009 19:17, "Jost Bekemeier" <jos...@go...>
wrote:

Hi,

I think the xdebug C code is more a problem than anything else.

There's a pure PHP debugger ("gubed") which uses the official PHP-level API
(*token_get_all, ...) to attach the debugger to your PHP script.

The advantage of this method is that it is pure PHP code and therefore
cannot crash your PHP installation. And it will work with future versions of
PHP.


Regards,
Jost Bökemeier

*

Hi,

> java.lang.NoSuchMethodError: org.apache.lucene
> .analysis.de. GermanAnalyzer

the old lucene.jar library shipped with the JavaBridge.war does not contain
this method. Please replace it with your version of the lucene.jar library.

Regards,
Jost Boekemeier

On 23 Oct 2009 18:36, <php...@li...> wrote:

Hi, I'm using the PHP/Java Bridge for connecting to Java Lucene on my
website.
Now I wanted to switch to the new 5.5.4 release (from 5.4.4.2) cause of some
bugfixing
regarding sockets/http tunneling whitch caused problems for me. But after
switching to
the new release (and doing no other changes at all) I'm getting exceptions
all over the
place, already at instantiating new objects. Here are examples on two
scripts:

*Warning*: Unchecked exception detected:
[[o:Response$UndeclaredThrowableErrorMarker]:"FATAL: UNDECLARED
RuntimeException PASSED TO PHP. java.lang.Exception: CreateInstance failed:
new org.apache.lucene.analysis.de.GermanAnalyzer. Cause:
java.lang.NoSuchMethodError:
org.apache.lucene.analysis.de.GermanAnalyzer.setOverridesTokenStreamMethod(Ljava/lang/Class;)V
VM: 1.6.0_0@http://java.sun.com/" at: #-10
org.apache.lucene.analysis.de.GermanAnalyzer.(GermanAnalyzer.java:85) #-9
sun.reflect.NativeConstructorAc[...]/Java.inc(312):
java_Client->getInternalResult() #4
http://localhost:8180/JavaBridge554/java/Java.inc(1153):
java_Client->createObject('org.apache.luce...', Array) #5
/var/www/vhosts/my_server/httpdocs/lib/IndexGenerator.php(59):
Java->Java('org.apache.luce...') #6
/var/www/vhosts/my_server/httpdocs/lib/IndexGenerator.php(211):
IndexGenerator->__construct() #7
/var/www/vhosts/my_server/httpdocs/lib/IndexGenerator.php(225):
main_index_generator() #8 {main}] in *
http://localhost:8180/JavaBridge554/java/Java.inc* on line *113*

*Fatal error*: Call to a member function docCount() on a non-object in *
/var/www/vhosts/my_server**/httpdocs/lib/IndexGenerator.php* on line *173*

*Fatal error*: An unchecked exception occured during script execution.
Please check the server log files for details. in *
http://localhost:8180/JavaBridge554/java/Java.inc* on line *453*

Another one:

*Fatal error*: Uncaught [[o:Exception]:"java.lang.Exception: CreateInstance
failed: new org.apache.lucene.index.IndexWriter([o:PhpParserString],
[o:StandardAnalyzer]). Cause: java.lang.InstantiationException: No matching
constructor found. Candidates: [public
org.apache.lucene.index.IndexWriter(java.lang.String,org.apache.lucene.analysis.Analyzer,boolean)
throws java.io.IOException, public
org.apache.lucene.index.IndexWriter(java.io.File,org.apache.lucene.analysis.Analyzer,boolean)
throws java.io.IOException, public
org.apache.lucene.index.IndexWriter(org.apache.lucene.store.Directory,org.apache.lucene.analysis.Analyzer,boolean)
throws java.io.IOException] VM: 1.6.0_0@http://java.sun.com/" at: #-5
php.java.bridge.JavaBridge.CreateObject(JavaBridge.java:469) #-4
php.java.bridge.Request.handleRequest(Request.java:453) #-3
php.java.bridge.Request.handleRequests(Request.java:491) #-2
php.java.bridge.http.ContextRunner.run(ContextRunner.java:145) #-1
php.java.bridge.ThreadPool$Delegate.run(ThreadPool.java:60) #0
http://localhost in *http://localhost:8180/JavaBridge554/java/Java.inc* on
line *109*


The exceptions sound a bit as if the problem would be somewhere else, but
I'm running both
versions of PHP/Java Bridge in parallel (with the war version on tomcat),
and just changed the
path to the new version in the script, doing nothing else. Both the method
from the first example
and the constructor from example 2 both exist normally. With 5.4.4.2
everything works fine,on 5.5.4 it crashes.
I read the NEWS (changelog) file for a while, trying to discover some
changes which could have caused
my problems, but I couldn't detect anything.

I would appreciate very much some ideas about the origins of this problem,
I've got no ideas
any more. Or am I overseeing some very basic things?

Thanx
Holger Drewes
------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
php-java-bridge-users mailing list
php...@li...
https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users

Hi, I'm using the PHP/Java Bridge for connecting to Java Lucene on my
website.
Now I wanted to switch to the new 5.5.4 release (from 5.4.4.2) cause of some
bugfixing
regarding sockets/http tunneling whitch caused problems for me. But after
switching to
the new release (and doing no other changes at all) I'm getting exceptions
all over the
place, already at instantiating new objects. Here are examples on two
scripts:

*Warning*: Unchecked exception detected:
[[o:Response$UndeclaredThrowableErrorMarker]:"FATAL: UNDECLARED
RuntimeException PASSED TO PHP. java.lang.Exception: CreateInstance failed:
new org.apache.lucene.analysis.de.GermanAnalyzer. Cause:
java.lang.NoSuchMethodError:
org.apache.lucene.analysis.de.GermanAnalyzer.setOverridesTokenStreamMethod(Ljava/lang/Class;)V
VM: 1.6.0_0@http://java.sun.com/" at: #-10
org.apache.lucene.analysis.de.GermanAnalyzer.(GermanAnalyzer.java:85) #-9
sun.reflect.NativeConstructorAc[...]/Java.inc(312):
java_Client->getInternalResult() #4
http://localhost:8180/JavaBridge554/java/Java.inc(1153):
java_Client->createObject('org.apache.luce...', Array) #5
/var/www/vhosts/my_server/httpdocs/lib/IndexGenerator.php(59):
Java->Java('org.apache.luce...') #6
/var/www/vhosts/my_server/httpdocs/lib/IndexGenerator.php(211):
IndexGenerator->__construct() #7
/var/www/vhosts/my_server/httpdocs/lib/IndexGenerator.php(225):
main_index_generator() #8 {main}] in *
http://localhost:8180/JavaBridge554/java/Java.inc* on line *113*

*Fatal error*: Call to a member function docCount() on a non-object in *
/var/www/vhosts/my_server**/httpdocs/lib/IndexGenerator.php* on line *173*

*Fatal error*: An unchecked exception occured during script execution.
Please check the server log files for details. in *
http://localhost:8180/JavaBridge554/java/Java.inc* on line *453*

Another one:

*Fatal error*: Uncaught [[o:Exception]:"java.lang.Exception: CreateInstance
failed: new org.apache.lucene.index.IndexWriter([o:PhpParserString],
[o:StandardAnalyzer]). Cause: java.lang.InstantiationException: No matching
constructor found. Candidates: [public
org.apache.lucene.index.IndexWriter(java.lang.String,org.apache.lucene.analysis.Analyzer,boolean)
throws java.io.IOException, public
org.apache.lucene.index.IndexWriter(java.io.File,org.apache.lucene.analysis.Analyzer,boolean)
throws java.io.IOException, public
org.apache.lucene.index.IndexWriter(org.apache.lucene.store.Directory,org.apache.lucene.analysis.Analyzer,boolean)
throws java.io.IOException] VM: 1.6.0_0@http://java.sun.com/" at: #-5
php.java.bridge.JavaBridge.CreateObject(JavaBridge.java:469) #-4
php.java.bridge.Request.handleRequest(Request.java:453) #-3
php.java.bridge.Request.handleRequests(Request.java:491) #-2
php.java.bridge.http.ContextRunner.run(ContextRunner.java:145) #-1
php.java.bridge.ThreadPool$Delegate.run(ThreadPool.java:60) #0
http://localhost in *http://localhost:8180/JavaBridge554/java/Java.inc* on
line *109*


The exceptions sound a bit as if the problem would be somewhere else, but
I'm running both
versions of PHP/Java Bridge in parallel (with the war version on tomcat),
and just changed the
path to the new version in the script, doing nothing else. Both the method
from the first example
and the constructor from example 2 both exist normally. With 5.4.4.2
everything works fine,on 5.5.4 it crashes.
I read the NEWS (changelog) file for a while, trying to discover some
changes which could have caused
my problems, but I couldn't detect anything.

I would appreciate very much some ideas about the origins of this problem,
I've got no ideas
any more. Or am I overseeing some very basic things?

Thanx
Holger Drewes

Hi,

> i was wondering about some of the ways i can use the java bridge

* In a web environment use Apache/IIS front- and JEE (servlet) back end (see
INSTALL.J2EE)

* For a PHP/Java desktop application use the JavaBridgeRunner (see
INSTALL.STANDALONE),

* For running PHP scripts directly from JAVA use the JSR223 interface (see
INSTALL.J2SE)/

The mentioned documents are located in the php java bridge documentation zip
file.

> My goal is really to call my java [...] All this is in the
> context of a website which is served by apache

Then please see the INSTALL.J2EE document for details.

> i would have to specify (i believe) a certain context of > what will be
forwarded to tomcat(I could be wrong

Yes. Your web application (or "context" as you call it) contains the
specific versions of the java libraries needed to run your web application.

The web application URI defaults to http://localhost:8080/JavaBridge. But
you can change it, for example with:
  require_once("http://localhost:8080/MyAPPVersionX/java/Java.inc");

> as i thought since the way i want to call the java
> application is more like a function rather than a

Not sure what you mean with this. But as long as Java doesn't have a module
system, you have no other choice but to encapsulate your specific
requirements (java libs, etc.) in a web application. -- Or use some other
container instead.

> just don't know how to really specify that to apache

Via the request URI (see above) or via the JAVA_HOSTS and JAVA_SERVLET
settings.

> I suppose i could forward EVERYTHING to tomcat,
> but i don't want to do that as i need some apache
> features in the website.

Unless you want load-balancing, this is overkill, I think.

> Anyway, so i was wondering if there is a way to use
> the java bridge without using tomcat? I

Yes. For desktop apps you can specify the library requirements in the
META-INF file.

If you don't want to use tomcat to run your web apps, you can of course use
jetty, geronimo, glassfish or oracle/bea weblogic to run your jee web
application.

Regards,
Jost Boekemeier

On 22 Oct 2009 19:42, <php...@li...> wrote:

Hi,

i was wondering about some of the ways i can use the java bridge:
My goal is really to call my java application from a php script and return
some values to the php script. All this is in the context of a website which
is served by apache.

So, what i thought to do is to use apache->tomcat integration. However,
right
now i am having doubts that this is the best way to do things, as i would
have
to specify (i believe) a certain context of what will be forwarded to tomcat
(I could be wrong in that). This doesn't appear to be as easy as i thought
since the way i want to call the java application is more like a function
rather than a whole folder. I just don't know how to really specify that to
apache.

The situation is that the php script, which calls on the java application,
is
served by apache. My problem then is how i can integrate tomcat such that it
interprets the java application?
I suppose i could forward EVERYTHING to tomcat, but i don't want to do that
as
i need some apache features in the website.

Anyway, so i was wondering if there is a way to use the java bridge without
using tomcat?

I hope what i am trying to describe makes sense.


thanks
matt
------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
php-java-bridge-users mailing list
php...@li...
https://lists.sourceforge.net/lists/listinfo/php-java-bridge-users

Hi,

PHP/Java Bridge 5.5.4 is now available. We'll stop the development at this
stage and focus more on improving PHP and the PHP/Eclipse integration.

The binary download is here:
http://sourceforge.net/projects/php-java-bridge/files/Binary%20package/php-java-bridge_5.5.4/php-java-bridge_5.5.4_documentation.zip/download

The CVS head will be tagged as "Release-5-5-4" shortly.


>From the NEWS file:

Version 5.5.4

* A bug has been fixed in the JSR 223 handling which could cause the
  JSR 223 script engine to crash. See the ChangeLog for details.

* If the Java environment doesn't allow java.lang.Threads, Sockets, or
  if the back end doesn't run on localhost
  ("127.0.0.1".equals(req.getRemoteAddr()), or if the promiscuous
  option is set, the bridge now uses a HTTP tunnel to communicate with
  the back end.  Example:

  --
  telnet YOURHOST.com 8080
PUT /JavaBridge/foo.phpjavabridge HTTP/1.1
Host: YOURHOST.com:8080
Transfer-Encoding: chunked

22
<H p="1" v="java.lang.String"></H>
b
<F p="E" />
0

   --

* Due to the new communication channel, version 5.5.4 may not be
  compatible with earlier versions. Please make sure to upgrade both,
  the "Java.inc" PHP library and the "JavaBridge.jar" Java library.

* An option "java.persistent_servlet_connections" has been added to
  the java.ini. Due to a bug in some Tomcat versions,
  JAVA_PERSISTENT_SERVLET_CONNECTIONS cannot be used with
  Transfer-Encoding: chunked. Tomcat 6.0.14 sends back a valid body
  without Content-Length and Transfer-Encoding: chunked if it wants to
  close a persistent chunked connection via Connection: close (see
  tomcats connectionTimeout setting). An attempt to use the new
  communication channel with JAVA_PERSISTENT_SERVLET_CONNECTIONS will
  immediately raise a fatal error. Either enable the Pipe- or
  SocketContextServer or disable JAVA_PERSISTENT_SERVLET_CONNECTIONS
  in your PHP script or in the java.ini

* The promiscuous option is now optional. If set as a context
  parameter, it switches off the Pipe- and SocketContextServer.
  Example web.xml:

    ...
    </listener>

    <!-- force the bridge to use the HTTP tunnel -->
    <context-param>
      <param-name>promiscuous</param-name>
      <param-value>On</param-value>
    </context-param>

    <context-param>
      <param-name>override_hosts</param-name>
    ...


* The option -Dphp.java.bridge.default_log_file=FILE redirects all log
  output to FILE. The following example sends all log output to
  standard out: JAVA_OPTS="-Dphp.java.bridge.default_log_file="
  bin/catalina.sh run

* The JAVA_DEBUG option has been removed from Java.inc, so that
   Java.inc fits into 64K. Use JavaBridge.inc from the src.zip or a
   PHP source level debugger (for example the Zend Debugger) if you
   want to debug the PHP bridge code.