Paul Schwarz

sooner than later? ;)

@jessevdp are you using a framework? If not, your `Config` class might have to do. But if yes, you might want to find a way to fit dotenv into there...

This appears to be out of date: https://developers.google.com/drive/api/v3/batch#node.js Hunting around led me to this: https://developers.googleblog.com/2018/03/discontinuing-support-for-json-rpc-and.html Under the explanation of HTTP/2 we see the word "batch": https://github.com/googleapis/google-api-nodejs-client#http2 And that linked me...

Thanks. I actually got pretty close. This fiddle seems to address my requirements fairly well. https://jsfiddle.net/qg4qkjux/3/ I'm testing it now to see if I run into any showstoppers. One possible...

Looking at the examples of how to configure and extend the plugin (https://github.com/jimkyndemeyer/graphql-config-examples) perhaps a boilerplate example for Apollo Federation would help people get started.

@abhishek-ssingh please see here: https://central.sonatype.com/artifact/me.paulschwarz/spring-dotenv/4.0.0/overview https://mvnrepository.com/artifact/me.paulschwarz/spring-dotenv/4.0.0

Hi @JoaoBrlt The library delegates to dotenv-java, so the "directory" property can be understood by reading https://github.com/cdimascio/dotenv-java#optional-directory I must say, I haven't come across the need for a parent .env...

+1 as this precludes extension where extension of both Layout and Kostache are required.

zombor suggests these steps: https://github.com/zombor/Auto-Modeler-Demo#specs in conjunction with a composer.json file which must be present, however zombor's file points to cordoval/phpspec as a dependency which has a problem. composer changed...

well... there is a slight difference here in that the packages are not installed to a global php space like how pear does it. these are dependencies so they're kept...