From bsutter at redhat.com Sat Apr 14 14:13:49 2018 From: bsutter at redhat.com (Burr Sutter) Date: Sat, 14 Apr 2018 10:13:49 -0400 Subject: [Devtools] possible minishift bug Message-ID: Gary has been running through bit.ly/istio-tutorial but using Openshift 3.9 (not sure which minishift version) and believes that "minishift docker-env" is not setting things up correctly. here is his comment "So, I confirmed it works with OCP 3.9, just one thing really needs to change from minishift install, use - "docker-machine env openshift", instead of the command eval$(minishift docker-env)" -------------- next part -------------- An HTML attachment was scrubbed... URL: From bsutter at redhat.com Sun Apr 15 13:43:55 2018 From: bsutter at redhat.com (Burr Sutter) Date: Sun, 15 Apr 2018 09:43:55 -0400 Subject: [Devtools] possible minishift bug In-Reply-To: References: Message-ID: I seem my confusion - our tutorial says "use minishift" and you broke the rules with "oc cluster up" :-) For now, I prefer to stick with minishift as "oc cluster up" is for upstream contributors while minishift more for end-users. I suspect the Openshift team would not want "oc docker-env". You can only expose the docker daemon when it runs on localhost and "oc" is used for any openshift cluster. In general, it is simply harder to work with a remote openshift + docker images. On Sat, Apr 14, 2018 at 9:51 PM, Gary Lamperillo wrote: > Hi All, > > This is not a bug, just a different way to get the docker-env based on > the way you install openshift. I mentioned this to Burr/Rafael, so they > could document it for the tutorial and give another install option to work > with. But, here is a question, wouldn?t it be better if when you ?oc > login? to any environment, you could get the docker-env? So, what I > propose is a ?oc docker-env? or ?oc env? to set your local docker build > settings or other important settings that may be needed in the future. > Does this make sense? > > Thanks, > Gary > > On Sat, Apr 14, 2018 at 7:13 AM Burr Sutter wrote: > >> Gary has been running through bit.ly/istio-tutorial but using Openshift >> 3.9 (not sure which minishift version) and believes that "minishift >> docker-env" is not setting things up correctly. >> >> here is his comment >> "So, I confirmed it works with OCP 3.9, just one thing really needs to >> change from minishift install, use - "docker-machine env openshift", >> instead of the command eval$(minishift docker-env)" >> >> -- > Gary Lamperillo > Principal Applications Architect, Channels Application Platform Partner > Program > glamperi at redhat.com > linkedin.com/in/glamperi-redhat > > (M) 310-896-5282 > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From bsutter at redhat.com Thu Apr 26 00:17:51 2018 From: bsutter at redhat.com (Burr Sutter) Date: Wed, 25 Apr 2018 20:17:51 -0400 Subject: [Devtools] Looking for Go geeks Message-ID: What "web framework" are the Go cool kids using these days? I am looking for the 'Rails' that makes Go rock Or the 'Struts' that makes Go approachable by the average business app dev -------------- next part -------------- An HTML attachment was scrubbed... URL: From aslak at redhat.com Thu Apr 26 04:12:56 2018 From: aslak at redhat.com (Aslak Knutsen) Date: Thu, 26 Apr 2018 04:12:56 +0000 Subject: [Devtools] Looking for Go geeks In-Reply-To: References: Message-ID: You'll soon find that the general Go community won't poke at 'Rails' or 'Struts' with a long pole. But they do exist, Revel and Beego come to mind. Go in general is leaning more towards KISS and a simple "Servlets" with some middleware model in how they approach things as opposed to the big frameworks. Much more of a mix and match culture around the core interfaces. Echo, Gin, Martini, Gorilla and Buffalo are in the mix and match category. Go-Kit is to some extent an attempt to create a 'microservices' helper project that includes some stuff for rate limiting, circuit breakers etc. We use a lot of Goa in osio; essentially a Design first code generator that gives you the basic code structure of the API design + docs etc and not much beyond that. In summary, I think the Go community doesn't have 'cool kids' and we're all 'bare metal'. :) -aslak- On Thu, Apr 26, 2018 at 2:22 AM Burr Sutter wrote: > What "web framework" are the Go cool kids using these days? > > I am looking for the 'Rails' that makes Go rock > Or the 'Struts' that makes Go approachable by the average business app dev > > > > _______________________________________________ > Devtools mailing list > Devtools at redhat.com > https://www.redhat.com/mailman/listinfo/devtools > -------------- next part -------------- An HTML attachment was scrubbed... URL: From budhram.gurung01 at gmail.com Thu Apr 26 04:45:09 2018 From: budhram.gurung01 at gmail.com (Budh Ram) Date: Thu, 26 Apr 2018 04:45:09 +0000 Subject: [Devtools] Looking for Go geeks In-Reply-To: References: Message-ID: On Thu 26 Apr, 2018, 9:43 AM Aslak Knutsen, wrote: > You'll soon find that the general Go community won't poke at 'Rails' or > 'Struts' with a long pole. > > But they do exist, Revel and Beego come to mind. > > Go in general is leaning more towards KISS and a simple "Servlets" with > some middleware model in how they approach things as opposed to the big > frameworks. Much more of a mix and match culture around the core interfaces. > > Echo, Gin, Martini, Gorilla and Buffalo are in the mix and match category. > > Go-Kit is to some extent an attempt to create a 'microservices' helper > project that includes some stuff for rate limiting, circuit breakers etc. > > We use a lot of Goa in osio; essentially a Design first code generator > that gives you the basic code structure of the API design + docs etc and > not much beyond that. > > In summary, I think the Go community doesn't have 'cool kids' and we're > all 'bare metal'. :) > Completely agree with Aslak :). > -aslak- > > > On Thu, Apr 26, 2018 at 2:22 AM Burr Sutter wrote: > >> What "web framework" are the Go cool kids using these days? >> >> I am looking for the 'Rails' that makes Go rock >> Or the 'Struts' that makes Go approachable by the average business app dev >> >> >> >> _______________________________________________ >> Devtools mailing list >> Devtools at redhat.com >> https://www.redhat.com/mailman/listinfo/devtools >> > _______________________________________________ > Devtools mailing list > Devtools at redhat.com > https://www.redhat.com/mailman/listinfo/devtools > -------------- next part -------------- An HTML attachment was scrubbed... URL: From xcoulon at redhat.com Thu Apr 26 07:03:56 2018 From: xcoulon at redhat.com (Xavier Coulon) Date: Thu, 26 Apr 2018 09:03:56 +0200 Subject: [Devtools] Looking for Go geeks In-Reply-To: References: Message-ID: Indeed, Buffalo [1] may try to be the "rails" framework for Go, since it provides some tooling to initialize a web project along with an integration to an ORM framework (to be verified - I have not tried it yet). Echo [2] is very easy to set up. Just bind a function to an URL template, and you'll have something very close to a Java servlet (more or less), but without needing an app server/servlet engine [3]. I also remember that Brian Ketelsen [4] gave a closing keynote at `dot go Paris` back in November, in which he compared the Golang ecosystem to others, such as Java, and he said that there is no `spring boot` equivalent in Go yet, and somehow, he's regret was that this is a missing piece for go developers. Sadly, I can't find the video of his talk :/ [1] https://gobuffalo.io/en [2] https://echo.labstack.com/ [3] https://echo.labstack.com/guide [4] https://twitter.com/bketelsen On Thu, Apr 26, 2018 at 6:12 AM, Aslak Knutsen wrote: > You'll soon find that the general Go community won't poke at 'Rails' or > 'Struts' with a long pole. > > But they do exist, Revel and Beego come to mind. > > Go in general is leaning more towards KISS and a simple "Servlets" with > some middleware model in how they approach things as opposed to the big > frameworks. Much more of a mix and match culture around the core interfaces. > > Echo, Gin, Martini, Gorilla and Buffalo are in the mix and match category. > > Go-Kit is to some extent an attempt to create a 'microservices' helper > project that includes some stuff for rate limiting, circuit breakers etc. > > We use a lot of Goa in osio; essentially a Design first code generator > that gives you the basic code structure of the API design + docs etc and > not much beyond that. > > In summary, I think the Go community doesn't have 'cool kids' and we're > all 'bare metal'. :) > > -aslak- > > > On Thu, Apr 26, 2018 at 2:22 AM Burr Sutter wrote: > >> What "web framework" are the Go cool kids using these days? >> >> I am looking for the 'Rails' that makes Go rock >> Or the 'Struts' that makes Go approachable by the average business app dev >> >> >> >> _______________________________________________ >> Devtools mailing list >> Devtools at redhat.com >> https://www.redhat.com/mailman/listinfo/devtools >> > > _______________________________________________ > Devtools mailing list > Devtools at redhat.com > https://www.redhat.com/mailman/listinfo/devtools > > -- Best regards, /Xavier -------------- next part -------------- An HTML attachment was scrubbed... URL: