Application Server

[Christian Schmitt]

Hi there, will there be a official applicationserver for google go? something like the app engine, that it is easier to deploy code to websites. I think some parts of the community would be interested in it. Than we could use golang to deploy websites easily on our own servers. and it would be easily as php to program stuff for the internet. i know go isn't a scripting language but the depolyment on the app engine is very good.

at the moment it is very hard to deploy webapplikations with golang on our own servers. you need to do a lot of things to run a stable enviroment. so the only thing that golang misses is a official application server.

sincerly c.schmitt

[Brad Fitzpatrick]

On Sat, Apr 28, 2012 at 11:41 PM, Christian Schmitt <c.sc...@briefdomain.de> wrote:

so the only thing that golang misses is a official application server.

 

That is awesome if that's the *only* thing that Go is missing.  :-)

There is nothing "official", and probably won't be (at least anytime soon), but in addition to App Engine and Heroku, people have made their own, in various state of polish.  For example:  http://code.google.com/p/rsc/source/browse/devweb/main.go

[Louis Yu]

Vote for one! 

IMHO, it could be a huge promoting to golang, since now I could't find a easy way to publish code without stopping web service. And I'm a phper, golang can as fast development as php dose. If there is a official application server, I believe a lot of web framework could emerge, and a lot of people would like to use this productive language.

[DisposaBoy]

On Sunday, April 29, 2012 7:53:59 AM UTC+1, Louis Yu wrote:

Vote for one! 

IMHO, it could be a huge promoting to golang, since now I could't find a easy way to publish code without stopping web service. And I'm a phper, golang can as fast development as php dose. If there is a official application server, I believe a lot of web framework could emerge, and a lot of people would like to use this productive language.

Why not just use CGI and be done with it?

If you actually need the server to be long-running then use a proper process manager(I like supervisord myself) and have it issue signals t your app on your behalf, then you listen for the signals and handle them gracefully.

 

[Christian Schmitt]

CGI is a Bad solution for deploying Code. I can tell you why... Did you know PHP? It isn't a good language, but you could easily deploy and change some code on a running php instance, so you could easily insert some sort of code.

I talked in google-appengine about this and they told me I should just use AppScale ( http://appscale.cs.ucsb.edu ) It works yes, but It isn't close as good as the AppEngine btw. the development Server. I mean it is very bad to run the Development Server in a hosting enviroment, since its much slower  etc. but i think when there is a thing, that you could easily install on a vps without the AppScale thing, just like a php-fpm Manager, that you could deploy Go sites very easily it would be a huge step and maybe promote golang to be the next number 1 language in web development.

btw. I deployed my app with FastCGI before I used AppEngine, at the moment I play around with AppScale but it isn't a solution in some enviroments, so maybe there will be a much better solution. like a go process manager that can run some hosting enviroments, like go-fpm start and then all go code in a specific directory will be deployed via socket or port.

[DisposaBoy]

On Sunday, April 29, 2012 9:42:15 AM UTC+1, Christian Schmitt wrote:

CGI is a Bad solution for deploying Code.

I won't even go there...

[Christian Schmitt]

You didn't need to.. But FastCGI is much better than CGI, to deploy something. but it isn't the best method. so.. whatever.

[Uriel]

On Sun, Apr 29, 2012 at 10:42 AM, Christian Schmitt
<c.sc...@briefdomain.de> wrote:
> CGI is a Bad solution for deploying Code.

Why? You just copy the new binary over the old one and you are done.

What could be simpler than that?

Uriel

[Christian Schmitt]

CGI is a bad solution cause its performance you could use FastCGI instead. still i need to copy a binary and execute it.

with cgi i didn't need to start the executable, but its performance is worse. so isn't a solution for me. and with a applicationserver there would be much more things that would be great.

at the moment i try out appscale as i said, still a much better solution than cgi.

[Kyle Lemons]

Have you looked at falcore?

https://github.com/ngmoco/falcore

It's a framework that allows you to design a modular webserver and hot-swap modules on-the-fly with zero downtime.

[PTPedroJ]

But with the performance gains of goroutines, wouldn't it make sense to have an app server that's all golang from the ground up? Much like JEE app servers?

[Christian Schmitt]

I think that would be great and as I already said, it would be great for web developpers, when there is an easy to manage / easy to deploy web server. something like php-fpm or jetty/tomcat would be more than awesome. just a small server, where go apps could get great performance. but i didn't think that there is planned such a thing. google got the app engine with go support.. 

[Kyle Lemons]

On Thu, May 3, 2012 at 4:23 PM, PTPedroJ <ptpe...@gmail.com> wrote:

But with the performance gains of goroutines, wouldn't it make sense to have an app server that's all golang from the ground up? Much like JEE app servers?

Is this in reference to Falcore? It's Gophers all the way down.