JAVA debugging in SMP Work Manager 6.1

[former_member552266]

Hi Experts,

We have Work Manager 6.1 application deployed on SMP 3.o hosted on AWS. We are trying to set JAVA debugging in eclipse.

Below are the steps performed:

• Modify Start SAP Mobile Platform shortcut to include debug port(D:\SAP\Server\go-service.bat -debug 8000)
• Restart SMP Service
• In Eclipse,Run->Debug Configurations->given connection type: standard (socket attach) , Host: Localhost, Port:8000

When we click on debug, encountering error "Failed to connect to remote VM. Connection refused".We have verified that the port is in listening state through command netstat -a

Please suggest.Thanks in advance.

Regards,

Swathi.

[bill_froelich]

Given that your SMP service is running in AWS, you also have to verify that the port is open between your machine and AWS. So even if it is listening on 8000 there may be a firewall in AWS blocking your access.

As a workaround, could you run and debug from a local SMP server? This is typically what I do since I then have full control and performance debugging will be much better as well.

[former_member552266]

Hi Bill,

Thanks for your reply. But we do not have any local SMP server set up for debugging and also when we re verified in netstat -a, found that port 8000 is established. Hope this need to be modified to listening state right?.

Also, how can we identify the ports that can be set for debugging.

Kindly suggest.Thanks in advance.

Regards,

Swathi.

[former_member552266]

Hi Bill,

In few posts related to syclo debug, it is mentioned that we can use any port other than Angel front end. Can you please suggest where can we get the Angle front end port details configured.

Thanks in advance.

Regards,

Swathi.

[bill_froelich]

Even though the server is listening on port x (like you mention it doesn't need to be 8000), since you are trying to connect to that port from a remote machine there may be firewalls between your machine and the host that need to allow the traffic on that specific port.

One test would be to try and telnet from your machine to port 8000 on the server. If that connection is refused it is a good indicator that there is a firewall blocking the port given that you have confirmed the server is listening on port 8000 already.

--Bill