The add route script add the 10.X route the 192.X is added by Vagrant/VirtualBox so that's mean you can reach the director without the add-route script. wrote:

The service can also be renamed. Mike

Joseph, thank you, for the timestamps I just pointed it out as something that implementation must deal with, quite easily as the order is correct. For the duplicate events, I cannot say what causes

Hi Dave, Could you elaborate on your use case for wanting to know the service instance name? It is only unique to the space that the service instance was provisioned in. Dieu CF CAPI PM

That makes sense. So, this change wasn't so much the result of a change in direction but instead an acknowledgement that use of it wasn't really a good direction so we might as well remove it. That

Piotr, The timestamps not being correct is a known limitation of how events are being generated, but as you said, order should be guaranteed (and timestamps should hopefully be close). Duplicate

The service instance name is not passed from cloud controller to service broker when we do "cf cs sample-service free my-service". We need to get the service instance name "my-service" from the

The service instance name is not passed from cloud controller to service broker when we do "cf cs sample-service free my-service". We need to get the service instance name "my-service" from the

Is there any notification mechanism available in CF to listen on service broker create/update/delete calls? We are implementing multiple services exposed via Service Broker in the marketplace and

Gwenn, our buffer is set to 500(default is 100). wrote:

Hi, I am also looking at runtime submissions for Abacus, worked on it for Bluemix, couple of points for discussion. In addition to usage events (start followed by stop), the scaling and duplicate

This idea could be quite interesting to remove unused cups services

Hi, I have tested your REST Call and it returns the services binded using the following methods: manifest.yml manually cf ... services: [ { guid: '9e541381-b34d-4a0c-b7da-1ff00a0ffef5',

Hi, You might like to check out the forthcoming asynchronous additions to the Service Broker API: https://docs.cloudfoundry.org/services/asynchronous-operations.html It sounds like exactly what

Documented it, here you go: http://www.evoila.de/cloud-foundry/adding-diego-release-to-cloud-foundry-release-v212/?lang=en -- Mit freundlichen Grüßen Johannes Hiemer

Hi, there I am trying to develop a database service broker in CF, but have a question regarding to provisioning rest api, if it takes long time for the database to be ready, it will fail in binding

It seems like you were pretty thorough. I can't think of anything that would be different or that could cause symptoms like this, although I could be overlooking something as well. Without logs /

Hi, there From CF API, it provide method to get services that are bound to a specific app through rest api: Get /v2/apps/:guid/summary But seems it did not provide similar methods in CF to get apps

I would like to know in CF, how to integrate with 3rd party app logging and monitoring like Graphite, Nagios, etc, what is the recommended approach. I found few articles where its mentioned firehose

Resending due to mailman issues: Looks like you may not be doing what you think you're doing. I'm not sure where you got those commands from but they are unrelated to bosh-lite. You're basically