No, the 30% success rate was originally presenting as 100% failure because the shipment was a single item. It wasn't until the odds came due and the singleton landed in MyItems did I go back to larger payloads. In fact back to the unit test by which we proved the piece in the first place. I may be "tripping the limits": not the 5Hz rule for certain or anything like that, but maybe too many draft items; too many repeats of same data. The status is always 201 with a shiny new google id (see 11990485544295338278 in opening salvo). The feed clearly gives two thumbs up.
I love your faith in GoogleBase sir Tom, but given that our snapshot milestone release is still pumping it's entire feed to google correctly (on its own account), repeated pristine transfers on the wire yet great gaps left in MyItems and with no other change than a new account to get things back to hunky-dory, I'm moderately comfortable this glitch is not of my doing. Of course unless Mr G himself appears to take interest in this thread (and I don't see a great proclivity in this regard), we'll likely never know what the issue is. I would file a bug report if thought I could lay it out coherently without significant further loss to productivity. As it is this task has tripled from original estimate. But given that we'll have the new account on a continuous integration loop, we may yet return to this same state, on the off chance too-much-something is the culprit. Cheers and thanks for the input, On Jan 5, 6:10 pm, Tom Wilson <[email protected]> wrote: > From what it sounds like i think its a problem yourside. If you made > some improvements and increased the success rate by 30% then its proof > in my book no ? > > Getting another account is in no way a solution I've see great > traffics drops with moving around accounts and creating new ones. Just > creating a new account in my experience is not an option unless > informed to do so by the Google Base Support team. > > How sure are you your not tripping the limits ? > > On Jan 6, 12:59 am, icebackhaz <[email protected]> wrote: > > > OK. Not so weird as I thought. It's a bug. In Google Base. Plugged > > in a new account and I'm back to 100% efficiency. > > > So there's a frailty somewhere. Did Mr. Google simply tired of my > > exhaustive use of "draft=true". Couldn't stomach another load of the > > same data (unique ids notwithstanding)? Confused by the secondary > > authsub token I plucked from the query demo pages? Who knows, but my > > word to the wise is that if things start to drop off, get another > > account. > > > If anyone cares, I can supply wire taps of the exchange and query > > output. Clearly there are situations in which the right hand is not > > in synch with the left. > > > On Jan 5, 12:19 pm, icebackhaz <[email protected]> wrote: > > > > Recent um, ah, improvements have resulted in a 30% success rate. Back > > > to the debugger. > > > > Thanks, > > > > On Jan 2, 2:53 pm, Tom Wilson <[email protected]> wrote: > > > > > Does an authorid search show any results though after adding the > > > > item ? > > > > > On Jan 2, 7:03 pm, icebackhaz <[email protected]> wrote: > > > > > > showing the tcp === showing out team lead the tcpdump > > > > > not lands === nothing land > > > > > > On Jan 2, 12:00 pm, icebackhaz <[email protected]> wrote: > > > > > > > I'm not ruling out anything at this point, but I don't believe it's > > > > > > a > > > > > > timing issue. Given that I set a new id every time (same product > > > > > > data) there should be lots of copies of this item in the account. > > > > > > This morning I was showing the tcpdump of the transaction because > > > > > > there was a checksum problem (but otherwise fine) and when I went to > > > > > > show him that not lands in MyItems lo and behold there was a single > > > > > > instance of the test product, just sent not 20 minutes prior. > > > > > > > Seems most sends are just getting piped to a bit bucket (or I'm > > > > > > sharing an auth token!?) > > > > > > > Very strange. > > > > > > > On Jan 2, 11:28 am, Tom Wilson <[email protected]> > > > > > > wrote: > > > > > > > > Did you check using an authorid search ? When doing data feed at > > > > > > > least > > > > > > > the index is updated then the dashboard so it could just be a > > > > > > > timing > > > > > > > issue. > > > > > > > > Since i have a multi-client account i don't have this feature so i > > > > > > > always using an authorid search on base.google.com or a snippets > > > > > > > query > > > > > > > to check items. > > > > > > > > Tom Wilson > > > > > > > Freelance Google Base Developer and > > > > > > > Consultantwww.tomthedeveloper.com > > > > > > > Google Base Tools -http://dev.tomthedeveloper.com/googlebase > > > > > > > > On Jan 2, 6:24 pm, icebackhaz <[email protected]> wrote: > > > > > > > > > Mighty peculiar. One ("count 'em Jim, one") item actually > > > > > > > > showed up > > > > > > > > in MyItems today. Deleted it, cleared my db, re-submitted > > > > > > > > aaaannnnd ... nada. At least nothing in MyItems. Perfect give > > > > > > > > and > > > > > > > > take on the wire, but that's a large brick shy of a full load. > > > > > > > > > On Jan 1, 9:28 am, Tom Wilson <[email protected]> > > > > > > > > wrote: > > > > > > > > > > I just wget the xml and check the details ;) > > > > > > > > > > Tom Wilson > > > > > > > > > Freelance Google Base Developer and > > > > > > > > > Consultantwww.tomthedeveloper.com > > > > > > > > > > Google Base Tools -http://dev.tomthedeveloper.com/googlebase > > > > > > > > > > On Dec 31, 10:39 pm, icebackhaz <[email protected]> wrote: > > > > > > > > > > > This is weird. I've been listing to googlebase for a while > > > > > > > > > > now using > > > > > > > > > > the java api. Moved system to the next stage of machines > > > > > > > > > > and > > > > > > > > > > everything works just fine except for one teensy detail. > > > > > > > > > > My listing > > > > > > > > > > don't show up under MyListings > > > > > > > > > > > Watching the wire (tcpdump/wireshark) I have verified that > > > > > > > > > > I'm using > > > > > > > > > > the correct AuthSub token. The xml refers to the correct > > > > > > > > > > customer_id > > > > > > > > > > (4302211). I get success back from the batch() call. I get > > > > > > > > > > a new id > > > > > > > > > > from google in the reply feed. > > > > > > > > > > (e.g.http://www.google.com/base/feeds/ > > > > > > > > > > items/11990485544295338278) but I don't see the listing > > > > > > > > > > using the > > > > > > > > > > google UI, nor when I run QueryExample3.java (using this > > > > > > > > > > name and > > > > > > > > > > password) > > > > > > > > > > > A follow on question: using the url returned from the > > > > > > > > > > submission > > > > > > > > > > (example above) always gives 401 Authentication required. > > > > > > > > > > How might > > > > > > > > > > one add the credentials to that url? Or is it because the > > > > > > > > > > item has > > > > > > > > > > been assigned to some other account? --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Google Base Data API" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/Google-Base-data-API?hl=en -~----------~----~----~----~------~----~------~--~---
