René's URL Explorer Experiment

{"@context":"https://schema.org","@type":"DiscussionForumPosting","headline":"BigQuery: add `create_job` method that takes any kind of job config (and public configuration property to job classes)","articleBody":" **Is your feature request related to a problem? Please describe.**\r\n\r\nSome job failures are just due to current conditions and the job will succeed if started from the beginning. The problem is that this isn't a simple \"retry\" because the job configuration is mutable.\r\n\r\nFor example, BigQuery automatically populates a destination table if not set. In this case, the destination table should not be part of the retried request. In my opinion, this kind of logic is outside the scope of the client libraries, as it's not clear when destination table needs to be cleared just from the job resource.\r\n\r\n **Describe the solution you'd like**\r\n\r\n- [ ] Provide a `create_job` method that takes any JobConfig object.\r\n- [ ] Add a `configuration` property to job classes.\r\n- [ ] Add an example of retrying a job that has failed due to `403 rateLimitExceeded` (possibly with resetting the destination table if it was a query job)\r\n\r\n **Describe alternatives you've considered**\r\n\r\nAdd `.retry()` method to job classes. This is problematic, primarily because the configuration may have changed since the job was initially created, leading to unintended consequences or hard-to-debug failures.\r\n\r\n **Additional context**\r\nAdd any other context or screenshots about the feature request here.\r\n\r\nSee customer request for a method to retry any job at https://github.com/googleapis/google-cloud-python/issues/5555\r\n","author":{"url":"https://github.com/tswast","@type":"Person","name":"tswast"},"datePublished":"2019-11-12T22:05:45.000Z","interactionStatistic":{"@type":"InteractionCounter","interactionType":"https://schema.org/CommentAction","userInteractionCount":1},"url":"https://github.com/14/python-bigquery/issues/14"}