Eclipse Community Forums: PHP Development Tools (PDT) » Remote as in Remore and not localhost remote.

Home » Language IDEs » PHP Development Tools (PDT) » Remote as in Remore and not localhost remote.

Remote as in Remore and not localhost remote. [message #80501]

Sun, 21 September 2008 01:29

Eclipse User

Hi,

I want to login a remote server, at the other end of the world, open a php
project located at the other end of the world, and debug using the server
at the other end of the world. Basically I do not want a single file saved
to my workstation or use my work station to debug.

Can that be done with eclipse PDT?
If so, how, where do I start?

Reason I ask is I am trying to find info on the subject but every time I
search for Eclipse PDT Remote debugging I get Xdebug remote debug
debugging on localhost.

From what I read is when ppl refer to php remote debugging the word remote
in debugging actually means localhost debugging.

Thanks

Re: Remote as in Remore and not localhost remote. [message #80517 is a reply to message #80501]

Mon, 22 September 2008 12:06

Eclipse User

NOYFB wrote:
> Hi,
>
> I want to login a remote server, at the other end of the world, open a
> php project located at the other end of the world, and debug using the
> server at the other end of the world. Basically I do not want a single
> file saved to my workstation or use my work station to debug.
> Can that be done with eclipse PDT? If so, how, where do I start?
>
> Reason I ask is I am trying to find info on the subject but every time I
> search for Eclipse PDT Remote debugging I get Xdebug remote debug
> debugging on localhost.
>
> From what I read is when ppl refer to php remote debugging the word
> remote in debugging actually means localhost debugging.
>
> Thanks
>

Unfortunately this isn't really possible. The Eclipse PDT will be
"running" from your machine, and by running I mean the process will be
actively running within your computer (cpu / memory) so when you debug
XDebug needs to know how to contact your running Eclipse PDT to inform
it when it is on certain lines of code.

In terms of having the PHP project and everything else on a remote
machine that is definitely possible you would just need to get the
networking / file shares setup for it. Might want to look into RSE for
your project setup and such but this part of it is possible.

If this isn't possible then look into a VNC based solution
(http://www.uvnc.com/) where you connect to a remote machine and then
use Eclipse as if it is running from that remote machine.

--
Shawn Clark

Re: Remote as in Remore and not localhost remote. [message #80532 is a reply to message #80517]

Mon, 22 September 2008 20:56

Eclipse User

Originally posted by: eclipsenews.20.epm.spamgourmet.com

> Unfortunately this isn't really possible. The Eclipse PDT will be
> "running" from your machine, and by running I mean the process will be
> actively running within your computer (cpu / memory) so when you debug
> XDebug needs to know how to contact your running Eclipse PDT to inform
> it when it is on certain lines of code.

Actually it's perfectly possible to debug a process running on a
different server. Xdebug communicates with eclipse via TCP so it doesn't
matter whether the apache server with xdebug running is a completely
different machine on the other side of the world to the computer you are
running eclipse on. Of course, you have to make sure that the relevant
ports etc are open through your firewall/router, and that the xdebug
server knows to allow debugging from your IP. But it's exactly what the
debugger is designed to do.

Getting eclipse to access the files on the remote fileserver will be
much harder. I've tried using RSE myself but honestly I couldn't make
head nor tail of it. If you manage to figure it out, I'd love to hear
how you did it!

Cheers
Tom

Re: Remote as in Remore and not localhost remote. [message #80547 is a reply to message #80532]

Tue, 23 September 2008 02:47

Eclipse User

Originally posted by: christian.wolf.sedo.de

Tom Walter wrote:
> Actually it's perfectly possible to debug a process running on a
> different server.

/sign

I'm working on remote systems only, and the debugging works perfect. I'm
using SSH tunnels to let xDebug build a connection to my local eclipse,
so the xdebug.remote_host stays 'localhost' in my case.

> Getting eclipse to access the files on the remote fileserver will be
> much harder. I've tried using RSE myself but honestly I couldn't make
> head nor tail of it. If you manage to figure it out, I'd love to hear
> how you did it!

Actually, I didn't solve this at all. I'm using a local copy of all
scripts for my Eclipse workspace. As long as you keep the local and
remote sources synchronized (using rsync, WinSCP or other solutions),
you should be fine.

Ciao Christian

Re: Remote as in Remore and not localhost remote. [message #80576 is a reply to message #80501]

Tue, 23 September 2008 23:30

Eclipse User

Thank's!.

Just to confirm.
Locally you only need Eclipse PDT running
and on the remote server you only need xDebud running
plus some ports to let them communicate.

and/or

No need for xdebug to run localy?
The way they communication is not from PDT local to xdebug local to xdebug
remote vise versa but from PDT local directly to xbedug remote.

Can some one confirm?

Thank again for the help.

Re: Remote as in Remore and not localhost remote. [message #80591 is a reply to message #80576]

Wed, 24 September 2008 04:19

Eclipse User

Originally posted by: eclipse-news.mark-kirchner.de

Real Name schrieb:
> Thank's!.
>
> Just to confirm.
> Locally you only need Eclipse PDT running
> and on the remote server you only need xDebud running
> plus some ports to let them communicate.

Yes.

Additionally, you have to make sure that the local and remote versions
of the files to be debugged are kept in sync (manually, rsync,
network-shares, etc.).

> No need for xdebug to run localy?
> [...]

Correct.

Regards,
Mark

Previous Topic:	TODO list broken on fresh install of PDT / Ubuntu8.04 LTS.
Next Topic:	PDT 2.0 performance issues (bug #240826)

Goto Forum:

-=] Back to Top [=-

Current Time: Tue May 13 01:54:07 EDT 2025

.:: Contact :: Home ::.

Breadcrumbs

Sign up to our Newsletter