php-java-bridge-users Mailing List for PHP/Java Bridge

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.

Hi,

This problem should be fixed in version 5.5.4.
I have tested this version on the google app engine.

If there are still problems, we'll need to look at your provider's java
security settings.

Please see the NEWS file from the PHP/Java Bridge documentation download for
details.

Regards,
Jost Bökemeier

On Sep 29, 2009 4:45 PM, <php...@li...>
wrote:

Hi,

On Monday 28 September 2009, you wrote: > > java.lang.NoClassDefFoundError
php.java.bridge.http. > ...
Unfortunately I do not have control over the tomcat root dir since i am on a
shared hosting plan.

Unless there is another way i will probably have to move to a dedicated
hosting plan?


thanks
matt

> > Regards, > Jost Boekemeier > > On Sep 28, 2009 8:28 PM,
<php...@li...urcefo...

>10) > > >
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:11
>7) > > org...

>
org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil.java:1

>10) > > >
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:11
>7) > > org...

>va:683) java.lang.Thread.run(Thread.java:595) >
---------------------------------------------------...
>
---------------------------------------------------------------------------
>--- Come build with us! The BlackBerry&reg; Developer Conference in SF, CA

> is the only developer event you need to attend this year. Jumpstart your >
developing skills, take...

Hi,

Version 5.5.4 can use a http tunnel to communicate with the back end
efficiently. It runs w/o threads, file or socket access with the default
tomcat security manager.

The Java.inc library contains a new java_HttpTunnelHandler which opens a
HTTP/1.0 connection, sets the content-length to 1exabyte and  uses the http
connection like an ordinary socket connection.

This works with tomcat and a few other servlet engines, but it may fail in
some environments. You cannot transfer more than 10^18 bytes and it uses the
session to store a non-serializable object, the distributable setting must
therefore be switched off in your WEB-INF/web.xml.

This new comm. channel is only used if neither the Pipe- nor the
SocketContextServer is available, for example if the java server policy
denies local file- or socket access.

=>
http://sourceforge.net/projects/php-java-bridge/files/Binary%20package/php-java-bridge_5.5.4/JavaBridgeTemplate554experimental.war/download

Regards,
Jost Boekemeier

On Sep 29, 2009 4:45 PM, <php...@li...>
wrote:

Hi,

On Monday 28 September 2009, you wrote: > > java.lang.NoClassDefFoundError
php.java.bridge.http. > ...
Unfortunately I do not have control over the tomcat root dir since i am on a
shared hosting plan.

Unless there is another way i will probably have to move to a dedicated
hosting plan?


thanks
matt

> > Regards, > Jost Boekemeier > > On Sep 28, 2009 8:28 PM,
<php...@li...urcefo...

>10) > > >
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:11
>7) > > org...

>
org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil.java:1

>10) > > >
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:11
>7) > > org...

>va:683) java.lang.Thread.run(Thread.java:595) >
---------------------------------------------------...
>
---------------------------------------------------------------------------
>--- Come build with us! The BlackBerry&reg; Developer Conference in SF, CA

> is the only developer event you need to attend this year. Jumpstart your >
developing skills, take...