You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Provide an in-memory or local-disk emulator of the storage APIs for testing #684
Easy to describe, hard to do :) Presently the only way I can verify my gcloud-java code is to run it against a real GCS bucket, which costs money and requires being authenticated.
changed the title [-]Provide an in-memory or local-disk emulatior of the storage APIs for testing[/-][+]Provide an in-memory or local-disk emulator of the storage APIs for testing[/+]on Feb 29, 2016
It is fairly simple to write something to support basic functionality (get/set/listing without options) but not so if we care about being a 100% (or close to it) compatible.
It is on our road-map and in fact as part of the efforts to add nio.Files facade to GCS in gcloud-java-contrib (currently at the gcs-nio branch) we also plan to provide a basic local gcs implementation. Any contribution to make it better (and closer to the real service) are welcome!
A different and complete local implementation that will be included in the cloud SDK will come at some point (but probably not any time soon).
I believe this issue is related to #1993, which was just closed. We now expose a "LocalStorageHelper" that offers an in-memory emulator of (the core parts of) the storage API.
Activity
[-]Provide an in-memory or local-disk emulatior of the storage APIs for testing[/-][+]Provide an in-memory or local-disk emulator of the storage APIs for testing[/+]aozarov commentedon Feb 29, 2016
@dimo414 I completely agree!
It is fairly simple to write something to support basic functionality (get/set/listing without options) but not so if we care about being a 100% (or close to it) compatible.
It is on our road-map and in fact as part of the efforts to add nio.Files facade to GCS in gcloud-java-contrib (currently at the gcs-nio branch) we also plan to provide a basic local gcs implementation. Any contribution to make it better (and closer to the real service) are welcome!
A different and complete local implementation that will be included in the cloud SDK will come at some point (but probably not any time soon).
/cc @mziccard @jart @jean-philippe-martin
dimo414 commentedon Feb 29, 2016
Thanks @aozarov, an nio.Files facade will be excellent.
jean-philippe-martin commentedon Apr 25, 2017
I believe this issue is related to #1993, which was just closed. We now expose a "LocalStorageHelper" that offers an in-memory emulator of (the core parts of) the storage API.
garrettjonesgoogle commentedon Jul 18, 2017
This is done, so closing out the issue.
deps: update dependency com.google.cloud:google-cloud-shared-dependen…
chore(main): release 0.33.1 (#686)
chore(deps): update dependency com.google.cloud:libraries-bom to v24.…
3 remaining items
chore(main): release 2.3.1 (#684)
build(deps): update dependency org.apache.maven.plugins:maven-project…
chore(deps): update dependency com.google.cloud:libraries-bom to v26.…
chore(main): release 2.3.5 (#684)
deps: update dependency com.google.http-client:google-http-client-bom…
chore(main): release 2.11.0 (#688)
chore(main): release 2.0.0 (#739)
chore(deps): update dependency com.google.cloud:google-cloud-logging-…
feat: add IN/NOT_IN/NOT_EQUALS support to cloud datastore proto (#684)
deps: update dependency com.google.cloud:google-cloud-shared-dependen…
chore: release 2.5.5 (googleapis#685)
chore: regenerate README (#684)
chore: regenerate README (#684)
deps: update autovalue.version to v1.7.5 (googleapis#684)
chore: release 1.21.2 (googleapis#685)