Hi Paul, thank you for your quick response. I added the VSPHERE_HOST settings but it failed to restart. Refer to attached screenshot ' configuration.png '. Also I attached the log file

Hi Alberto, When BOSH creates a final release, it uploads the packages to the blob store configured for that BOSH release. You can see this for

Glad to hear it! Cheers, Vlad Sent: Monday, May 18, 2015 2:43 PM To: Iovanov, Vlad Mircea; cf-dev(a)lists.cloudfoundry.org Subject: RE: [cf-dev] visual studio extension - login error Hi Vlad, The

Hi Vlad, The new version works great! Thank you very much. :) -- Jon Sent: Monday, May 18, 2015 1:51 PM To: Price, Jon; cf-dev(a)lists.cloudfoundry.org Subject: RE: [cf-dev] visual studio

Hello Jon, Can you please try to upgrade the Visual Studio Extensions to latest (1.2.0.4)? We've published a new version that should address the login problems you've been experiencing. New versions

Hi Owais, What are you referring to when you say you're concerned about the LTM becoming a Monolith? Too much functionality in one component? Too much of the system depending on one

Any build-in support for multiline logging would be nice. Seeing content in one call to log4j's log.error() spreading over numerous logging records really sucks, especially for exception stacktrace.

I don't believe there is a solution in raw Loggregator to fix this. Multi line log messages is a major issue we deal with regularly today in our deployment. Although there are workarounds to the

Interesting, will do. Josh Ghiloni Senior Consultant 303.932.2202 o | 303.590.5427 m | 303.565.2794 f jghiloni(a)ecsteam.com<mailto:jghiloni(a)ecsteam.com> ECS Team Technology Solutions

Good news and bad news, bad news that you have a problem good news is that it is happening during "./gradlew run" which means it is easily reproducible and thus, easily fixable. Since our Travis CI

Hi all, We recently put up CF v207 and are trying to deploy UAA into the apps area that we use for SSO between our micro services. Before this, we’d been running 2.0.3 with no issues. However, when

James, so basically Loggregator does not support such correlation itself and it is totally left to the downstream processor to do the aggregation, right? When my service write exception stack trace

Good morning. My question is quite simple: Is there any way to set a maximum number of instances for applications? The idea is to prevent users from scaling an application beyond a given limit of

I ran 3 tests over the weekend. These are the results: - the copy of the application that ran against offline Java buildpack v3 / tomcat 8.0.21 'crashed' 10 times over the weekend - the copy of the

Love this feature! Thanks JBP team! Now I have to try really hard to find something in the JBP to complain about. :) Mike wrote:

this setting is because we assume multi-tenant installations. it is strongly recommended that operators should have their cf configurations and application security group configurations setup to only

inline "Pivotal Cloud Foundry" uses open source cloud foundry, so the same behavior would be in both. you could take credentials from a service in another space and create a user-provided-service

george, can you explain the scenario that is impacting you currently? e.g. reading a java stack trace? the app index is shown in the log line. when using the loggregator websocket client to retrieve

thanks steve! that's a nice addition to the java buildpack. i think all java developers have experienced the pain of managing memory explicitly with -X and -XX args at one point or another. having

Great to see this!!!