Thanks Mike for your detailed response, more comments inline

Hi Amit, Thanks for your update. If we build our own micro gateway (a Nodejs app) and push it to CF and bind all my apps to this micro-gateway. So is there a way - we can read and update CF app

On behalf of the CAPI team I'm pleased to announce version 2.6 of the Service Broker API. Two minor changes were introduced in this update. Support for Service Keys was introduced with cf-release

Hi Colin, I'm sorry I can't read the two articles because of "Error establishing a database connection". Is it just me? Colin Humphreys wrote ----- I'm not a ... noburou taniguchi -- View this

Cool. This a great move. Jack wrote:

Thanks a lot Shannon. I agree, the proposed "app activity/inactivity" measurements fed by router service intercepted traffic could be averaged to average "route activity/inactivity" for all apps that

At this point the style guide is in draft form. One pair had drafted this to document the patterns that we've fleshed out so far in the v3 cc API. We'll be iterating on it this week as other team

Hi Ronak, The system etcd and consul should not be used for application service discovery. There are various approaches to doing service discovery with cf applications, but no solution out of the

Hmm, On your ha_proxy_z1 VM, what is in `ls /var/vcap/monit/jobs/*.monitrc`? Amit wrote:

Stephen, The haproxy monit file depends on the consul_agent process if the property "cc.allow_app_ssh_access" is defined.[1] What does your manifest look like for the haproxy job? It should

Hi All, Due to additional attendees, we've shifted to a larger, new conference room. This meeting will now take place in 14E. Please let me know if you have any questions on

Hi Stephen, The consul.agent.servers.lan array should be populated with the static IPs of every consul server job you have deployed. That being said, none of this will work if you have not colocated

The app you are pushing is not being detected as a valid Python app by the buildpack. The buildpack expects there to be a setup.py file in the root of the app if you do not provide a requirements.txt.

Hi all, After the migration to the new mailing list system last night, it appears that some messages are being held for moderation. If you get an auto-reply saying that your email is held for

CF's built-in app configuration is typically done with environment variables or user-provided-services, but both of those are static and if they change do not automatically update already running app

Hi Amishi, The PHP buildpack is emitting misleading log messages here. In reality, if the buildpack is built in "cached" (a.k.a. "offline") mode, then it will not retrieve any of the binary

Small correction below: Actually, this is CLI version 6.12.0 and later: https://github.com/cloudfoundry/cli/releases/tag/v6.12.0

Hi Guillaume, Thanks for asking these questions. Some comments inline. Just to clarify, applications intentionally do NOT require restaging to be placed onto a new rootfs; a droplet is compatible

I noticed that the new CAPI team has published a v3 API style guide for folks to comment on [1]. I don't know how much the CAPI team expects it to change but it's probably worthwhile for those who

Thanks Joseph, it was really helpful. I am pushing a python app and I can see a zip file for a python buildpack when I did - 'cf buildpacks'. But its still cf push is not able to identify