Thanks. What I am concerned about are the inflight transactions on the container when it is being destroyed. What happens to them? If the routes are removed from the GoRouter before the container is

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

It is pretty much a race. It can happen either way. GoRouter will retry on failed connects so if the route remains when the container is removed, the next instance will be tried. - Michael

When I issue a cf scale command to bring down the number of app instances from, say 10 to 5, what is the sequence of events that take place to make this happen? I am particularly interested to know if

Heads up, y'all: To reduce confusion about manifest properties `domain` and `system_domain`, CAPI is working with Release Integration to consolidate the two under the property `system_domain`. As

This burned me today because I was attempting to put fonts into the home directory identified by the java system property "user.home" (which is /home/vcap) instead of the environment variable $HOME

Hi cf-dev, I'm the product manager for Loggregator. I'm looking for users on the larger side to interview about your experiences, needs and wants for logging and metrics in Cloud Foundry. I can also

Glad to here you got your app to deploy. Any idea why you had to update the version of npm ? Did you see anything in the changelog that is interesting ?

Have resolved this issue, the solution is change the npm version of package.json from ~2.11.3 to ~2.15.0 . Change ``` , "engines" : { "node" : "~0.12.7", "npm" : "~2.11.3"

Correct. There's a couple ways you can create the target app. Push a dummy app or use the API directly (i.e. `cf curl` [1]). Once you create the target app, copy source will override whatever is in

yes, I looked at "copy-source". copy-source - Make a copy of app source code from one application to another. Unless overridden, the copy-source command will restart the application. cf copy-source

Have you looked at `cf copy-source`? You can use that to copy one app to another. You could then change service bindings, environment variables and scale the copy of the app separately. I believe

Hello, all As we know, right now if we want to create an APP, we need push it to CF, which will cause us some time. It needs to download buildpack, upload APP bits etc, it may takes several

LGTM, but i'm using private docker registry, same docker image download from docker hub +-----------------+-----------+-------------+ | Name | Versions | Commit Hash

Hello, all I am trying on to push APP using docker image. From an existed thead, As Eric said we can use "cf push diego-docker-app -o cloudfoundry/diego-docker-app" But I got errors when running it,

Hi, all, Quick reminder of the CAB call next Wednesday, May 11th @ 8a PDT. All info in

Hi Dies, IMO the healthcheck of the app should be determined independently of whether a developer wants their app routable. My understanding of the implications for you proposal are that a

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

The CF CLI team just cut 6.17.1. Binaries and link to release notes are available at: https://github.com/cloudfoundry/cli#downloads Note that we've been working with the Docs team to publish

The Java Buildpack creates a very complex command to start applications (since it needs to manage the JVM’s memory space within the container’s memory space). Therefore, it detects standard