Hi Piotr, Delete space will fail if there are associated resources. Nick

Hi Piotr, Yes, that is correct, deleting recursively will delete service instances and apps. Thanks, Nick

Hi Padma, Apologies for the delay. In the case of a space with a service instance, if the space is deleted, the Cloud Controller sends a deprovision request to the service broker. The broker is respon

Hi Padma, We currently don't broadcast any events from the Cloud Controller. Could you describe the use-case a bit more? What sort of task do you want to do? What application / process would listen fo

Hi Cloud Foundry, We have a request from an API client that would like for users to be able to remove themselves from an Organization or Space. This allows self-service without the app obtaining an ad

Hi JK, I don't work on any of these parts of Cloud Foundry but I can give a very basic overview: [1] rootfs: the filesystem used for applications deployed on Cloud Foundry. The current default is cfli

No, we are trying to focus on development of the V3 API, we will only fix major issues with the V2 API. Thanks, Nick

Hi Dies, The CC doesn't see these as steps of a push, they are all distinct API requests. We cannot make decisions based on previous requests or lack thereof, it has to be done in the CLI. Based on a

Hi Ponraj / Padma, Apologies for the delay. I've added a story to do environment variable validation for our upcoming V3 api: https://www.pivotaltracker.com/story/show/119590729 Thanks, Nick

Hi Dies, I spoke with Eric and he explained that this could be the desired UX for a majority of the apps pushed with --no-route. There are more advanced deployment strategies that might set --no-route

Thanks for all your input. Upon seeing how the buildpacks use VCAP_APPLICATION, I’m thinking we want to leave it as is and potentially add a few new top level environment variables. CF_APP_GUID CF_APP

Hi Dies, I considered this a bit more after we chatted yesterday and I don't think we should try to create parity between DEAs and Diego in this case. My personal opinion is that behavior should be ex

Hi CF-Dev, The CAPI team is working hard to get to MVP for V3 of the Cloud Foundry API. You can follow along by visiting our documentation and tracker: http://v3-apidocs.cloudfoundry.org/ https://www.

This was fixed in [1] CF-234: WebDAV blobstore supports long system domain. Thanks, Nick [1] https://github.com/cloudfoundry/cf-release/releases/tag/v234

Hi Abhik, Another bit of information that would be interesting is whether or not you can push your app using the CLI. Thanks, Nick

Hi John, An application's guid will never change. If you delete an app, and push the code again, you are creating a new app with another guid. Thanks, Nick

Hi Anuj, This isn't going to work as you have a v231 database and the code from v214, which doesn't contain the migrations between. Also, it's doing a migrate up, not a migrate down. While the migrati

Hi Tom, App developers can currently push an app using api.domain, but that is the problem we are trying to solve. As this is currently allowed, the Gorouter will balance traffic between the Cloud Con

Hi John, The point of seeding is so that there aren't two decisions (code paths) for requests to create a route. Seeding the database requires no changes to route creation logic. Would anyone else lik

Hi Cloud Foundry, We've had a recurring issue brought to our attention regarding a Cloud Foundry deployment using a system_domain that is in the list of app_domains. When the system domain is in the l