Hello! Making my first moves on the "development dance floor" I stumbled over an issue I'd like to mention: When I ran "dancer -a mywebapp" to start my first application on a linux machine, the shell/command seemed to freeze. Quite confused I realized after some tries, that the helper script ("/usr/local/bin/dancer") finally finished sucessfully - but only after round about 3 minutes of apparently doing nothing! What happend? Using "strace" I found out, that the helper script tries to establish an internet connection. I traced it down to the subroutine "version_check". Obviously this subroutine checks whether the locally installed version of "Dancer" is up to date. To achieve this, an HTTP-request to "http://search.cpan.org/dist/Dancer/CHANGES" is made. Basically this is a good idea, but in my case it also was the cause for the unexpected bevahiour/delay: The linux machine I was using is located behind a corporate web proxy - direct internet access is not possible. That proxy was configured properly in the linux system (environment variable "http_proxy") and on applicaton level (e. g. CPAN access). Unfortunately the helper script does not seem to utilise proxy settings and gets caught by some default timeout mechanisms. From my point of view it would be nice, if the helper script was able to cope with proxies - at least it would be nice, if the script printed out some message about the attempted internet access. Could be a valuable hint for proxy-plagued novice like me ;-) Greetings, Stefan Oberwahrenbrock
Hi Stefan. Thank you for spotting this issue. Would it be possible for you to open up an issue for this on Github Issues[1]? It would be much easier for us to track and fix it. Thank you! [1] https://github.com/sukria/Dancer/issues On Sun, Nov 21, 2010 at 1:43 PM, Stefan Oberwahrenbrock < oberwahrenbrock@gmx.de> wrote:
Hello!
Making my first moves on the "development dance floor" I stumbled over an issue I'd like to mention: When I ran "dancer -a mywebapp" to start my first application on a linux machine, the shell/command seemed to freeze. Quite confused I realized after some tries, that the helper script ("/usr/local/bin/dancer") finally finished sucessfully - but only after round about 3 minutes of apparently doing nothing!
What happend? Using "strace" I found out, that the helper script tries to establish an internet connection. I traced it down to the subroutine "version_check". Obviously this subroutine checks whether the locally installed version of "Dancer" is up to date. To achieve this, an HTTP-request to "http://search.cpan.org/dist/Dancer/CHANGES" is made.
Basically this is a good idea, but in my case it also was the cause for the unexpected bevahiour/delay: The linux machine I was using is located behind a corporate web proxy - direct internet access is not possible. That proxy was configured properly in the linux system (environment variable "http_proxy") and on applicaton level (e. g. CPAN access). Unfortunately the helper script does not seem to utilise proxy settings and gets caught by some default timeout mechanisms.
From my point of view it would be nice, if the helper script was able to cope with proxies - at least it would be nice, if the script printed out some message about the attempted internet access. Could be a valuable hint for proxy-plagued novice like me ;-)
Greetings, Stefan Oberwahrenbrock _______________________________________________ Dancer-users mailing list Dancer-users@perldancer.org http://www.backup-manager.org/cgi-bin/listinfo/dancer-users
Hi sawyer x! I have just created an account on github.com and filed an appropriate issue (Titel: "delay while running dancer behind (corporate) proxy and firewall"). Greetings, Stefan Am 21.11.2010 13:00, schrieb sawyer x:
Hi Stefan.
Thank you for spotting this issue.
Would it be possible for you to open up an issue for this on Github Issues[1]?
It would be much easier for us to track and fix it.
Thank you!
[1] https://github.com/sukria/Dancer/issues
On Sun, Nov 21, 2010 at 1:43 PM, Stefan Oberwahrenbrock <oberwahrenbrock@gmx.de <mailto:oberwahrenbrock@gmx.de>> wrote:
Hello!
Making my first moves on the "development dance floor" I stumbled over an issue I'd like to mention: When I ran "dancer -a mywebapp" to start my first application on a linux machine, the shell/command seemed to freeze. Quite confused I realized after some tries, that the helper script ("/usr/local/bin/dancer") finally finished sucessfully - but only after round about 3 minutes of apparently doing nothing!
What happend? Using "strace" I found out, that the helper script tries to establish an internet connection. I traced it down to the subroutine "version_check". Obviously this subroutine checks whether the locally installed version of "Dancer" is up to date. To achieve this, an HTTP-request to "http://search.cpan.org/dist/Dancer/CHANGES" is made.
Basically this is a good idea, but in my case it also was the cause for the unexpected bevahiour/delay: The linux machine I was using is located behind a corporate web proxy - direct internet access is not possible. That proxy was configured properly in the linux system (environment variable "http_proxy") and on applicaton level (e. g. CPAN access). Unfortunately the helper script does not seem to utilise proxy settings and gets caught by some default timeout mechanisms.
>From my point of view it would be nice, if the helper script was able to cope with proxies - at least it would be nice, if the script printed out some message about the attempted internet access. Could be a valuable hint for proxy-plagued novice like me ;-)
Greetings, Stefan Oberwahrenbrock _______________________________________________ Dancer-users mailing list Dancer-users@perldancer.org <mailto:Dancer-users@perldancer.org> http://www.backup-manager.org/cgi-bin/listinfo/dancer-users
Eingehende eMail ist virenfrei. Von AVG überprüft - www.avg.de Version: 9.0.869 / Virendatenbank: 271.1.1/3269 - Ausgabedatum: 11/20/10 20:34:00
Thank you! I hope we could resolve it soon! :) On Sun, Nov 21, 2010 at 9:03 PM, Stefan Oberwahrenbrock < oberwahrenbrock@gmx.de> wrote:
Hi sawyer x!
I have just created an account on github.com and filed an appropriate issue (Titel: "delay while running dancer behind (corporate) proxy and firewall").
Greetings, Stefan
Am 21.11.2010 13:00, schrieb sawyer x:
Hi Stefan.
Thank you for spotting this issue.
Would it be possible for you to open up an issue for this on Github Issues[1]?
It would be much easier for us to track and fix it.
Thank you!
[1] https://github.com/sukria/Dancer/issues
On Sun, Nov 21, 2010 at 1:43 PM, Stefan Oberwahrenbrock <oberwahrenbrock@gmx.de <mailto:oberwahrenbrock@gmx.de>> wrote:
Hello!
Making my first moves on the "development dance floor" I stumbled over an issue I'd like to mention: When I ran "dancer -a mywebapp" to start my first application on a linux machine, the shell/command seemed to freeze. Quite confused I realized after some tries, that the helper script ("/usr/local/bin/dancer") finally finished sucessfully - but only after round about 3 minutes of apparently doing nothing!
What happend? Using "strace" I found out, that the helper script tries to establish an internet connection. I traced it down to the subroutine "version_check". Obviously this subroutine checks whether the locally installed version of "Dancer" is up to date. To achieve this, an HTTP-request to "http://search.cpan.org/dist/Dancer/CHANGES" is made.
Basically this is a good idea, but in my case it also was the cause for the unexpected bevahiour/delay: The linux machine I was using is located behind a corporate web proxy - direct internet access is not possible. That proxy was configured properly in the linux system (environment variable "http_proxy") and on applicaton level (e. g. CPAN access). Unfortunately the helper script does not seem to utilise proxy settings and gets caught by some default timeout mechanisms.
>From my point of view it would be nice, if the helper script was able to cope with proxies - at least it would be nice, if the script printed out some message about the attempted internet access. Could be a valuable hint for proxy-plagued novice like me ;-)
Greetings, Stefan Oberwahrenbrock _______________________________________________ Dancer-users mailing list Dancer-users@perldancer.org <mailto:Dancer-users@perldancer.org>
http://www.backup-manager.org/cgi-bin/listinfo/dancer-users
Eingehende eMail ist virenfrei. Von AVG überprüft - www.avg.de Version: 9.0.869 / Virendatenbank: 271.1.1/3269 - Ausgabedatum: 11/20/10 20:34:00
Luckily this is fixed in 1.2000! Thus, I just closed the issue on github :-) Am 21.11.2010 20:06, schrieb sawyer x:
Thank you!
I hope we could resolve it soon! :)
On Sun, Nov 21, 2010 at 9:03 PM, Stefan Oberwahrenbrock <oberwahrenbrock@gmx.de <mailto:oberwahrenbrock@gmx.de>> wrote:
Hi sawyer x!
I have just created an account on github.com <http://github.com> and filed an appropriate issue (Titel: "delay while running dancer behind (corporate) proxy and firewall").
Greetings, Stefan
Am 21.11.2010 13:00, schrieb sawyer x:
Hi Stefan.
Thank you for spotting this issue.
Would it be possible for you to open up an issue for this on Github Issues[1]?
It would be much easier for us to track and fix it.
Thank you!
[1] https://github.com/sukria/Dancer/issues
On Sun, Nov 21, 2010 at 1:43 PM, Stefan Oberwahrenbrock <oberwahrenbrock@gmx.de <mailto:oberwahrenbrock@gmx.de> <mailto:oberwahrenbrock@gmx.de <mailto:oberwahrenbrock@gmx.de>>> wrote:
Hello!
Making my first moves on the "development dance floor" I stumbled over an issue I'd like to mention: When I ran "dancer -a mywebapp" to start my first application on a linux machine, the shell/command seemed to freeze. Quite confused I realized after some tries, that the helper script ("/usr/local/bin/dancer") finally finished sucessfully - but only after round about 3 minutes of apparently doing nothing!
What happend? Using "strace" I found out, that the helper script tries to establish an internet connection. I traced it down to the subroutine "version_check". Obviously this subroutine checks whether the locally installed version of "Dancer" is up to date. To achieve this, an HTTP-request to "http://search.cpan.org/dist/Dancer/CHANGES" is made.
Basically this is a good idea, but in my case it also was the cause for the unexpected bevahiour/delay: The linux machine I was using is located behind a corporate web proxy - direct internet access is not possible. That proxy was configured properly in the linux system (environment variable "http_proxy") and on applicaton level (e. g. CPAN access). Unfortunately the helper script does not seem to utilise proxy settings and gets caught by some default timeout mechanisms.
>From my point of view it would be nice, if the helper script was able to cope with proxies - at least it would be nice, if the script printed out some message about the attempted internet access. Could be a valuable hint for proxy-plagued novice like me ;-)
Greetings, Stefan Oberwahrenbrock _______________________________________________ Dancer-users mailing list Dancer-users@perldancer.org <mailto:Dancer-users@perldancer.org> <mailto:Dancer-users@perldancer.org <mailto:Dancer-users@perldancer.org>>
http://www.backup-manager.org/cgi-bin/listinfo/dancer-users
Eingehende eMail ist virenfrei. Von AVG überprüft - www.avg.de <http://www.avg.de> Version: 9.0.869 / Virendatenbank: 271.1.1/3269 - Ausgabedatum: 11/20/10 20:34:00
Eingehende eMail ist virenfrei. Von AVG überprüft - www.avg.de Version: 9.0.869 / Virendatenbank: 271.1.1/3269 - Ausgabedatum: 11/20/10 20:34:00
participants (2)
-
sawyer x -
Stefan Oberwahrenbrock