|
Request for Multibuildpack Use Cases
It would be more useful if the multi-buildpack can reference an admin buildpack in addition to a remote git-hosted buildpack. :-) Jack wrote:
It would be more useful if the multi-buildpack can reference an admin buildpack in addition to a remote git-hosted buildpack. :-) Jack wrote:
|
By
Jack Cai
· #4570
·
|
|
RFC: Change Node.js default version from v0.12 to v4
+1 Jack
By
Jack Cai
· #3993
·
|
|
PR for allowing gem repo configuration in Ruby buildpack
Yes that should work too, but it's still nice to be able to install the gems during staging. Jack
Yes that should work too, but it's still nice to be able to install the gems during staging. Jack
|
By
Jack Cai
· #3646
·
|
|
PR for allowing gem repo configuration in Ruby buildpack
Can someone merge this PR: [1]? It provides useful features to allow operators to set a global gem repo mirror (via environment variable group) where the default repo is slow to reach. Thanks!! Jack [
Can someone merge this PR: [1]? It provides useful features to allow operators to set a global gem repo mirror (via environment variable group) where the default repo is slow to reach. Thanks!! Jack [
|
By
Jack Cai
· #3644
·
|
|
How does an application know it's running in DIEGO?
Thanks for all the replies. I think I've got what need. Jack
Thanks for all the replies. I think I've got what need. Jack
|
By
Jack Cai
· #3642
·
|
|
How does an application know it's running in DIEGO?
Hi Ronak, Thanks for answering it. The public API needs a CF user credential. It's much easier for the app/buildpack to get such info from an env variable. My scenario is that during our transition to
Hi Ronak, Thanks for answering it. The public API needs a CF user credential. It's much easier for the app/buildpack to get such info from an env variable. My scenario is that during our transition to
|
By
Jack Cai
· #3604
·
|
|
How does an application know it's running in DIEGO?
Hi, Is there a way for the application to know whether it's running in DEA or DIEGO? Looking at [1], there is no environment variable that can tell this. Jack [1] https://docs.cloudfoundry.org/devguid
Hi, Is there a way for the application to know whether it's running in DEA or DIEGO? Looking at [1], there is no environment variable that can tell this. Jack [1] https://docs.cloudfoundry.org/devguid
|
By
Jack Cai
· #3602
·
|
|
Exposing more meta-data for admin buildpacks
Mike, thanks for sharing your thoughts. I agree that it's also valuable to provide the runtime information for a pushed application. For the use case of providing supported runtime by a buildpack, let
Mike, thanks for sharing your thoughts. I agree that it's also valuable to provide the runtime information for a pushed application. For the use case of providing supported runtime by a buildpack, let
|
By
Jack Cai
· #3146
·
|
|
Exposing more meta-data for admin buildpacks
Now that most buildpacks only support a small set of runtime versions (as defined in their manifest), it makes good sense to make this information easily accessible by users. They can of course go to
Now that most buildpacks only support a small set of runtime versions (as defined in their manifest), it makes good sense to make this information easily accessible by users. They can of course go to
|
By
Jack Cai
· #3092
·
|
|
Java Liberty Runtime - no longer supports binding for pipeline service
What cloud are you referring to? Better ask the question in the cloud provider's forum. Jack
What cloud are you referring to? Better ask the question in the cloud provider's forum. Jack
|
By
Jack Cai
· #2950
·
|
|
Export control information of the "cached" runtimes in buildpack packages
The "cached" packages of the buildpacks contain lots of runtime binaries, like OpenJDK, Node.js, PHP etc, built by Cloud Foundry. Has anybody gone through a review of their export control classificati
The "cached" packages of the buildpacks contain lots of runtime binaries, like OpenJDK, Node.js, PHP etc, built by Cloud Foundry. Has anybody gone through a review of their export control classificati
|
By
Jack Cai
· #2732
·
|
|
[vcap-dev] Addressing buildpack size
Thanks JT. Except the Java buildpack though :-) Jack
Thanks JT. Except the Java buildpack though :-) Jack
|
By
Jack Cai
· #2707
·
|
|
[vcap-dev] Addressing buildpack size
Thanks Mike. Is it true that even for the online version (aka when doing "cf push -b https://github.com/cloudfoundry/nodejs-buildpack.git"), users are now limited to use the runtime versions defined i
Thanks Mike. Is it true that even for the online version (aka when doing "cf push -b https://github.com/cloudfoundry/nodejs-buildpack.git"), users are now limited to use the runtime versions defined i
|
By
Jack Cai
· #2695
·
|
|
[vcap-dev] Addressing buildpack size
For the cached package of the buildpacks, I thought it would refuse to provide a runtime version that's not cached. Yesterday I was playing with the node.js buildpack and found it actually will downlo
For the cached package of the buildpacks, I thought it would refuse to provide a runtime version that's not cached. Yesterday I was playing with the node.js buildpack and found it actually will downlo
|
By
Jack Cai
· #2692
·
|
|
PHP extension 'gettext' doesn't work?
This is a great list of languages to support. May I ask to add ar (Arabic) and iw (Hebrew) to the list? These two are considered "Group 2" languages in the company I work for. With them added, all Gro
This is a great list of languages to support. May I ask to add ar (Arabic) and iw (Hebrew) to the list? These two are considered "Group 2" languages in the company I work for. With them added, all Gro
|
By
Jack Cai
· #2577
·
|
|
Environment variable changes in DIEGO
I notice the below changes in the environment variables of DIEGO: 1. VCAP_APP_HOST & VCAP_APP_PORT are removed. 2. These fields are removed from VCAP_APPLICATION value: application_uris, started_at, s
I notice the below changes in the environment variables of DIEGO: 1. VCAP_APP_HOST & VCAP_APP_PORT are removed. 2. These fields are removed from VCAP_APPLICATION value: application_uris, started_at, s
|
By
Jack Cai
· #1789
·
|
|
tcp-routing in Lattice
One thing I'm wondering is how to provide enough public "ports" for users to map to. It seems the cloud provider need to provide multiple public IP to map the ports, otherwise they will soon run out o
One thing I'm wondering is how to provide enough public "ports" for users to map to. It seems the cloud provider need to provide multiple public IP to map the ports, otherwise they will soon run out o
|
By
Jack Cai
· #1767
·
|
|
tcp-routing in Lattice
After ssh into the vagrant VM and digging into the processes/ports, I found out that in my previous attempt I was trying to map one additional port that was already occupied by garden (7777). Because
After ssh into the vagrant VM and digging into the processes/ports, I found out that in my previous attempt I was trying to map one additional port that was already occupied by garden (7777). Because
|
By
Jack Cai
· #1631
·
|
|
tcp-routing in Lattice
Thanks Atul and Marco for your advice. Below is the command I used to push the docker image: * ltc create hello <docker-image> --ports 8888,8788 --http-routes hello:8888 --tcp-routes 8788:8788 --memor
Thanks Atul and Marco for your advice. Below is the command I used to push the docker image: * ltc create hello <docker-image> --ports 8888,8788 --http-routes hello:8888 --tcp-routes 8788:8788 --memor
|
By
Jack Cai
· #1629
·
|
|
tcp-routing in Lattice
I'm playing around with the tcp-routing feature in the latest Lattice release. I started two node.js applications in the pushed image (listening on two ports), one mapped to an http route and the othe
I'm playing around with the tcp-routing feature in the latest Lattice release. I started two node.js applications in the pushed image (listening on two ports), one mapped to an http route and the othe
|
By
Jack Cai
· #1604
·
|