When I send a Post request to Postman, I get Could not get any response
error. The call is something like the following:
https://localhost:8080/ProjectName/ClassName/MethodName
My colleague tries exactly the same endpoint and there is no problem for him. It seems that the problem is something with the settings on my laptop. I tried the endpoint with Insomnia. But I still get the same error.
In the meantime, when I have some calls which do not require port number, there is no problem. I have the problem just with the calls which require me to mention the port number directly.
I should also mention that I'm using Docker and when I try to set a remote debug for my project, I get an error Unable to open debugger port (localhost:8080). I'm not sure if these problems are related. But I think there is something wrong with my port settings. Any help is appreciated.
Thanks in advance,
In my case, the problem was a stupid mistake from me.
As I said, I'm using Docker. I had used docker-compose.override.yml and had defined the ports there. But I had named the file wrongly docker-compose-override.yml (using a dash line instead of dot). So, the ports were not set correctly.
Related
I have created a simple TibcoBW6 REST api that compiles and runs successful.
The console logs indicate that the application is running but I try to invoke the api on Postman I get no response.
Telnet the port also can't connect.
I don't know whether my HTTP configurations are Ok, here is my connector properties
and the module properties.
I've scratched my head for hours searching for help online, but nothing came up.
once your service runs succesfully, type
lendpoints
in the console tab, you can check where your service is running.
If you don't get any result, there might be some problem with use of module properties, try to write directly localhost instead of using the module properties.
I'm new to concourse and really excited to start working with it but I have a problem running the hello world example described here: https://concourse-ci.org/hello-world.html
I'm running this example on a concourse docker setup described here: https://concourse-ci.org/docker-repository.html.
Everything seems to work just fine but when I want to verify the results of both examples it keeps saying loading:
Task result loading (image)
Any idea why this would happen? I'm running docker-compose on Mac OS X (El Capitan) but that shouldn't matter right? Is there some additional configuration that I'm missing?
I also noticed when checking the network trace that the following request doesn't return any value: /api/v1/builds/<buildnumber>/events
It keeps saying 'pending'. Is that normal? I assume it isn't but I don't know the cause of this. Is there any logging I can check?
EDIT:
It seems to have something to do with the fact that it isn't running on localhost. When I use port forwarding and open concourse on localhost:8080 the results are shown just fine. Also mapping another hostname to 127.0.0.1 with port forwarding enabled works. So only when I communicate directly with the opened docker ports it doesn't work. Am I missing something?
After much frustration I found out that to cause of this issue was that Sophos Anti-Virus was blocking Concourse server-side events...
https://community.sophos.com/products/free-antivirus-tools-for-desktops/f/sophos-anti-virus-for-mac-home-edition/5750/sophos-av-blocks-server-sent-events-sse-on-mac-os-x-yosemite
I'm trying to install Grafana on a server, and installation goes through properly. However, when I try to start the service (using sudo service grafana start) it fails with the cryptic message:
2016/02/11 18:45:38 [web.go:93 StartServer()] [E] Fail to start server: open : no such file or directory
I have been unable to find an answer to this.
I assume that I'm simply missing an apt-get package or something really simple, but there's no more information than this.
Anyone have an idea?
Thanks for your time.
EDIT:
While unable to solve the actual problem, I realized that though I configured the server to run over HTTPS, the actual SSL is handled through the proxy by my host, and the server should run internally on HTTP. When changing this, the server started properly. It's not a solution to this specific problem, but as it may point others with this problem in the right direction;
the problem had to do with running over HTTPS.
Good luck!
when configuring Grafana to use HTTPs you need to specify cert & key paths, looks likely that Grafana could not find one of them.
I'm trying to connect to the Dev SQL server on Google's cloud platform.
I used to have no problem at all connecting a few weeks ago but I wanted to upgrade some stuff and suddenly a connection cannot be established..
I've tried connecting via MySQL Workbench first and it keeps getting a connection error 10060. When I test the parameters it goes fine but the connection never succeeds.
So I also tried using code in Java using a code similar to Google's example and this arbitrarily works but mostly doesn't and throws connection link fail exception.
So I know the code and setup is fine since it sometimes succeeds. so the question is: why? When is it fine and when does it fail and why? Also why does it never work via the workbench although it did work in the past?
Is this familiar to anyone?
Any help is greatly appreciated!
Thanks
I'm having the same problem.
I read that it might be the ISP blocking outbound port 3306.
is your IPS is Bezeq International-Ltd by any chance?
when I use my cell phone network it works fine.
It looks like Google are currently having issues with Cloud SQL. See Twitter for example
I am trying to connect to an external SOAP service using PHP and have written a small php test script that just connects to the service and performs a simple request to check everything is working.
This all works correctly but when I run via a browser request, it is very slow taking somewhere in the region of 40s to establish the initial connection. When I do the same request using the exact same script on the command line, it goes through straight away.
Does anyone have any ideas as to why this might be?
Cheers
PHP caches the wsdl in /tmp. If you run from the command line first, the cache file will be owned by whatever user you're running the script as, and apache won't be able to read the cache. The wsdl will have to be downloaded and parsed every time which will be slow.
Check the permissions of /tmp/wsdl*.
Maybe external SOAP service trying to check your IP, and your server has ICMP allowed, when your local network - not.
Anyway, this question might be answered more clearly by administrator of external SOAP service :)
Is there a difference between the php.inis that are being used?
On a standard ubuntu server installation:
diff /etc/php5/apache2/php.ini /etc/php5/cli/php.ini
//edit:
Another difference might be in the include paths. Had this trouble myself on a local test server, it didn't actually use the soap class that was included (it didn't include anything, because the search paths weren't valid), but it included the built-in soap_client class.