Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

Support direct media upload in AbstractGoogleClientRequest.buildHttpRequest #673

Closed
wonderfly opened this issue Jan 10, 2015 · 6 comments
Closed

Support direct media upload in AbstractGoogleClientRequest.buildHttpRequest #673

wonderfly opened this issue Jan 10, 2015 · 6 comments
Assignees
@JustinBeckwith
Labels
imported priority: p2 Moderately-important priority. Fix may not be included in next release. type: feature request ‘Nice-to-have’ improvement, new feature or different behavior or design.

Comments

@wonderfly
Copy link
Contributor

From yan...@google.com on November 15, 2012 07:01:34

External references, such as a standards document, or specification? http://javadoc.google-api-java-client.googlecode.com/hg/1.12.0-beta/com/google/api/client/googleapis/services/AbstractGoogleClientRequest.html#buildHttpRequest() Java environments (e.g. Java 6, Android 2.3, App Engine, or All)? All Please describe the feature requested. Currently we throw an exception in buildHttpRequest() if uploader == null. That's because there isn't just a single request for resumable media upload. However, for direct media upload this should be possible, so for that case we should fully allow buildHttpRequest().

Note: one question is whether batching direct media upload requests actually works. If so, then fixing this would have the benefit of allowing batching such requests. If not, then we would need to explicitly check for this case inside the queue method.

Original issue: http://code.google.com/p/google-api-java-client/issues/detail?id=659
@wonderfly wonderfly added type: feature request ‘Nice-to-have’ improvement, new feature or different behavior or design. imported priority: p2 Moderately-important priority. Fix may not be included in next release. 2–5 stars labels Jan 10, 2015
@wonderfly wonderfly self-assigned this Jan 10, 2015
@wonderfly
Copy link
Contributor Author

From rmis...@google.com on December 12, 2012 06:38:34

Labels: -Milestone-Version1.13.0 Milestone-Version1.14.0

@wonderfly
Copy link
Contributor Author

From yan...@google.com on January 19, 2013 12:16:31

Labels: -Milestone-Version1.14.0 Milestone-Version2.1.0

@wonderfly
Copy link
Contributor Author

From yan...@google.com on February 06, 2013 16:05:10

Labels: -Milestone-Version2.1.0 Milestone-Version1.16.0

@wonderfly
Copy link
Contributor Author

From yan...@google.com on June 10, 2013 06:27:23

Owner: pele...@google.com
Cc: ngmic...@google.com
Labels: -Milestone-Version1.16.0 Milestone-Version1.17.0

@wonderfly
Copy link
Contributor Author

From pele...@google.com on July 28, 2013 23:10:37

Labels: -Milestone-Version1.17.0 Milestone-Version1.18.0

@wonderfly
Copy link
Contributor Author

From yan...@google.com on September 27, 2013 05:04:30

Labels: -Milestone-Version1.18.0

@wonderfly wonderfly removed their assignment May 19, 2016
@JustinBeckwith JustinBeckwith self-assigned this Feb 1, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees

@JustinBeckwith JustinBeckwith

Labels
imported priority: p2 Moderately-important priority. Fix may not be included in next release. type: feature request ‘Nice-to-have’ improvement, new feature or different behavior or design.
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
2 participants
@JustinBeckwith @wonderfly