This is great! Nice job CAPI team! Keep it coming! Mike

Thanks Johannes, Though I'm not on the cf-java-client team, you reaching out to them to see if you can help speed anything along couldn't hurt. :) Thanks, Mike

We have developed some custom monitoring using the firehose and Splunk based on the cf-java-client firehose support. The jmxconsumer has some known memory leaks and would prefer to wait for official c

We ran into the same problem and had to do a custom build of imagemagick and distribute it with the application. Later versions of cflinuxfs2 have the same security fix. If anyone can come up with a b

#cf

Correction. Looks like there is an experiemental zdt restart command also: "cf v3-zdt-restart" Mike

#cf

The functionality is in an experimental state on the server side: https://github.com/cloudfoundry/cf-deployment/releases/tag/v5.2.0 An matching experimental command to do a zero downtime push has been

#cf

This is AWESOME! Thanks Stephen for putting together this proposal. Super exciting. Mike

Wahoo!!!!

Oh man, after re-reading your email it now makes sense. To be honest I didn't actually read the document you provided since it wasn't open for read to everyone so I just assumed what was in there inst

Got it. We would probably not deploy the improved http ingress until tcp and ssh are both working. Our priority from the improvements in http ingress have been more on the reliable side and less on th

We would love to have greater route integrity and security for our HTTP clients. If configuring this would provide those improvements to HTTP but not for TCP and SSH, we would still deploying it just

We mostly use it to do things to an application before starting it that cannot be done in a manifest. For example, setting computed environment variables, or binding services that need service-paramet

Thanks Joseph, Perhaps just sending everything would be fine as long as the deployment were added as a tag to the metric or something. I'll keep thinking about it, look at the code now that it is avai

Hi Adam, Is it possible to tell bosh-system-metrics to only forward metrics from certain deployments to loggregator? We deploy multiple CFs on a single bosh and would like to only forward metrics rela

This is exciting work. Thanks for raising it here Gabe! Mike

Thanks for posting to the list. It's great to see this work continuing to move forward and improve. Mike

We have seen this same thing as well but haven't had time to dig into it deeper. For us it isn't hard to reproduce. Simply do a push on a loop while doing an update duplicates it for us. You might hav

Interesting feature. Is there a standard command to download a droplet from the CC? I'm aware of the download-droplet plugin is that one recommended? Mike

Sounds good. Currently in my environment we disable user account creation instead using enterprise LDAP or OAuth. Supporting internal users and external users isn't something I've considered in my dep

#loggregator

It is an interesting idea/concept. I'd say the auth model is a significant Con and potential large hurdle. I'm assuming the username and password passed with the cli is then used by the pushed app to

#loggregator