Thanks Amit. If using dynamic network, the OpenStack support allocate ip address, using the ip address to configure metron_agent and launch vm, will it possible solve the issue? --

For the DEA's, I think it was removed here [1] with the removal of `vcap/component`. For health manager, I believe it was removed here [2] when the `cfcomponent` dependency was removed. In both

These are env. variable in Go you can easily get it with os.Getenv(" VCAP_SERVICES") or you can use go-cfenv [1] as helper. [1] https://github.com/cloudfoundry-community/go-cfenv/

Thanks for the clarification Danny. I guess the point I was trying to make earlier with the "oracle_library" buildpack use case, is that this feature has some potential functional commonality with

As a starting point we have decided to work with officially provided buildpacks as their behavior is known and controlled by the buildpacks team. By discovering use cases (thank you John, Jack and

That strategy is going to be hard to sell. Diego's Executor takes the log lines out of Garden and drops them into dropsonde messages. I doubt they'll think it's a good idea to implement substitution

I was thinking whoever demarcates and submits the original event to loggregator. dea_logging_agent and the equivalent in Deigo. Doing it at that point could provide a bit more flexibility. I know

what exactly do you mean by "event creation time"? -- Jim Campbell | Product Manager | Cloud Foundry | Pivotal.io | 303.618.0963

Before I submit the CLI issue let me ask one more question. Would it be better to replace the newline token with /n at event creation time instead of asking the cli, splunk, anyone listening on the

We recently upgrade from 228 to 233. Since then, one thing I'm seeing is that neither DEA nor HM9000 is responding to a vcap.component.discover on nats. Is this expected? I've dug a bit and haven't

Sounds good. I'll submit an issue to start the discussion. I imagine the first question Dies will ask though is if you would support something like that. :) Mike wrote:

cf logs <https://github.com/cloudfoundry/cli/blob/40eb5be48eaac697c3700d5f1e6f654bae471cec/cf/commands/application/logs.go> is actually maintained by the CLI team under

John, It sounds like the buildpack team is thinking the multi buildpack feature would only work for buildpacks they provide not a custom "dependency-resolution" buildpack. Or at least that is how I

We did a spike <https://www.pivotaltracker.com/story/show/116805009> to figure out the Metron behavior. We have a story <https://www.pivotaltracker.com/story/show/117257489> to fix in our icebox, but

Another common use case for me is that an application is polyglot in some way. For example, you have a blog you'd like to deploy that uses a static site generator written in (say) Go. You would have

Jim, If I submitted a CLI PR to change the cf logs command to substitute /u2028 with /n could the loggregator team get behind that? Mike wrote:

That other thread Rob and Alvaro just mentioned currently leaves open the question of why metron_agent worked when deployed from Micro BOSH on stemcell 3160 but started giving this error message on

Multibuildpack is absolutely useful and I'm excited for this proposal. I encounter a lot of use cases for this. The most common is that an application wants to pull in private dependencies during a

As Amit wrote in the other, related thread - https://lists.cloudfoundry.org/archives/list/cf-dev(a)lists.cloudfoundry.org/thread/RYMBWNUMMWSDPIE3DZ5JUVN2VNYXDWU6/ Thanks, Rob & Alvaro CF Release

They are passed via environment variables and then your start command is used to start the app. This is an example of the startup