Error 503

[Brandon]

Yesterday I added support to my iPhone app for adding ACL entries to a
document after uploading it. I had it working, then I went and cleaned
up a few non-related bits. When I tested it again I started getting
"Operation could not be completed. (com.google.GDataServiceDomain
error 503.)" in the error handler callback for
fetchACLEntryByInsertingEntry. The document itself uploads and appears
intact.

Anyone know what this error means? Did I clean out some necessary bits
or is the service having trouble? The problem started about midnight
PST, which seemed a little odd.

Before anyone says it...I know I know...suddenly I need ACL support
after complaining about it bloating the library. The irony isn't lost
on me. Maybe this is just my comeuppance :)

[Greg Robbins]

Your problem sounds somewhat like the one reported in DocList discussion group,

http://groups.google.com/group/Google-Docs-Data-APIs/browse_thread/thread/64566ecb479f0498

You might try posting a copy of the XML body and response data to that group.

[Brandon]

Thanks. I'm not immediately seeing how I get the body and response
XML. Any suggestions?

Do I need to call fetchACLFeedWithURL before I call
fetchACLEntryByInsertingEntry?

On Nov 20, 2:34 pm, Greg Robbins <grobb...@google.com> wrote:
> Your problem sounds somewhat like the one reported in DocList discussion
> group,
>

> http://groups.google.com/group/Google-Docs-Data-APIs/browse_thread/th...

[Greg Robbins]

Use  [GDataHTTPFetcher setIsLoggingEnabled:YES] to turn on logging, and run your app. The log files will be in a folder on the desktop or home directory. The logs are easiest to browse with Camino or Firefox 2, as those show formatted XML.

Inserts are done using the POST link for a feed, so you would need to first fetch the ACL feed, then use the ACL feed post link's URL as the feed URL when inserting.

[Brandon]

On Nov 20, 5:21 pm, Greg Robbins <grobb...@google.com> wrote:
> Use [GDataHTTPFetcher setIsLoggingEnabled:YES] to turn on logging, and run
> your app. The log files will be in a folder on the desktop or home
> directory. The logs are easiest to browse with Camino or Firefox 2, as those
> show formatted XML.

Thanks. I found the GDataHTTPDebugLogs folder in the simulator
directory, which appears to have what I want.

> Inserts are done using the POST link for a feed, so you would need to first
> fetch the ACL feed, then use the ACL feed post link's URL as the feed URL
> when inserting.

In that case I've been doing it wrong all along. I guess that's what I
get for trying to code at 1am.
Unfortunately, I'm still getting the 503 error.

[Arca]

The error seems to have gotten worse in the past 2 weeks. Previously
the spreadsheet was uploaded correctly despite the error return. Now
no document is uploaded, which disables my apps pretty severely. I
have attached the HTTP logs to the bug ( issue 929
http://code.google.com/p/gdata-issues/issues/detail?id=929). The error
actually strikes while fetching the doclist, so with this query
failing, the document is never uploaded. I have found that the error
also breaks the DocsList sample app included with the v1.5 ObjC
library. If anyone has a workaround, or indications of an impending
fix, I would really like to offer some news of progress to my users.
Greg, can you tell me if the top-of-tree library/example work? I am
generally wary of shipping bleeding edge libraries with release apps,
but if some relevant change has occurred...

[Greg Robbins]

The top-of-trunk version of the library makes protocol version 2 requests rather than version 1. I am seeing a 503 status as well when posting an xls file with a version 2 request, though the file does appear to nonetheless have been uploaded.

The Docs API group is the right forum for reaching the API development engineers.

http://groups.google.com/group/Google-Docs-Data-APIs

As the server engineers are not familiar with Objective-C, be sure to include the relevant fragments of http request and response headers and body XML from the logs.

[Arca]

I just built the DocsSample app from the top-of-tree source, and it is
still unable to get a list of documents, failing with 'Error
Domain=com.google.GDataServiceDomain Code=503 UserInfo=0x3e2f10

"Operation could not be completed. (com.google.GDataServiceDomain

error 503.)"'. Perhaps my approach to uploading a spreadsheet is
wrong. I am trying to get the doclist (fetchDocsFeedWithURL) in order
to get the postLink from the doclist feed. This seems to be the only
way to create the document in the first place (using
fetchDocEntryByInsertingEntry).

[Greg Robbins]

I'm not sure why your message would say "it is still unable to get a list of documents." A fresh build of DocsSample from the top-of-tree svn sources is fetching a list of documents without problem for me.

Uploading documents is a separate issue. The DocsSample app is able to upload non-spreadsheet documents without difficulty, but is getting a 503 status code when uploading spreadsheet documents. That seems to be a server problem.

[Brandon]

On Jan 2, 8:17 am, Greg Robbins <grobb...@google.com> wrote:
> I'm not sure why your message would say "it is still unable to get a list of
> documents." A fresh build of DocsSample from the top-of-tree svn sources is
> fetching a list of documents without problem for me.

It works for me as well. Fresh `svn up` and rebuild fetches the
document list just fine. Seems like that's the only part that does
still work. This problem keeps getting worse...are the servers on
strike? Maybe they're about to take over the world and this is the
first wave?

[Arca]

> It works for me as well. Fresh `svn up` and rebuild fetches the
> document list just fine.

I'm no svn expert. I just used the command line on the source pages:
"svn checkout http://gdata-objectivec-client.googlecode.com/svn/trunk/
gdata-objectivec-client-read-only" to get the version. Is that not the
latest? Attempting the same thing today just returns "Checked out
revision 176" which seems to be the latest.
When I clean and build the DocsSample project with xcode, and run it,
I enter my correct account info, and the following:

Error Domain=com.google.GDataServiceDomain Code=503 UserInfo=0x3dbc10

"Operation could not be completed. (com.google.GDataServiceDomain
error 503.)"

is posted in the status window. I can generate and include the HTTP
log if it would help.

The spreadsheet example works just fine, but as far as I know, one
needs the doclist API to create/upload a new spreadsheet from scratch.
Is there another way to generate the post URL for adding a new
docslist entry?

This line from the wiki example is my problem:

NSURL *postURL = [[[docListFeed links] postLink] URL];

My attempts to get the docListFeed fail, so I can never get the URL
for posting a new entry...

[Greg Robbins]

The fragment of the http log showing the failed attempt to fetch the DocList feed (request, request headers, response, response headers, and response body) would be helpful. (Please copy and paste the relevant parts from the html log display in your browser; do not zip and send a bunch of log files.)

Have you tried signing in to a different account with the DocsSample?

[honcheng]

I am able to upload files without problem, even though I'm still getting 503

[Greg Robbins]

If you need to be able to upload spreadsheets, please be sure to click the star on this issue at

http://code.google.com/p/gdata-issues/issues/detail?id=929

to indicate the importance of this, and so you'll be notified when it is addressed.

[Arca]

On Jan 3, 7:46 pm, Greg Robbins <grobb...@google.com> wrote:
> The fragment of the http log showing the failed attempt to fetch the DocList
> feed (request, request headers, response, response headers, and response
> body) would be helpful. (Please copy and paste the relevant parts from the
> html log display in your browser; do not zip and send a bunch of log files.)

request: GET URL: http://docs.google.com/feeds/documents/private/full?max-results=1000
request headers (6)
{
Accept = "application/atom+xml, text/xml";
Authorization = "GoogleLogin
auth=DQAAAJoAAABYBiPH8OpwiPUsLYFc4YyKX6q-0EVAF_06_NWMFqOA5StgIIr2MdH33CIlfEhwJJk0Q0U4WplvPTpsgCRAAWAhmLOWtKT9niesCRVbc_rrZrCiWUIQmfVoDybJwsb4hYQt7nHR6Wo6tNkjkmXVhNLhSHm795Ojems8G1q4AcFUEnw3IjpnR-
yIZHBbz9767LzmC9Y-ATlKfWsiyDnb24IK";
"Cache-Control" = "no-cache";
"Content-Type" = "application/atom+xml; charset=utf-8";
Cookie =
"WRITELY_SID=DQAAAJoAAABYBiPH8OpwiPUsLYFc4YyKX6q-0EVAF_06_NWMFqOA5StgIIr2MdH33CIlfEhwJJk0Q0U4WplvPTpsgCRAAWAhmLOWtKT9niesCRVbc_rrZrCiWUIQmfVoDybJwsb4hYQt7nHR6Wo6tNkjkmXVhNLhSHm795Ojems8G1q4AcFUEnw3IjpnR-
yIZHBbz9767LzmC9Y-ATlKfWsiyDnb24IK";
"User-Agent" = "Google-SampleDocsApp-1.0 GData-ObjectiveC/1.4
MacOSX/10.5.6 (gzip)";
}

response: status: 503 MIMEType: text/html
response headers (10) sets cookies
{
"Cache-Control" = "private, max-age=0";
Connection = Close;
"Content-Encoding" = gzip;
"Content-Type" = "text/html; charset=UTF-8";
Date = "Thu, 01 Jan 2009 10:04:23 GMT";
Expires = "Thu, 01 Jan 2009 10:04:23 GMT";
Server = "GFE/1.3";
"Set-Cookie" =
"WRITELY_SID=DQAAAJoAAABYBiPH8OpwiPUsLYFc4YyKX6q-0EVAF_06_NWMFqOA5StgIIr2MdH33CIlfEhwJJk0Q0U4WplvPTpsgCRAAWAhmLOWtKT9niesCRVbc_rrZrCiWUIQmfVoDybJwsb4hYQt7nHR6Wo6tNkjkmXVhNLhSHm795Ojems8G1q4AcFUEnw3IjpnR-
yIZHBbz9767LzmC9Y-
ATlKfWsiyDnb24IK;Domain=docs.google.com;Path=/;Expires=Fri, 16-
Jan-2009 10:04:23 GMT";
"Transfer-Encoding" = Identity;
"X-Content-Type-Options" = nosniff;

}




>
> Have you tried signing in to a different account with the DocsSample?

I haven't, but I know that some users with different accounts report
the same problem... and it works with the spreadsheet example.

[Arca]

It seems like the problem has been fixed. One of my customers who had
complained to google actually got a follow-up email saying the problem
was fixed, and indeed, it seems to be. The 503 error still occurs
AFTER the successful upload.

Thanks to all involved.