IssueTracker

Perhaps one way to solve this would be to allow all of the settings you can set with com.google.appengine.api.files.GSFileOptions.GSFileOptionsBuilder on the com.google.appengine.api.blobstore.UploadOptions class.  So you could specify up front what the filename should be or any metadata you need.

If you retrieve the BlobInfo for that blob key you should be able to get the filename.

I can get the BlobInfo for the key, but it just gives me the user's upload filename which is not what I need.  I ran a test in prod and it shows this:

BlobInfo info = new BlobInfoFactory().loadBlobInfo(blobKey);

// This just gives the user's filename like "cute-kitten.jpg":
log.info(info.getFilename());  

However, I'm looking for the autogenerated filename that is created in google storage.  I refreshed the cloud storage explorer and found the GS filename generated for this test was "L2FwcHMtdXBsb2FkL2Jsb2JzL2UzNUFBVE0tMEIxM1dwREFTc0t3RW9LOFE" and I can't find a way to get this.

This issue is not specific to Java. I'm using Python and cannot retrieve the Google storage filename after a user upload. The BlobInfo key is unrelated as far as I know (Strangely it starts with "?ISO-8859-1...").

Facing the same issue. Without knowing GS filename this entire API is useless for GAE app. Its possible to upload data to GS but impossible to read/delete them. Is there any workaround for this issue?

You can use the blobkey that is return to read the blob from GCS using the normal blobstore functions.

https://developers.google.com/appengine/docs/python/blobstore/functions

I'm not sure the person posting the last comment actually read the issue.  The problem is that we *only* have the blobkey.  That's not enough for some use cases using GCS.

For example, it is impossible to add metadata headers to the uploaded files that are stored in GCS.

I understand & acknowldge "it is impossible to add metadata headers to the uploaded files that are stored in GCS."

I was responding to comment #5 which was "Its possible to upload data to GS but impossible to read/delete them."

Ok, that makes sense and I see where you are coming from.  

A few clarifications...  Just trying to help out the next guy that hits this, since I've since moved from GAE to AWS...

1. The documentation is unclear if you call delete on a blobkey if it deletes the key/pointer or the actual file in GCS.  For some reason I assumed that the delete removed the blobkey, but not the actual file.

2. When our application was written to work with GCS, we had a custom uploader that just put files in GCS based on a naming convention into the filestore.  So to read the file we didn't have to know a "key" because it was just a user's ID and some other derived info.  

When we switched to the official uploader that always returned a blobkey, we couldn't do that anymore.  Without changing our code to store the blobkey we would have no way to read it.  Perhaps the poster from comment #5 means something similar?  Just a guess...

I meant that its impossible to access data that resides in GS (are they?) via GS REST API, since we don't know data url. I.e. if I upload data via GAE API I forced to use only this API (e.g. blobstoreService.serve() to give blob data to the user etc.).

However, this issue also adds a lot of confusion. Files are being uploaded to the GS (I can see them in GS Manager) but also appear in GAE app blobstore viewer. Some question arise here:
- will I be charged twice, for GAE app storage and GS storage space
- does it differ from the case when I put data to GS via curl -X PUT http://.../bucker/file in any way, i.e. is GS differs in any way by implementation from Blobstore, or its just a rebrended storage with new REST API to access it and different data namespace?

with 1.7.5 release is there any way to set the filename when calling createUploadUrl(java.lang.String, com.google.appengine.api.blobstore.UploadOptions)

Is it correct then, that to do named filed upload I have to use GCS rest api?

Fixed as of 1.7.5
https://code.google.com/p/googleappengine/wiki/SdkForJavaReleaseNotes

[Comment deleted]

You need to use the getFileInfos method and then the getGsObjectName() method on the FileInfo object :
https://developers.google.com/appengine/docs/java/javadoc/com/google/appengine/api/blobstore/BlobstoreService.html#getFileInfos(HttpServletRequest)

I'm having the same issue with python Blobstore API and GCS. What I found is that, when using blobstore.creat_upload_url('/foo/bar/', gs_bucket_name='foobucket') to generate a upload url just like using blobstore only. It works, the data will be uploaded to GCS, but also leave an instance that you can see in the BlobViewer from application dashboard. So the first question is, does Google charge for both object (blob and gcs)?

Second, when using blobstore.create_gs_key('/gs/bucket/filename') returns a string, I guess it's a key associated with the file exsiting on GCS but it's not documented how to use it. First, I thought it is used to retrieve/delete object in GCS, but it's not! I tried blobstore.delete('key') to delete object in GCS it doesn't do anything. Meanwhile, when using get_uploads('fieldname')[0] to retrieve a Blobinfo from form, you can get BlobKey from this, i.g.:

uploaded_file = self.get_uploads('fieldname')[0]
file_blobkey = uploaded_file.key()

Then I can use this blobkey to delete object in BlobViewer and GCS, then the second question is what does create_gs_key() do? How we gonna use it?

Third question is, how do I serve files from GCS through AppEngine without using AppEngine's bandwidth? I know ImageService can serve image, does it work for pdf/csv/word etc. as well?

Need help here!
Thanks
 

I'm resolving this bug and spinning of comment#14 into its own bug b/271119886.