Bumped libbuildpack-dynatrace to Support File-Based VCAP Services

[wepudt]

• Bumped version of libbuildpack-dynatrace to v1.9.0 to introduce support for file-path based VCAP Services to Dynatrace injection.

• This allows the use of file-path based VCAP Service feature while injecting apps with Dynatrace OneAgent.

---

• I have viewed signed and have submitted the Contributor License Agreement -> Links to the documents are dead and search did not turn up any documents. To my knowledge this is covered by corporate agreement.

• I have made this pull request to the master branch

• I have added an integration test -> no new integration test required.

[ramonskie]

why are the changes within libbuildpack it self?.
while libbuildpack has not been bumped

[wepudt]

why are the changes within libbuildpack it self?. while libbuildpack has not been bumped

Perhaps my title was misleading -> I fixed it.

I updated go.mod libbuildpack-dynatrace from release v1.8.0 to release v1.9.0 that contains the logic to support File-based VCAP Services for Dynatrace OneAgent injection (release notes.

[ramonskie]

i was talking about the changes within
vendor/github.com/cloudfoundry/libbuildpack/installer.go

vendor/github.com/cloudfoundry/libbuildpack/manifest.go

these changes should not exists.
and libbuildpack should also be bumped in the appdynamics repo as it still points to a really old version

[wepudt]

i was talking about the changes within vendor/github.com/cloudfoundry/libbuildpack/installer.go

vendor/github.com/cloudfoundry/libbuildpack/manifest.go

these changes should not exists. and libbuildpack should also be bumped in the

I think these changes are from 90abbc2.
I just ran go mod vendor after bumping libbuildpack-dynatrace to v1.9.0 and it bumped the vendor files to 20260415084012-70e599bbe72c.
Would you prefer to do this in a separate PR?

and libbuildpack should also be bumped in the appdynamics repo as it still points to a really old version

What do you mean by that?

[ramonskie]

those changes within libbuildpack should not be there.
and it think this is happening due to a very old dependecy on libbuildpack see https://github.com/Dynatrace/libbuildpack-dynatrace/blob/master/go.mod#L6
this is version from 2021
so i think when we bump that the problem is solved.

[wepudt]

those changes within libbuildpack should not be there. and it think this is happening due to a very old dependecy on libbuildpack see https://github.com/Dynatrace/libbuildpack-dynatrace/blob/master/go.mod#L6 this is version from 2021 so i think when we bump that the problem is solved.

I restored the orignial vendor files of libuildpack.

As commit 90abbc2 introduced a divergence in the vendor files you should fix that by running go mod vendor.