[google-appengine] Re: Google app engine has been down for my app for the last 5 hours
What sort of error are you getting in your logs ? I have half a dozen apps running all without any issues. You may be stuck in a bad patch of hardware or you could have a broken instance, that isn't getting recycled. I don't agree with your general statement about fitness or reliability. Yes appengine has its bad patches but 99% of the time its great. T On Nov 22, 2:26 pm, esilver wrote: > App engine status has reported AOK the whole time. This is ridiculous. > This platform is grossly unreliable. This is unfit for web > applications of any size or scale. At least be honest > onhttp://code.google.com/status/appengine -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
[google-appengine] scheduling cron job
I can use "every 5 minutes synchronized" to schedule cron job to run at 05, 10, 15, 20 etc of every hour. How can I schedule cron job to run at 06, 11, 16, 21 (1 minute off) of every hour? -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
[google-appengine] Google app engine has been down for my app for the last 5 hours
App engine status has reported AOK the whole time. This is ridiculous. This platform is grossly unreliable. This is unfit for web applications of any size or scale. At least be honest on http://code.google.com/status/appengine -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
Re: [google-appengine] Let's defend GAE!
I completely agree with you, Daniel. GAE is not for everyone! What I dislike more about the article are the outdated info, the anti-Google hype and the RTFM rule violation. I am not an a-priori fan, I like people making good things and working hard, and it seems to me that the GAE dev team is doing it the right way. Yes, SSL on custom domains is still missing, but hey they are working on it right now... is it true, Ikai? :) -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
Re: [google-appengine] Let's defend GAE!
At would concur with most criticisms. Developing on GAE is chall-engine. :)
However I stick to GAE because I think that many of the limitations
are temporary and that platform as a service is the way to go. When
scaling the advantages outnumber the disadvantages by an order of
magnitude. I prefer hiring 2 additional developers who are going to do
the back-flips GAE requires (and it does) once and for all rather than
employing an army of sysadmins who are going to tweaks load balancers,
app servers, and db replicas on an ongoing basis for the rest of their
employment life.
Daniel
--
superco...@gmail.com
On Sun, Nov 21, 2010 at 9:02 PM, Vanni.T wrote:
> Hey guys,
> this post ("Goodbye, Google App Engine") is #1 (201 points in 5 hours) on
> Hacker News:
> http://www.carlosble.com/?p=719
> http://news.ycombinator.com/item?id=1927903
> It is a horrible, uninformed anti-GAE article. Too many "you're right, GAE
> sucks" comments out there for my taste. Nothing to say?
>
> --
> You received this message because you are subscribed to the Google Groups
> "Google App Engine" group.
> To post to this group, send email to google-appeng...@googlegroups.com.
> To unsubscribe from this group, send email to
> google-appengine+unsubscr...@googlegroups.com.
> For more options, visit this group at
> http://groups.google.com/group/google-appengine?hl=en.
>
--
You received this message because you are subscribed to the Google Groups
"Google App Engine" group.
To post to this group, send email to google-appeng...@googlegroups.com.
To unsubscribe from this group, send email to
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/google-appengine?hl=en.
Re: [google-appengine] Re: Architecture for many small transactions
Hi Steve, Glad you found my comments useful. :) Yeah, there are various little gotchas. Spending a little time to explore the architectural nuances is a very important step. It always sucks to write an app, then discover a query can't take two days to run in one request and the datastore does not support joins. ;) Robert On Sun, Nov 21, 2010 at 18:05, stevep wrote: > Hi Robert, > First, let me thank you for your answer not just to this question, > but for others I've not asked. You always provide great insights, and > very well written comments. > re: you post below. > My suspicions confirmed about using List properties in this manner. > I wish there was a good summary page of all the "performance > gotchas" somewhere. There are quite a few of them -- not because GAE > is necessarily bad, but due more so to its non-standard architecture. > Cheers, > Steve > >> I favor the third approach over the second because it gives you a >> bunch of flexibility. You can serialize your entities how ever you >> want to; I frequently use JSON. In several instances I have found >> ListProperties to have very poor performance characteristics, even >> when they are not indexed. With your third technique you can wait to >> deserialize the additional data, unless / until it is needed. > > -- > You received this message because you are subscribed to the Google Groups > "Google App Engine" group. > To post to this group, send email to google-appeng...@googlegroups.com. > To unsubscribe from this group, send email to > google-appengine+unsubscr...@googlegroups.com. > For more options, visit this group at > http://groups.google.com/group/google-appengine?hl=en. > > -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
Re: [google-appengine] Re: Prerelease SDK 1.4.0 is out!
Some of his points are perfectly valid; there are issues that deserve attention. I think one or two of the points are out-of-date (eg 1,000 entity limit and _soon_ the 30 second background limit!). Of course, about 1/2 of the complaints would not have been a surprise if they spent 5 minutes and read the introduction page. And personally, after I did the getting started "tutorial," the first thing I asked was "how do I use this database 'for real'," then discovered many of the nuances -- don't really understand those complaints. You don't buy a two door car then get pissed off because it doesn't have four doors a month later. On Sun, Nov 21, 2010 at 20:22, Vanni.T wrote: > Great work, guys! > Really afraid to see a horrible uninformed anti-GAE post now #1 on Hacker > News http://www.carlosble.com/?p=719 > I can't believe my eyes. > > -- > You received this message because you are subscribed to the Google Groups > "Google App Engine" group. > To post to this group, send email to google-appeng...@googlegroups.com. > To unsubscribe from this group, send email to > google-appengine+unsubscr...@googlegroups.com. > For more options, visit this group at > http://groups.google.com/group/google-appengine?hl=en. > -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
[google-appengine] Let's defend GAE!
Hey guys,
this post ("Goodbye, Google App Engine") is #1 (201 points in 5 hours)
on Hacker News:
http://www.carlosble.com/?p=719
http://news.ycombinator.com/item?id=1927903
It is a horrible, uninformed anti-GAE article. Too many "you're right,
GAE sucks" comments out there for my taste. Nothing to say?
--
You received this message because you are subscribed to the Google Groups
"Google App Engine" group.
To post to this group, send email to google-appeng...@googlegroups.com.
To unsubscribe from this group, send email to
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/google-appengine?hl=en.
[google-appengine] Re: Store Image to Blobstore withou Upload FORM
To be more precise you can't store a blobstore item without a file POST request. This be done procedurally on a non-browser client -- for example using cURL. But through a browser you're pretty much stuck with items. On Nov 21, 6:48 am, acellam guy wrote: > thanks!! > > On Sun, Nov 21, 2010 at 5:45 PM, Gaurav Vaish wrote: > > > > > > > > > You cannot. There's not API other than to use BlobStoreService. > > > -- > > Happy Hacking, > > Gaurav Vaish > >http://www.mastergaurav.com > > > On Nov 21, 6:51 pm, acellam guy wrote: > > > how can i store an image to blobstore without using a form > > > -- > > You received this message because you are subscribed to the Google Groups > > "Google App Engine" group. > > To post to this group, send email to google-appeng...@googlegroups.com. > > To unsubscribe from this group, send email to > > google-appengine+unsubscr...@googlegroups.com > e...@googlegroups.com> > > . > > For more options, visit this group at > >http://groups.google.com/group/google-appengine?hl=en. -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
[google-appengine] Re: PROBLEM: Deploying new version. Checking if new version is ready to serve. Checking if new version is ready to serve. Will check again in 60 seconds.
Now? Do a rollback. Delete the version on the server. Try again... have seen this issue popping up several times, specially on the weekend. -- Happy Hacking, Gaurav Vaish http://www.mastergaurav.com On Nov 21, 6:26 pm, Dmitry wrote: > experience the same issues last 3 hours... > > On 21 ноя, 15:16, Web Feature Labs wrote: > > > does not works!!! > > ... > > ... > > ... > > ... > > ... > > Will check again in 60 seconds. > > Checking if new version is ready to serve. > > Closing update: new version is ready to start serving. > > Uploading index definitions. > > >http://3.latest.MY_APP.appspot.com/ > > > Error: Not Found > > The requested URL / was not found on this server. > > > On Nov 21, 1:09 pm, Web Feature Labs wrote: > > > > This bug is very dangerous! > > > > What is the problem? > > > > On Nov 21, 1:03 pm, Web Feature Labs wrote: > > > > > .after long time I see my new version does not > > > > work :-( > > > > >http://2.latest.MY_APP.appspot.com/ > > > > > Error: Not Found > > > > The requested URL / was not found on this server. > > > > > On Nov 21, 12:45 pm, Web Feature Labs wrote: > > > > > > Hi all, I can note deploy my new app version: > > > > > > Deploying new version. > > > > > Checking if new version is ready to serve. > > > > > Will check again in 1 seconds. > > > > > Checking if new version is ready to serve. > > > > > Will check again in 2 seconds. > > > > > Checking if new version is ready to serve. > > > > > Will check again in 4 seconds. > > > > > Checking if new version is ready to serve. > > > > > Will check again in 8 seconds. > > > > > Checking if new version is ready to serve. > > > > > Will check again in 16 seconds. > > > > > Checking if new version is ready to serve. > > > > > Will check again in 32 seconds. > > > > > Checking if new version is ready to serve. > > > > > Will check again in 60 seconds. > > > > > Checking if new version is ready to serve. > > > > > Will check again in 60 seconds. > > > > > Checking if new version is ready to serve. > > > > > Will check again in 60 seconds. > > > > > ... > > > > > ... > > > > > ... > > -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
Re: [google-appengine] Do I need to have a different script for the inbound mail handler?
Hi Zeynel,
You don't have to use a separate handler. Simply add ReceiveEmail.mapping()
to the list of handlers your existing script has.
-Nick Johnson
On Sat, Nov 20, 2010 at 4:23 AM, Zeynel wrote:
> I am trying to receive mail with this handler from cookbook
>
> http://appengine-cookbook.appspot.com/recipe/receive-mail/?id=ahJhcHBlbmdpbmUtY29va2Jvb2tylAELEgtSZWNpcGVJbmRleCI7YWhKaGNIQmxibWRwYm1VdFkyOXZhMkp2YjJ0eUZnc1NDRU5oZEdWbmIzSjVJZ2hOWVdsc0lFRlFTUXcMCxIGUmVjaXBlIjxhaEpoY0hCbGJtZHBibVV0WTI5dmEySnZiMnR5RmdzU0NFTmhkR1ZuYjNKNUlnaE5ZV2xzSUVGUVNRdzEM
> :
>
> class ReceiveEmail(InboundMailHandler):
>def receive(self,message):
>logging.info("Received email from %s" % message.sender)
>plaintext = message.bodies(content_type='text/plain')
>for text in plaintext:
>txtmsg = ""
>txtmsg = text[1].decode()
>logging.info("Body is %s" % txtmsg)
>
> The tutorial creates a separate script
>
> - url: /_ah/mail/.+
> script: handle_incoming_email.py
> login: admin
>
> to receive mail. Can I use my hw.py script which has sending email
> tests in it?
>
> If so, how do I handle
>
> application = webapp.WSGIApplication([
> ReceiveEmail.mapping()
> ], debug=True)
>
> with "application" that I already have in the hw.py script:
>
> application = webapp.WSGIApplication(
> [('/', MainPage),
> ('/sign', Sign),
> ('/invite',
> InviteFriendHandler),
> ],
> debug=True)
>
> Thanks!
>
> --
> You received this message because you are subscribed to the Google Groups
> "Google App Engine" group.
> To post to this group, send email to google-appeng...@googlegroups.com.
> To unsubscribe from this group, send email to
> google-appengine+unsubscr...@googlegroups.com
> .
> For more options, visit this group at
> http://groups.google.com/group/google-appengine?hl=en.
>
>
--
Nick Johnson, Developer Programs Engineer, App Engine
Google Ireland Ltd. :: Registered in Dublin, Ireland, Registration Number:
368047
--
You received this message because you are subscribed to the Google Groups
"Google App Engine" group.
To post to this group, send email to google-appeng...@googlegroups.com.
To unsubscribe from this group, send email to
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/google-appengine?hl=en.
[google-appengine] Re: Prerelease SDK 1.4.0 is out!
Great work, guys! Really afraid to see a horrible uninformed anti-GAE post now #1 on Hacker News http://www.carlosble.com/?p=719 I can't believe my eyes. -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
Re: [google-appengine] GAE "CPU time" pricing
On Sun, Nov 21, 2010 at 12:41 AM, sampablokuper < sampabloku...@googlemail.com> wrote: > Judging by a conversation I had on #appengine at irc.freenode.net, I'm > clearly not the only person baffled by GAE pricing, so I figured I'd > throw this up here and ask for clarity. Essentially: given an app with > the figures below, what should its "CPU time" bill be per year? > > Suppose: > h = Google App Engine's charge per hour for CPU time. Currently, h = > $0.10 > f = Google App Engine's daily free quota of CPU hours. Currently, I > think* f = 2853.5 Per the page you link to, "Datastore CPU cycles also count toward the CPU Time quota.". You get 6.5 hours of free CPU time per day. > t = total registered users > s = simultaneous users. Assume = t * 0.2 > 20% of your users online at any time would be extremely high for any webapp. > e = (requests/second)/simultaneous user. Assume = 0.5 > 1 request per 2 seconds per user is also extremely high. I think you would be hard pressed to find any webapp that averages anything close to this. With these two figures, you're assuming every single user of your webapp averages over 8,000 (dynamic) requests per day. > r = requests/sec = s * e > R = requests/day = r * 3600 * 24 > p = CPU hours/request. Assume 150ms/request. I.e. assume p = 0.15/3600 > c = CPU hours/sec = r * p > C = CPU hours/day = c * 3600 * 24 > y = average number of days in a year = 365.25 B = CPU time bill per > year = (C - f) * h * y > > Therefore, C = t * 0.2 * 0.5 * (0.15/3600) * 3600 * 24 > So suppose I get 1 registered users, that means C = 3600. > > In that case: > B = (3600 - f) * h * y = 9146.5 * $0.10 * 365.25 = $40415 to the > nearest dollar > > Is that right, or have I misunderstood what CPU time is, how it is > priced, or how the quotas work? > Given your assumptions, this figure would be correct, but you will find that actual costs and usage will be orders of magnitude less than this. Note that your math works out to a sustained rate of 1000QPS, which would require a small cluster of computers to sustain it on any architecture. I don't think you'll find any webapps with only 10,000 users that do even a tenth of that QPS. -Nick Johnson > > *The free daily quota[1] is not clearly expressed, but I think it's > 6.5 hours for general use plus 2,487 hours for datastore manipulation: > 2853.5 hours/day in total, assuming that my app mostly spends its time > handling requests by using a controller to generate views on the > models in the datastore, and allowing CRUD operations on those models. > > [1]http://code.google.com/appengine/docs/quotas.html > > -- > You received this message because you are subscribed to the Google Groups > "Google App Engine" group. > To post to this group, send email to google-appeng...@googlegroups.com. > To unsubscribe from this group, send email to > google-appengine+unsubscr...@googlegroups.com > . > For more options, visit this group at > http://groups.google.com/group/google-appengine?hl=en. > > -- Nick Johnson, Developer Programs Engineer, App Engine Google Ireland Ltd. :: Registered in Dublin, Ireland, Registration Number: 368047 -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
Re: [google-appengine] Re: Chaining tasks forever and checking enqueued tasks
On Mon, Nov 22, 2010 at 9:14 AM, Nick Johnson (Google) < nick.john...@google.com> wrote: > Hi Ian, > > On Mon, Nov 22, 2010 at 11:10 AM, Ian Lewis wrote: > >> While the task name thing should generally work, they don't provide a >> guarantee that inserting the task >> won't succeed more than once. >> > > A named task will never be duplicated - that's the point of task names - > though any task at all may be executed more than once. > It may not actually get added to the queue but the program getting a response that it succeeded might be bad for me. I suppose I can just log this and move on though. > Also, I don't particularly want to have to add a task to check if it is >> inserted. >> > > Supposing there was a way to check if a task exists, what would you do if > you perform the check and it does not exist? > Sure, I would probably insert the task but I would also want to know how many times the task was being kicked from the queue and/or be notified about it as it could indicate bugs or issues with the task queue. Not that I don't trust it but I'm trying to be as robust as possible here. I suppose that simply logging it when tasks can be inserted by the cron job would be the best solution if I used task names. > There is also the problem of tombstoning names, so I would need to come up >> with unique task names that >> could be computed by the cron job. >> >> >> http://code.google.com/appengine/docs/python/taskqueue/overview.html#Worker_URLs_and_Task_Names >> > > You should always do this anyway - naming your tasks after the time > interval or iteration number they're for - because doing otherwise > introduces race conditions. > Understood. I wasn't suggesting that it shouldn't be done if I use task names. If the task is guaranteed not to be duplicated then I could use the time the task was to be run in the name and calculate that in the cron job. A bit fragile but doable. I was worried about having to calculate the task name with the time interval in the cron job and possibly getting it wrong. -- Ian http://www.ianlewis.org/ -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
Re: [google-appengine] Prerelease SDK 1.4.0 regression? "UnboundLocalError: local variable 'clone' referenced before assignment"
Hi PK,
Can you please file a bug with the server-side stacktrace, and the
(datastore?) call you were trying to execute at the time?
Thanks,
Nick Johnson
On Sun, Nov 21, 2010 at 10:43 AM, PK wrote:
> The new features sound very exciting. However, as I routinely do with
> the prereleases I put it through the test suite of my python app and
> this time it failed. I include the traces below, please contact me if
> you need more details.
>
> * SERVER SIDE ***
> EBUG2010-11-20 23:09:57,694 dev_appserver.py:2105] Reusing main()
> function of module "google.appengine.ext.remote_api.handler"
> ERROR2010-11-20 23:09:57,695 handler.py:225] Exception while
> handling service_name: "remote_datastore"method: "Transaction"
> request <
> "\"\000*321j\nneatschoolr#\013\022\006Domain
> \"\003ID1\014\013\022\010Location\"\006ID1000\014">
> Traceback (most recent call last):
> File ".../downloads/google_appengine/google_appengine_1.4_prerelease/
> google/appengine/ext/remote_api/handler.py", line 221, in post
>response_data = self.ExecuteRequest(request)
> File ".../downloads/google_appengine/google_appengine_1.4_prerelease/
> google/appengine/ext/remote_api/handler.py", line 249, in
> ExecuteRequestresponse_data) File ".../out/google_appengine/
> google/appengine/api/apiproxy_stub.py", line 80, in MakeSyncCall File
> ".../downloads/google_appengine/google_appengine_1.4_prerelease/google/
> appengine/ext/remote_api/handler.py", line 144, in
> _Dynamic_Transactionself.__call('datastore_v3', 'Put',
> put_request, response) File ".../out/google_appengine/google/
> appengine/api/apiproxy_stub_map.py", line 86, in MakeSyncCall File
> ".../out/google_appengine/google/appengine/api/apiproxy_stub_map.py",
> line 286, in Mak
> eSyncCall
> File ".../out/google_appengine/google/appengine/api/
> apiproxy_rpc.py", line 149, in _WaitImp
> l
> File ".../downloads/google_appengine/google_appengine_1.4_prerelease/
> google/appengine/api/datastore_file_stub.py"
> , line 616, in MakeSyncCallresponse)
> File ".../out/google_appengine/google/appengine/api/
> apiproxy_stub.py", line 80, in MakeSyncCall
> File ".../downloads/google_appengine/google_appengine_1.4_prerelease/
> google/appengine/api/datastore_file_stub.py", line 677, in
> _Dynamic_Put
>datastore_stub_util.PrepareSpecialPropertiesForStore(clone)
> UnboundLocalError: local variable 'clone' referenced before assignment
>
>
> CLIENT SIDE *
>
> ERROR: test_with_location
>
> (test_employee.EmployeeTestCase)--
> Traceback (most recent call last)
> File "/opt/local/lib/python2.5/site-packages/logilab/common/
> testlib.py", line 1224, in _proceedtestfunc(*args, **kwargs)
> File ".../school/tests/test_employee.py", line 240, in
> test_with_location
>lt.delete(True) File ".../school/tests/test_location.py", line
> 15, in delete
>self.ent_loc.delete()
> File ".../out/site/swplatform/util/db/transaction.py", line 279, in
> newret = run_in_new_or_current(meth, *args, **kws)
> File ".../out/site/swplatform/util/db/transaction.py", line 76, in
> run_in_new_or_current
>return run_in_new(function, *args, **kwargs) File ".../out/site/
> swplatform/util/db/transaction.py", line 110, in run_in_new
>rr = db.run_in_transaction(_run_in_new, function, *args, **kwargs)
> File ".../out/google_appengine/google/appengine/api/datastore.py",
> line 1981, in RunInTransaction
>DEFAULT_TRANSACTION_RETRIES, function, *args, **kwargs)
> File ".../out/google_appengine/google/appengine/api/datastore.py",
> line 2067, in RunInTransactionCustomRetries
>ok, result = _DoOneTry(new_connection, function, args, kwargs)
> File ".../out/google_appengine/google/appengine/api/datastore.py",
> line 2105, in _DoOneTry
>if new_connection.commit():
> File ".../out/google_appengine/google/appengine/datastore/
> datastore_rpc.py", line 1505, in commit
>return rpc.get_result()
> File ".../out/google_appengine/google/appengine/api/
> apiproxy_stub_map.py", line 529, in get
> _result
>return self.__get_result_hook(self)
> File ".../out/google_appengine/google/appengine/datastore/
> datastore_rpc.py", line 1528, in
> __commit_hook
>rpc.check_success()
> File ".../out/google_appengine/google/appengine/api/
> apiproxy_stub_map.py", line 501, in check_success
>self.__rpc.CheckSuccess()
> File ".../out/google_appengine/google/appengine/api/
> apiproxy_rpc.py", line 149, in _WaitImpl
>self.request, self.response) File ".../downloads/google_appengine/
> google_appengine_1.4_prerelease/google/appengine/ext/remote_api/
> remote_api_s
> tub.py", line 224, in MakeSyncCall
>handler(request, response)
> File ".../downloads/google_appengine/google_appengine_1.4_prerelease/
> google/appengine/ext/remote_api/remote_api_s
> tub.py", line 404, in _Dynamic_Commit
>tx, datastore_pb.PutResponse())
> File ".../downloads/google_appengine/google_appengi
Re: [google-appengine] Re: Chaining tasks forever and checking enqueued tasks
Hi Ian, On Mon, Nov 22, 2010 at 11:10 AM, Ian Lewis wrote: > While the task name thing should generally work, they don't provide a > guarantee that inserting the task > won't succeed more than once. > A named task will never be duplicated - that's the point of task names - though any task at all may be executed more than once. > Also, I don't particularly want to have to add a task to check if it is > inserted. > Supposing there was a way to check if a task exists, what would you do if you perform the check and it does not exist? > There is also the problem of tombstoning names, so I would need to come up > with unique task names that > could be computed by the cron job. > > > http://code.google.com/appengine/docs/python/taskqueue/overview.html#Worker_URLs_and_Task_Names > You should always do this anyway - naming your tasks after the time interval or iteration number they're for - because doing otherwise introduces race conditions. -Nick Johnson > > I thought about using a heartbeat to check but I'm a bit afraid of > contention issues. The heartbeat option > seems like it would be the most straight forward though. > > Ian > > > On Mon, Nov 22, 2010 at 8:27 AM, vlad wrote: > >> Agree with Robert named tasks are the way to go. I have a similar >> requirements - have a long running state machine implemented as >> chained tasks. Once I worked out transactional issues and added >> "choke" points to prevent fork bomb it has been running ok for over 1 >> week now. Clarification, by "running ok" I meant that task flow is >> sustained in presence of occasional datastore and memcache errors. You >> task handlers and app as a whole should still deal with idempotancy >> issues arising from errors. >> >> On Nov 21, 5:07 am, Remigius wrote: >> > Ian, >> > >> > It does not look like there's a facility to look up queued tasks in >> > the task queue API. Instead you could use a heartbeat in the data >> > store (i.e. save an entity with a timestamp each time the task queue >> > task runs) that is checked by the cron job. >> > >> > Cheers, Remigius. >> >> -- >> You received this message because you are subscribed to the Google Groups >> "Google App Engine" group. >> To post to this group, send email to google-appeng...@googlegroups.com. >> To unsubscribe from this group, send email to >> google-appengine+unsubscr...@googlegroups.com >> . >> For more options, visit this group at >> http://groups.google.com/group/google-appengine?hl=en. >> >> > > > -- > Ian > > http://www.ianlewis.org/ > > -- > You received this message because you are subscribed to the Google Groups > "Google App Engine" group. > To post to this group, send email to google-appeng...@googlegroups.com. > To unsubscribe from this group, send email to > google-appengine+unsubscr...@googlegroups.com > . > For more options, visit this group at > http://groups.google.com/group/google-appengine?hl=en. > -- Nick Johnson, Developer Programs Engineer, App Engine Google Ireland Ltd. :: Registered in Dublin, Ireland, Registration Number: 368047 -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
Re: [google-appengine] Re: Chaining tasks forever and checking enqueued tasks
While the task name thing should generally work, they don't provide a guarantee that inserting the task won't succeed more than once. Also, I don't particularly want to have to add a task to check if it is inserted. There is also the problem of tombstoning names, so I would need to come up with unique task names that could be computed by the cron job. http://code.google.com/appengine/docs/python/taskqueue/overview.html#Worker_URLs_and_Task_Names I thought about using a heartbeat to check but I'm a bit afraid of contention issues. The heartbeat option seems like it would be the most straight forward though. Ian On Mon, Nov 22, 2010 at 8:27 AM, vlad wrote: > Agree with Robert named tasks are the way to go. I have a similar > requirements - have a long running state machine implemented as > chained tasks. Once I worked out transactional issues and added > "choke" points to prevent fork bomb it has been running ok for over 1 > week now. Clarification, by "running ok" I meant that task flow is > sustained in presence of occasional datastore and memcache errors. You > task handlers and app as a whole should still deal with idempotancy > issues arising from errors. > > On Nov 21, 5:07 am, Remigius wrote: > > Ian, > > > > It does not look like there's a facility to look up queued tasks in > > the task queue API. Instead you could use a heartbeat in the data > > store (i.e. save an entity with a timestamp each time the task queue > > task runs) that is checked by the cron job. > > > > Cheers, Remigius. > > -- > You received this message because you are subscribed to the Google Groups > "Google App Engine" group. > To post to this group, send email to google-appeng...@googlegroups.com. > To unsubscribe from this group, send email to > google-appengine+unsubscr...@googlegroups.com > . > For more options, visit this group at > http://groups.google.com/group/google-appengine?hl=en. > > -- Ian http://www.ianlewis.org/ -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
[google-appengine] Re: Chaining tasks forever and checking enqueued tasks
Agree with Robert named tasks are the way to go. I have a similar requirements - have a long running state machine implemented as chained tasks. Once I worked out transactional issues and added "choke" points to prevent fork bomb it has been running ok for over 1 week now. Clarification, by "running ok" I meant that task flow is sustained in presence of occasional datastore and memcache errors. You task handlers and app as a whole should still deal with idempotancy issues arising from errors. On Nov 21, 5:07 am, Remigius wrote: > Ian, > > It does not look like there's a facility to look up queued tasks in > the task queue API. Instead you could use a heartbeat in the data > store (i.e. save an entity with a timestamp each time the task queue > task runs) that is checked by the cron job. > > Cheers, Remigius. -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
[google-appengine] Re: Architecture for many small transactions
Hi Robert, First, let me thank you for your answer not just to this question, but for others I've not asked. You always provide great insights, and very well written comments. re: you post below. My suspicions confirmed about using List properties in this manner. I wish there was a good summary page of all the "performance gotchas" somewhere. There are quite a few of them -- not because GAE is necessarily bad, but due more so to its non-standard architecture. Cheers, Steve > I favor the third approach over the second because it gives you a > bunch of flexibility. You can serialize your entities how ever you > want to; I frequently use JSON. In several instances I have found > ListProperties to have very poor performance characteristics, even > when they are not indexed. With your third technique you can wait to > deserialize the additional data, unless / until it is needed. -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
Re: [google-appengine] Re: PDF to Image - Impossible
On Nov 21, 2010, at 1:44 PM, Olly wrote: > AWT classes which > are (pointlessly?) blocked Not pointlessly. AWT classes require that the native environment implement all sorts of stuff. On Linux, that usually means starting an X server. It is obvious why google would not implement those. -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
Re: [google-appengine] Deletes = CPU intensive
That's some great insight. I wonder if this is why occasionally someone posts saying they have this large amount of datastore usage and insist that their database statistics only shows 6MB or something like that. I would assume that statistics might show the smaller amount whereas the datastore would show the larger amount until the deleted entities are actually garbage collected. Also, the query insight is most useful. It goes to show that one really needs a good understanding of how the app engine architecture works. On Sun, Nov 21, 2010 at 1:12 PM, Robert Kluin wrote: > There are a number of posts where Googlers have mentioned how deletes > are performed. Here is a recent one, > > http://groups.google.com/group/google-appengine-python/msg/598a671cfef98fb4 > > So they already use some type of soft-delete + later batch cleanup > approach. > > > > Robert > > > > > > > > On Sun, Nov 21, 2010 at 13:50, Stephen Johnson > wrote: > > I think the biggest thing for everyone to remember is that each delete of > an > > entity also requires updating all indexes for that entity. So for 1 to 2 > > million entities that's a lot of work especially with transactions, > > concurrency, etc. I'm not sure that marking the entity for deletion and > then > > having some background task later come through actually saves anything > > because all that work still needs to be done. Also, would those entities > > still show up in queries. If they shouldn't show up then you'd have to go > > and mark all index entries as deleted which is just as much work as > deleting > > them in the first place. I would say however that perhaps there should be > > the equivalent of a DROP TABLE so that you can get rid of an entire > entity > > kind. That could definitely be done in the background using bulk delete > > methods and would immediately remove that entity kind from being visible > and > > used and as such there wouldn't be the need to worry about concurrency > and > > transaction isolation etc. > > > > On Sun, Nov 21, 2010 at 12:10 AM, Derrick Schneider > > wrote: > >> > >> Thanks for the reminder about the thread. I had read the initial couple > of > >> posts but hadn't noticed the follow-ups. > >> My procedure is pretty straightforward, and is similar to the "fast" one > >> described: Kick off a task that does a keys-only query for n items and > then > >> deletes them (using the form where you just pass a list of keys), grabs > the > >> cursor, and kicks off another task that pulls in the cursor and gets n > more, > >> and so on. (I forget the value of n.) > >> > >> I don't know exactly how many items were being deleted, but I've got > ~7.5 > >> million entries in total, spread from July to today. Probably our > largest > >> number of entries actually comes from August, but I was just deleting > July. > >> So I guess "few hundred thousand" isn't accurate, and it was probably > closer > >> to 1-2 million. Hm. > >> But reading that Bulk Delete thread, I agree it would be nice to mark an > >> item as deletable and have some cheaper, belly-of-Google task sweep > through > >> them. > >> Derrick > >> On Sat, Nov 20, 2010 at 8:55 PM, Stephen Johnson < > onepagewo...@gmail.com> > >> wrote: > >>> > >>> Read post Bulk Deletion Woe that was posted this past week. It > discusses > >>> this. You should add what procedure you did to delete your entities, > how > >>> many etc. > >>> > >>> On Sat, Nov 20, 2010 at 9:21 PM, Derrick Schneider > >>> wrote: > > One thing I've noticed as I'm purging older items in the datastore is > that deletes are really CPU intensive. Granted, I was probably > deleting a > few hundred thousand entries, but I went from well under my free CPU > threshold for the day to burning out the rest of our budgeted 14.5 > hours > over the course of about 40 minutes. > Has anyone else noticed this? > Derrick > -- > Writer. Programmer. Puzzle Designer. > http://www.obsessionwithfood.com > > -- > You received this message because you are subscribed to the Google > Groups "Google App Engine" group. > To post to this group, send email to > google-appeng...@googlegroups.com. > To unsubscribe from this group, send email to > google-appengine+unsubscr...@googlegroups.com > . > For more options, visit this group at > http://groups.google.com/group/google-appengine?hl=en. > >>> > >>> -- > >>> You received this message because you are subscribed to the Google > Groups > >>> "Google App Engine" group. > >>> To post to this group, send email to google-appengine@googlegroups.com > . > >>> To unsubscribe from this group, send email to > >>> google-appengine+unsubscr...@googlegroups.com > . > >>> For more options, visit this group at > >>> http://groups.google.com/group/google-appengine?hl=en. > >> > >> > >> > >> -- > >> Writer. Programmer. Puzzle Designer. > >> http://www.obsessionwithfood.com > >> > >> -- > >> You received this message because
Re: [google-appengine] Deletes = CPU intensive
There are a number of posts where Googlers have mentioned how deletes are performed. Here is a recent one, http://groups.google.com/group/google-appengine-python/msg/598a671cfef98fb4 So they already use some type of soft-delete + later batch cleanup approach. Robert On Sun, Nov 21, 2010 at 13:50, Stephen Johnson wrote: > I think the biggest thing for everyone to remember is that each delete of an > entity also requires updating all indexes for that entity. So for 1 to 2 > million entities that's a lot of work especially with transactions, > concurrency, etc. I'm not sure that marking the entity for deletion and then > having some background task later come through actually saves anything > because all that work still needs to be done. Also, would those entities > still show up in queries. If they shouldn't show up then you'd have to go > and mark all index entries as deleted which is just as much work as deleting > them in the first place. I would say however that perhaps there should be > the equivalent of a DROP TABLE so that you can get rid of an entire entity > kind. That could definitely be done in the background using bulk delete > methods and would immediately remove that entity kind from being visible and > used and as such there wouldn't be the need to worry about concurrency and > transaction isolation etc. > > On Sun, Nov 21, 2010 at 12:10 AM, Derrick Schneider > wrote: >> >> Thanks for the reminder about the thread. I had read the initial couple of >> posts but hadn't noticed the follow-ups. >> My procedure is pretty straightforward, and is similar to the "fast" one >> described: Kick off a task that does a keys-only query for n items and then >> deletes them (using the form where you just pass a list of keys), grabs the >> cursor, and kicks off another task that pulls in the cursor and gets n more, >> and so on. (I forget the value of n.) >> >> I don't know exactly how many items were being deleted, but I've got ~7.5 >> million entries in total, spread from July to today. Probably our largest >> number of entries actually comes from August, but I was just deleting July. >> So I guess "few hundred thousand" isn't accurate, and it was probably closer >> to 1-2 million. Hm. >> But reading that Bulk Delete thread, I agree it would be nice to mark an >> item as deletable and have some cheaper, belly-of-Google task sweep through >> them. >> Derrick >> On Sat, Nov 20, 2010 at 8:55 PM, Stephen Johnson >> wrote: >>> >>> Read post Bulk Deletion Woe that was posted this past week. It discusses >>> this. You should add what procedure you did to delete your entities, how >>> many etc. >>> >>> On Sat, Nov 20, 2010 at 9:21 PM, Derrick Schneider >>> wrote: One thing I've noticed as I'm purging older items in the datastore is that deletes are really CPU intensive. Granted, I was probably deleting a few hundred thousand entries, but I went from well under my free CPU threshold for the day to burning out the rest of our budgeted 14.5 hours over the course of about 40 minutes. Has anyone else noticed this? Derrick -- Writer. Programmer. Puzzle Designer. http://www.obsessionwithfood.com -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en. >>> >>> -- >>> You received this message because you are subscribed to the Google Groups >>> "Google App Engine" group. >>> To post to this group, send email to google-appeng...@googlegroups.com. >>> To unsubscribe from this group, send email to >>> google-appengine+unsubscr...@googlegroups.com. >>> For more options, visit this group at >>> http://groups.google.com/group/google-appengine?hl=en. >> >> >> >> -- >> Writer. Programmer. Puzzle Designer. >> http://www.obsessionwithfood.com >> >> -- >> You received this message because you are subscribed to the Google Groups >> "Google App Engine" group. >> To post to this group, send email to google-appeng...@googlegroups.com. >> To unsubscribe from this group, send email to >> google-appengine+unsubscr...@googlegroups.com. >> For more options, visit this group at >> http://groups.google.com/group/google-appengine?hl=en. > > -- > You received this message because you are subscribed to the Google Groups > "Google App Engine" group. > To post to this group, send email to google-appeng...@googlegroups.com. > To unsubscribe from this group, send email to > google-appengine+unsubscr...@googlegroups.com. > For more options, visit this group at > http://groups.google.com/group/google-appengine?hl=en. > -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this
[google-appengine] Import error on deployment, but not locally
Our application works fine locally, but when we deploy it, we get the following error: : No module named appengine_utilities Traceback (most recent call last): File "/base/data/home/apps/getentangled/1.346381514004145024/ main.py", line 13, in from appengine_utilities import sessions The top of my main.py is: import sys import os # Force sys.path to have our own directory first, so we can import from it sys.path.insert(0, os.path.abspath(os.path.dirname(__file__))) import cgi import random import time import datetime import webapp2 as webapp from google.appengine.ext.webapp import template from google.appengine.ext import db from google.appengine.api import users from appengine_utilities import sessions Appengine_utilities is our apps directory and afaik has been uploaded to the site. Unlike other packages, like webapp2, I did not install it into python, I simply put the directory in the application folder. Any ideas on how to fix this? Thanks! -Scott- -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
Re: [google-appengine] Deletes = CPU intensive
I think the biggest thing for everyone to remember is that each delete of an entity also requires updating all indexes for that entity. So for 1 to 2 million entities that's a lot of work especially with transactions, concurrency, etc. I'm not sure that marking the entity for deletion and then having some background task later come through actually saves anything because all that work still needs to be done. Also, would those entities still show up in queries. If they shouldn't show up then you'd have to go and mark all index entries as deleted which is just as much work as deleting them in the first place. I would say however that perhaps there should be the equivalent of a DROP TABLE so that you can get rid of an entire entity kind. That could definitely be done in the background using bulk delete methods and would immediately remove that entity kind from being visible and used and as such there wouldn't be the need to worry about concurrency and transaction isolation etc. On Sun, Nov 21, 2010 at 12:10 AM, Derrick Schneider < derrick.schnei...@gmail.com> wrote: > Thanks for the reminder about the thread. I had read the initial couple of > posts but hadn't noticed the follow-ups. > > My procedure is pretty straightforward, and is similar to the "fast" one > described: Kick off a task that does a keys-only query for n items and then > deletes them (using the form where you just pass a list of keys), grabs the > cursor, and kicks off another task that pulls in the cursor and gets n more, > and so on. (I forget the value of n.) > > I don't know exactly how many items were being deleted, but I've got ~7.5 > million entries in total, spread from July to today. Probably our largest > number of entries actually comes from August, but I was just deleting July. > So I guess "few hundred thousand" isn't accurate, and it was probably closer > to 1-2 million. Hm. > > But reading that Bulk Delete thread, I agree it would be nice to mark an > item as deletable and have some cheaper, belly-of-Google task sweep through > them. > Derrick > > On Sat, Nov 20, 2010 at 8:55 PM, Stephen Johnson > wrote: > >> Read post Bulk Deletion Woe that was posted this past week. It discusses >> this. You should add what procedure you did to delete your entities, how >> many etc. >> >> On Sat, Nov 20, 2010 at 9:21 PM, Derrick Schneider < >> derrick.schnei...@gmail.com> wrote: >> >>> One thing I've noticed as I'm purging older items in the datastore is >>> that deletes are really CPU intensive. Granted, I was probably deleting a >>> few hundred thousand entries, but I went from well under my free CPU >>> threshold for the day to burning out the rest of our budgeted 14.5 hours >>> over the course of about 40 minutes. >>> >>> Has anyone else noticed this? >>> >>> Derrick >>> >>> -- >>> Writer. Programmer. Puzzle Designer. >>> http://www.obsessionwithfood.com >>> >>> -- >>> You received this message because you are subscribed to the Google Groups >>> "Google App Engine" group. >>> To post to this group, send email to google-appeng...@googlegroups.com. >>> To unsubscribe from this group, send email to >>> google-appengine+unsubscr...@googlegroups.com >>> . >>> For more options, visit this group at >>> http://groups.google.com/group/google-appengine?hl=en. >>> >> >> -- >> You received this message because you are subscribed to the Google Groups >> "Google App Engine" group. >> To post to this group, send email to google-appeng...@googlegroups.com. >> To unsubscribe from this group, send email to >> google-appengine+unsubscr...@googlegroups.com >> . >> For more options, visit this group at >> http://groups.google.com/group/google-appengine?hl=en. >> > > > > -- > Writer. Programmer. Puzzle Designer. > http://www.obsessionwithfood.com > > -- > You received this message because you are subscribed to the Google Groups > "Google App Engine" group. > To post to this group, send email to google-appeng...@googlegroups.com. > To unsubscribe from this group, send email to > google-appengine+unsubscr...@googlegroups.com > . > For more options, visit this group at > http://groups.google.com/group/google-appengine?hl=en. > -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
[google-appengine] Re: PDF to Image - Impossible
Hi Gaurav, Yes, first one i tried out. It gets as far as parsing the PDF document. Generating the image requires the infamous AWT classes which are (pointlessly?) blocked by google. Is the same for all of them tbh. On Nov 21, 2:51 pm, Gaurav Vaish wrote: > If you are working with the Java version, PDFBox is pretty decent > one...http://pdfbox.apache.org/commandlineutilities/PDFToImage.html > > I've not tried it out personally but have heard about it a lot. And > comes from Apache stable! :) > > -- > Happy Hacking, > Gaurav Vaishhttp://www.mastergaurav.com > > On Nov 21, 1:40 pm, Wim den Ouden wrote: > > > > > Found this, have no experiance with > > ithttp://konryd.blogspot.com/2008/04/outputting-pdfs-with-google-app-en... > > seems to be pure python > > gr > > wim > > > On Sun, Nov 21, 2010 at 3:25 AM, Olly wrote: > > > Hi, > > > > I need to do the following: > > > > 1) User uploads PDF which is stored in blobstore > > > 2) Individual pdf pages are rendered as images and shown in the > > > browser window > > > 3) A barcode identifier image is added to the PDF and is downloaded by > > > the user > > > > Sadly due to GAE's restrictions i have absolutely no idea how this can > > > be done (without using remote services and data fetching). > > > > Thanks > > > > Olly > > > > -- > > > You received this message because you are subscribed to the Google Groups > > > "Google App Engine" group. > > > To post to this group, send email to google-appeng...@googlegroups.com. > > > To unsubscribe from this group, send email to > > > google-appengine+unsubscr...@googlegroups.com. > > > For more options, visit this group > > > athttp://groups.google.com/group/google-appengine?hl=en. > > > -- > > gr > > wdo > > > Demo free E-business:https://e-comm.appspot.com > > Gae developer tipshttp://code.google.com/p/relat/wiki/gaetips > > Wim den Ouden Google app engine based (web) apps -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
Re: [google-appengine] Re: How to integrate Payment module with google app engine
if you are using django, I would recommend this plugin: https://github.com/johnboxall/django-paypal On 21 November 2010 02:48, nischalshetty wrote: > @Andrius Awesome! Did not know about that. Looks good, will try to > implement it. > > > > On Nov 21, 5:32 am, Andrius A wrote: > > I am using paypal with gae and found it reliable. You should use PayPal > IPN. > > It sends payment confirmations on the background and if your app times > out > > to responde paypal will retry automatically in couple of seconds up to > > couple of minutes intervals. > > > > On 20 November 2010 03:32, nischalshetty > wrote: > > > > > > > > > > > > > > > > > @Ikai I face a similar issue with the PayPal API for GAE/J. I redirect > > > users to PayPal, they pay and when they are redirected back to the > > > site, it probably times out thus making my app fail while getting the > > > payment confirmation and this happens a lot of times :( > > > > > -Nischal > > > > > On Nov 20, 12:56 am, Philippe Beaudoin > > > wrote: > > > > By all means, go ahead. Don't hesitate to put them in touch with me > if > > > needed. > > > > > >Philippe > > > > > > On Fri, Nov 19, 2010 at 11:35 AM, Ikai Lan (Google) > > > > > > < > ikai.l%2bgro...@google.com >> wrote: > > > > > Would you mind if I passed this feedback along to their team? > Paypal > > > has > > > > > been pretty helpful to us in the past when we've had issues. > > > > > > > -- > > > > > Ikai Lan > > > > > Developer Programs Engineer, Google App Engine > > > > > Blogger:http://googleappengine.blogspot.com > > > > > Reddit:http://www.reddit.com/r/appengine > > > > > Twitter:http://twitter.com/app_engine > > > > > > > On Fri, Nov 19, 2010 at 10:59 AM, Philippe Beaudoin > > > > > wrote: > > > > > > >> PayPal production API server seems faster, plus it looks like I > get my > > > > >> full 10s of URLFetch on the deployed version (I definitely don't > get > > > > >> them in the development server). For the moment our solution is > "log > > > > >> and see", That is, we log/email everytime a URLFetch timeout > occurs on > > > > >> the PayPal request and look into the issue manually, removing > double > > > > >> billings and/or contacting the client. > > > > > > >> If this happens too often then my alternate solution would be to: > > > > >> - Start a recurring payment with PayPal with a 0.01$ payment and a > > > > >> very far first payment date. > > > > >> - Get the ProfileId back from paypal (or a timeout, in which case > we > > > > >> retry). > > > > >> - Once we have the ProfileID we modify the PayPal profile to the > real > > > > >> amout and the real payment date. > > > > >> - Manually remove the leftover 0.01$ profile once in a while. > > > > > > >> What would be really needed is for paypal to allow us to request > only > > > > >> a ProfileId without creating a payment profile, but I don't see > this > > > > >> anywhere in their API. > > > > > > >> Cheers, > > > > > > >> Philippe > > > > > > >> On Fri, Nov 19, 2010 at 10:42 AM, Ikai Lan (Google) > > > > >> < > ikai.l%2bgro...@google.com >> wrote: > > > > >> > What are your solutions? I've heard that the Paypal sandbox is > > > slower, > > > > >> > but > > > > >> > the production API server is relatively fast. Is this your > > > experience? > > > > > > >> > -- > > > > >> > Ikai Lan > > > > >> > Developer Programs Engineer, Google App Engine > > > > >> > Blogger:http://googleappengine.blogspot.com > > > > >> > Reddit:http://www.reddit.com/r/appengine > > > > >> > Twitter:http://twitter.com/app_engine > > > > > > >> > On Tue, Nov 16, 2010 at 11:03 AM, Philippe Beaudoin > > > > >> > wrote: > > > > > > >> >> I recently integrated a PayPal Website Payments Pro account > with > > > our > > > > >> >> AppEngine app, using recurring profile for subscriptions. An > issue > > > I > > > > >> >> have is > > > > >> >> that I can sometime hit the 10s limit of URLFetch which lead to > > > > >> >> recurring > > > > >> >> profiles being registered over at PayPal but no way for my > > > AppEngine > > > > >> >> app to > > > > >> >> know about them. This in turn can lead to double billing. > > > > >> >> Were you guys able to solve that problem elegantly? (My > solutions > > > are a > > > > >> >> bit hacky.) > > > > >> >> Cheers, > > > > >> >>Philippe > > > > > > >> >> -- > > > > >> >> You received this message because you are subscribed to the > Google > > > > >> >> Groups > > > > >> >> "Google App Engine" group. > > > > >> >> To post to this group, send email to > > > google-appeng...@googlegroups.com. > > > > >> >> To unsubscribe from this group, send email to > > > > >> >> google-appengine+unsubscr...@googlegroups.com e...@googlegroups.com> > > > . > > > > >> >> For more options, visit this group at > > > > >> >>http://groups.google.com/group/google-appengine?hl=en. > > > > > > >> > -- > > > > >> > You received this message because you are subscribed to the > Google > > > > >> > Groups > > > > >> > "Google App Engine" group. > > > > >> > To p
[google-appengine] Re: Editing an entity in the Development Console
On Nov 20, 11:06 pm, Robert Kluin wrote: > What kind of properties are on the entity you are trying to edit? I looked at this again: userEmailSubject (None) userEmailSubject (string) If it is "None" edits are not saved. If it is "string" edits are saved. -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
[google-appengine] Re: PDF to Image - Impossible
If you are working with the Java version, PDFBox is pretty decent one... http://pdfbox.apache.org/commandlineutilities/PDFToImage.html I've not tried it out personally but have heard about it a lot. And comes from Apache stable! :) -- Happy Hacking, Gaurav Vaish http://www.mastergaurav.com On Nov 21, 1:40 pm, Wim den Ouden wrote: > Found this, have no experiance with > ithttp://konryd.blogspot.com/2008/04/outputting-pdfs-with-google-app-en...http://www.reportlab.com/software/opensource/rl-toolkit/ > seems to be pure python > gr > wim > > > > On Sun, Nov 21, 2010 at 3:25 AM, Olly wrote: > > Hi, > > > I need to do the following: > > > 1) User uploads PDF which is stored in blobstore > > 2) Individual pdf pages are rendered as images and shown in the > > browser window > > 3) A barcode identifier image is added to the PDF and is downloaded by > > the user > > > Sadly due to GAE's restrictions i have absolutely no idea how this can > > be done (without using remote services and data fetching). > > > Thanks > > > Olly > > > -- > > You received this message because you are subscribed to the Google Groups > > "Google App Engine" group. > > To post to this group, send email to google-appeng...@googlegroups.com. > > To unsubscribe from this group, send email to > > google-appengine+unsubscr...@googlegroups.com. > > For more options, visit this group > > athttp://groups.google.com/group/google-appengine?hl=en. > > -- > gr > wdo > > Demo free E-business:https://e-comm.appspot.com > Gae developer tipshttp://code.google.com/p/relat/wiki/gaetips > Wim den Ouden Google app engine based (web) apps -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
Re: [google-appengine] Re: Store Image to Blobstore withou Upload FORM
thanks!! On Sun, Nov 21, 2010 at 5:45 PM, Gaurav Vaish wrote: > You cannot. There's not API other than to use BlobStoreService. > > > -- > Happy Hacking, > Gaurav Vaish > http://www.mastergaurav.com > > > On Nov 21, 6:51 pm, acellam guy wrote: > > how can i store an image to blobstore without using a form > > -- > You received this message because you are subscribed to the Google Groups > "Google App Engine" group. > To post to this group, send email to google-appeng...@googlegroups.com. > To unsubscribe from this group, send email to > google-appengine+unsubscr...@googlegroups.com > . > For more options, visit this group at > http://groups.google.com/group/google-appengine?hl=en. > > -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
[google-appengine] Re: Store Image to Blobstore withou Upload FORM
You cannot. There's not API other than to use BlobStoreService. -- Happy Hacking, Gaurav Vaish http://www.mastergaurav.com On Nov 21, 6:51 pm, acellam guy wrote: > how can i store an image to blobstore without using a form -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
[google-appengine] ESAPI API on Google App Engine
Hello All, Does anyone have any experience with integrating OWASP's ESAPI API (python) with App Engine? Are there any alternate APIs which can be used with App Engine for secure programming? without having to re-invent the wheel. Regards, Vivek -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
[google-appengine] Re: PDF to Image - Impossible
Hi Joshua, Thanks of the reply. As it happens the sources are more likely to be well-defined than not. Regardless of that i'm happy to accept that its just not going to work. All i need to do is render the PDF document in inline HTML, the user then defines regions within that PDF page which are saved in the datastore for processing at a later stage when the document has been filled out, scanned back in and returned to the system. I assumed rendering the PDF as PNG images would be the easiest way to do this. I guess not. I'll have a rethink. Thanks Olly On Nov 21, 12:48 pm, Joshua Smith wrote: > I have a ton of experience with rendering PDFs, and unless your PDFs are > coming from a single, very well-defined, and well-behaved source, you are > going to find that nothing will reliably render them into images. The best > answer is Ghostscript, but even that cannot render 100% of the PDFs that > Adobe Reader can display. No Java or Python solution is going to come close > to working for you. > > I'd recommend that you look again at your architecture, and find a way to do > what you need that avoids having to render them server side. > > On Nov 21, 2010, at 6:19 AM, Olly wrote: > > > > > Thanks for the replies. > > > Output as images are important because i have a client side script > > that allows users to designate areas of the PDF page for processing at > > a later stage. The barcode is used to identify that page for > > processing when it is scanned in later on. > > > I've been looking at PDF to SVG - no luck. I'm currently stuck with > > using Java, but i have seen reportlab's library and am considering > > whether it would be worth moving. I still don't understand why some of > > the more useful AWT features are missing from AppEngine, coming from a > > position where i thought AppEngine was the way of the future, now i'm > > not so sure. > > > Olly > > > On Nov 21, 8:40 am, Wim den Ouden wrote: > >> Found this, have no experiance with > >> ithttp://konryd.blogspot.com/2008/04/outputting-pdfs-with-google-app-en... > >> seems to be pure python > >> gr > >> wim > > >> On Sun, Nov 21, 2010 at 3:25 AM, Olly wrote: > >>> Hi, > > >>> I need to do the following: > > >>> 1) User uploads PDF which is stored in blobstore > >>> 2) Individual pdf pages are rendered as images and shown in the > >>> browser window > >>> 3) A barcode identifier image is added to the PDF and is downloaded by > >>> the user > > >>> Sadly due to GAE's restrictions i have absolutely no idea how this can > >>> be done (without using remote services and data fetching). > > >>> Thanks > > >>> Olly > > >>> -- > >>> You received this message because you are subscribed to the Google Groups > >>> "Google App Engine" group. > >>> To post to this group, send email to google-appeng...@googlegroups.com. > >>> To unsubscribe from this group, send email to > >>> google-appengine+unsubscr...@googlegroups.com. > >>> For more options, visit this group > >>> athttp://groups.google.com/group/google-appengine?hl=en. > > >> -- > >> gr > >> wdo > > >> Demo free E-business:https://e-comm.appspot.com > >> Gae developer tipshttp://code.google.com/p/relat/wiki/gaetips > >> Wim den Ouden Google app engine based (web) apps > > > -- > > You received this message because you are subscribed to the Google Groups > > "Google App Engine" group. > > To post to this group, send email to google-appeng...@googlegroups.com. > > To unsubscribe from this group, send email to > > google-appengine+unsubscr...@googlegroups.com. > > For more options, visit this group > > athttp://groups.google.com/group/google-appengine?hl=en. -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
[google-appengine] Re: PROBLEM: Deploying new version. Checking if new version is ready to serve. Checking if new version is ready to serve. Will check again in 60 seconds.
App deployments should be working again now. On Nov 21, 5:26 am, Dmitry wrote: > experience the same issues last 3 hours... > > On 21 ноя, 15:16, Web Feature Labs wrote: > > > > > > > > > does not works!!! > > ... > > ... > > ... > > ... > > ... > > Will check again in 60 seconds. > > Checking if new version is ready to serve. > > Closing update: new version is ready to start serving. > > Uploading index definitions. > > >http://3.latest.MY_APP.appspot.com/ > > > Error: Not Found > > The requested URL / was not found on this server. > > > On Nov 21, 1:09 pm, Web Feature Labs wrote: > > > > This bug is very dangerous! > > > > What is the problem? > > > > On Nov 21, 1:03 pm, Web Feature Labs wrote: > > > > > .after long time I see my new version does not > > > > work :-( > > > > >http://2.latest.MY_APP.appspot.com/ > > > > > Error: Not Found > > > > The requested URL / was not found on this server. > > > > > On Nov 21, 12:45 pm, Web Feature Labs wrote: > > > > > > Hi all, I can note deploy my new app version: > > > > > > Deploying new version. > > > > > Checking if new version is ready to serve. > > > > > Will check again in 1 seconds. > > > > > Checking if new version is ready to serve. > > > > > Will check again in 2 seconds. > > > > > Checking if new version is ready to serve. > > > > > Will check again in 4 seconds. > > > > > Checking if new version is ready to serve. > > > > > Will check again in 8 seconds. > > > > > Checking if new version is ready to serve. > > > > > Will check again in 16 seconds. > > > > > Checking if new version is ready to serve. > > > > > Will check again in 32 seconds. > > > > > Checking if new version is ready to serve. > > > > > Will check again in 60 seconds. > > > > > Checking if new version is ready to serve. > > > > > Will check again in 60 seconds. > > > > > Checking if new version is ready to serve. > > > > > Will check again in 60 seconds. > > > > > ... > > > > > ... > > > > > ... -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
[google-appengine] Re: Unable to deploy due to "500 server error"
Everything is now working normally again. Thanks! :) On Nov 21, 12:31 pm, Rob Smith wrote: > Same problem for me. I was happily updating about 2 hours ago, and > then I carried out another update that failed. > > The situation now is: > > - It takes 14 minutes to deploy (tested 3 times.) > - However, the old version is still the one that is running > - The dashboard shows that 0 instances are running (despite the old > version still running) > - Disabling the app from the dashboard, appears to work (judging by > all the messages), but the application is still running > > I'm glad that I'm not the only one experiencing this problem. > > My app-id is mentatarchive. > > On Nov 21, 12:19 pm, Guy Kremnitzer wrote: > > > > > > > > > Same for me. Issue i've noticed: > > > - deployment (when successful) is taking a lot longer than usual (~15 > > minutes) > > - deployed version does not reflect changes made (behaves like the old > > version) although the deployment ended with exit status = 0 > > - some requests return 500 server errors and then subsequent requests > > work just fine > > - dashboard was down and now shows 0 number of instances running while > > the app is actually running -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
[google-appengine] Store Image to Blobstore withou Upload FORM
how can i store an image to blobstore without using a form -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
[google-appengine] Re: Prerelease SDK 1.4.0 is out!
Hi, I'm experience issues with the 1 Mb URL fetch limitation when I post files with ResumableUpload against Google Docs (Resumable Upload is using the URLfetch functionality in the lower layers). I'm a bit confused though regarding the reqeust limit (1Mb) and response-limit (32 Mb) in the 1.4.0 SDK. Will it mean that I will still have the 1 Mb Issue when uploading from GAE to Google Docs, but I can download a 32 Mb file from Google Docs to GAE? I just which that I could skip the ResumableUpload to Google Docs, since I can't get it to work with the Python SDK. I'm I right in the above desribed assumption, 1 Mb out from GAE and 32 Mb into GAE in a URL-fetch call? (Hope it's the other way around, but it's probably not :) Thank you for an exciting release... looking forward to the go-live, any date? Regards /Jens On Nov 19, 9:14 am, Benjamin wrote: > Really amazing. > Can't wait to see it release officially. -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
[google-appengine] Re: Chaining tasks forever and checking enqueued tasks
Ian, It does not look like there's a facility to look up queued tasks in the task queue API. Instead you could use a heartbeat in the data store (i.e. save an entity with a timestamp each time the task queue task runs) that is checked by the cron job. Cheers, Remigius. -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
[google-appengine] Re: Prerelease SDK 1.4.0 is out!
Hi - The deadline for Task Queue and Cron requests has been raised to 10 minutes. Do you mean that now each Task Queue and Cron request can run for 10 min, instead of the old 30 seconds limit??! Jagan On Nov 19, 3:27 am, "Ikai Lan (Google)" wrote: > Hey everyone, > > I just wanted to let everyone know that prerelease SDK 1.4.0 is out! Get it > from the Google Code project: > > http://code.google.com/p/googleappengine/downloads/list > > We're still working on the docs and will have them ready for the final > release, so if there are any questions about how to use the new features, > feel free to ask on this thread and I'll do my best to clarify them. The > release notes are below. This is an EXCITING release: > > Python > > - The Always On feature allows applications to pay and keep 3 instances of > their > application always running, which can significantly reduce application > latency. > - Developers can now enable Warmup Requests. By specifying a handler in an > app's app.yaml, App Engine will attempt to to send a Warmup Request to > initialize new instances before a user interacts with it. This can reduce > the > latency an end-user sees for initializing your application. > - The Channel API is now available for all users. > - Task Queue has been officially released, and is no longer an experimental > feature. The API import paths that use 'labs' have been deprecated. Task > queue > storage will count towards an application's overall storage quota, and > will > thus be charged for. > - The deadline for Task Queue and Cron requests has been raised to 10 > minutes. > Datastore and API deadlines within those requests remain unchanged. > - For the Task Queue, developers can specify task retry_parameters in their > queue.yaml. > - Metadata Queries on the datastore for datastore kinds, namespaces, and > entity > properties are available. > - URLFetch allowed response size has been increased, up to 32 MB. Request > size > is still limited to 1 MB. > - The Admin Console Blacklist page lists the top blacklist rejected > visitors. > - The automatic image thumbnailing service supports arbitrary crop sizes up > to > 1600px. > - Overall average instance latency in the Admin Console is now a weighted > average over QPS per instance. > - The developer who uploaded an app version can download that version's code > using the appcfg.py download_app command. This feature can be disabled on > a per application basis in the admin console, under the 'Permissions' tab. > Once disabled, code download for the application CANNOT be re-enabled. > - Fixed an issue where custom Admin Console pages did not work for Google > Apps for your Domain users. > - Allow Django initialization to be moved to appengine_config.py to avoid > Django version conflicts when mixing webapp.template with pure Django. > http://code.google.com/p/googleappengine/issues/detail?id=1758 > - Fixed an issue in the dev_appserver where get_serving_url did not work > for transparent, cropped PNGs: > http://code.google.com/p/googleappengine/issues/detail?id=3887 > - Fixed an issue with the DatastoreFileStub. > http://code.google.com/p/googleappengine/issues/detail?id=3895 > > Java > - > - The Always On feature allows applications to pay and keep 3 instances of > their > application always running, which can significantly reduce application > latency. > - Developers can now enable Warmup Requests. By specifying a handler in an > app's appengine-web.xml, App Engine will attempt to to send a Warmup > Request > to initialize new instances before a user interacts with it. This can > reduce > the latency an end-user sees for initializing your application. > - The Channel API is now available for all users. > - Task Queue has been officially released, and is no longer an experimental > feature. The API import paths that use 'labs' have been deprecated. Task > queue > storage will count towards an application's overall storage quota, and > will > thus be charged for. > - The deadline for Task Queue and Cron requests has been raised to 10 > minutes. > Datastore and API deadlines within those requests remain unchanged. > - For the Task Queue, developers can specify task retry-parameters in their > queue.xml. > - Metadata Queries on the datastore for datastore kinds, namespaces, and > entity > properties are available. > - URL Fetch allowed response size has been increased, up to 32 MB. Request > size > is still limited to 1 MB. > - The Admin Console Blacklist page lists the top blacklist rejected > visitors. > - The automatic image thumbnailing service supports arbitrary crop sizes up > to > 1600px. > - Overall average instance latency in the Admin Console is now a weighted > average over QPS per instance. > - Added a low-level AysncDatastoreService for making calls to the datastore > asynchronously. > - Added a getBodyAsBytes() method to QueueStateInfo.TaskStateInfo,
[google-appengine] Google Docs blocking GAE apps? (503 lockout: automated queries)
Google Docs doclist API appears to be locking out GAE client apps with
a 503 error complaining of automated queries:
Server responded with: 503, Sorry... body
{ font-family: verdana, arial, sans-serif; background-color: #fff;
color: #000; }GoogleSorry...We're sorry.. but your
computer or network may be sending automated queries. To protect our
users, we can't process your request right now.See http://www.google.com/support/bin/answer.py?answer=86640";>Google
Help for more information.© 2009 Google - http://www.google.com";>Google Home
We've seen this now for about 4 hours, across a range of apps. Is Docs
trying to rate-limit GAE??
Would be great is someone from the GAE team could ping the Docs folks
please...
Thanks!
J
--
You received this message because you are subscribed to the Google Groups
"Google App Engine" group.
To post to this group, send email to google-appeng...@googlegroups.com.
To unsubscribe from this group, send email to
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/google-appengine?hl=en.
[google-appengine] Re: PROBLEM: Deploying new version. Checking if new version is ready to serve. Checking if new version is ready to serve. Will check again in 60 seconds.
experience the same issues last 3 hours... On 21 ноя, 15:16, Web Feature Labs wrote: > does not works!!! > ... > ... > ... > ... > ... > Will check again in 60 seconds. > Checking if new version is ready to serve. > Closing update: new version is ready to start serving. > Uploading index definitions. > > http://3.latest.MY_APP.appspot.com/ > > Error: Not Found > The requested URL / was not found on this server. > > On Nov 21, 1:09 pm, Web Feature Labs wrote: > > > This bug is very dangerous! > > > What is the problem? > > > On Nov 21, 1:03 pm, Web Feature Labs wrote: > > > > .after long time I see my new version does not > > > work :-( > > > >http://2.latest.MY_APP.appspot.com/ > > > > Error: Not Found > > > The requested URL / was not found on this server. > > > > On Nov 21, 12:45 pm, Web Feature Labs wrote: > > > > > Hi all, I can note deploy my new app version: > > > > > Deploying new version. > > > > Checking if new version is ready to serve. > > > > Will check again in 1 seconds. > > > > Checking if new version is ready to serve. > > > > Will check again in 2 seconds. > > > > Checking if new version is ready to serve. > > > > Will check again in 4 seconds. > > > > Checking if new version is ready to serve. > > > > Will check again in 8 seconds. > > > > Checking if new version is ready to serve. > > > > Will check again in 16 seconds. > > > > Checking if new version is ready to serve. > > > > Will check again in 32 seconds. > > > > Checking if new version is ready to serve. > > > > Will check again in 60 seconds. > > > > Checking if new version is ready to serve. > > > > Will check again in 60 seconds. > > > > Checking if new version is ready to serve. > > > > Will check again in 60 seconds. > > > > ... > > > > ... > > > > ... -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
Re: [google-appengine] Re: PDF to Image - Impossible
I have a ton of experience with rendering PDFs, and unless your PDFs are coming from a single, very well-defined, and well-behaved source, you are going to find that nothing will reliably render them into images. The best answer is Ghostscript, but even that cannot render 100% of the PDFs that Adobe Reader can display. No Java or Python solution is going to come close to working for you. I'd recommend that you look again at your architecture, and find a way to do what you need that avoids having to render them server side. On Nov 21, 2010, at 6:19 AM, Olly wrote: > Thanks for the replies. > > Output as images are important because i have a client side script > that allows users to designate areas of the PDF page for processing at > a later stage. The barcode is used to identify that page for > processing when it is scanned in later on. > > I've been looking at PDF to SVG - no luck. I'm currently stuck with > using Java, but i have seen reportlab's library and am considering > whether it would be worth moving. I still don't understand why some of > the more useful AWT features are missing from AppEngine, coming from a > position where i thought AppEngine was the way of the future, now i'm > not so sure. > > Olly > > On Nov 21, 8:40 am, Wim den Ouden wrote: >> Found this, have no experiance with >> ithttp://konryd.blogspot.com/2008/04/outputting-pdfs-with-google-app-en...http://www.reportlab.com/software/opensource/rl-toolkit/ >> seems to be pure python >> gr >> wim >> >> >> >> >> >> On Sun, Nov 21, 2010 at 3:25 AM, Olly wrote: >>> Hi, >> >>> I need to do the following: >> >>> 1) User uploads PDF which is stored in blobstore >>> 2) Individual pdf pages are rendered as images and shown in the >>> browser window >>> 3) A barcode identifier image is added to the PDF and is downloaded by >>> the user >> >>> Sadly due to GAE's restrictions i have absolutely no idea how this can >>> be done (without using remote services and data fetching). >> >>> Thanks >> >>> Olly >> >>> -- >>> You received this message because you are subscribed to the Google Groups >>> "Google App Engine" group. >>> To post to this group, send email to google-appeng...@googlegroups.com. >>> To unsubscribe from this group, send email to >>> google-appengine+unsubscr...@googlegroups.com. >>> For more options, visit this group >>> athttp://groups.google.com/group/google-appengine?hl=en. >> >> -- >> gr >> wdo >> >> Demo free E-business:https://e-comm.appspot.com >> Gae developer tipshttp://code.google.com/p/relat/wiki/gaetips >> Wim den Ouden Google app engine based (web) apps > > -- > You received this message because you are subscribed to the Google Groups > "Google App Engine" group. > To post to this group, send email to google-appeng...@googlegroups.com. > To unsubscribe from this group, send email to > google-appengine+unsubscr...@googlegroups.com. > For more options, visit this group at > http://groups.google.com/group/google-appengine?hl=en. > -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
[google-appengine] Re: Unable to deploy due to "500 server error"
Same problem for me. I was happily updating about 2 hours ago, and then I carried out another update that failed. The situation now is: - It takes 14 minutes to deploy (tested 3 times.) - However, the old version is still the one that is running - The dashboard shows that 0 instances are running (despite the old version still running) - Disabling the app from the dashboard, appears to work (judging by all the messages), but the application is still running I'm glad that I'm not the only one experiencing this problem. My app-id is mentatarchive. On Nov 21, 12:19 pm, Guy Kremnitzer wrote: > Same for me. Issue i've noticed: > > - deployment (when successful) is taking a lot longer than usual (~15 > minutes) > - deployed version does not reflect changes made (behaves like the old > version) although the deployment ended with exit status = 0 > - some requests return 500 server errors and then subsequent requests > work just fine > - dashboard was down and now shows 0 number of instances running while > the app is actually running -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
[google-appengine] Re: Unable to deploy due to "500 server error"
Same for me. Issue i've noticed: - deployment (when successful) is taking a lot longer than usual (~15 minutes) - deployed version does not reflect changes made (behaves like the old version) although the deployment ended with exit status = 0 - some requests return 500 server errors and then subsequent requests work just fine - dashboard was down and now shows 0 number of instances running while the app is actually running -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
[google-appengine] Re: PROBLEM: Deploying new version. Checking if new version is ready to serve. Checking if new version is ready to serve. Will check again in 60 seconds.
does not works!!! ... ... ... ... ... Will check again in 60 seconds. Checking if new version is ready to serve. Closing update: new version is ready to start serving. Uploading index definitions. http://3.latest.MY_APP.appspot.com/ Error: Not Found The requested URL / was not found on this server. On Nov 21, 1:09 pm, Web Feature Labs wrote: > This bug is very dangerous! > > What is the problem? > > On Nov 21, 1:03 pm, Web Feature Labs wrote: > > > .after long time I see my new version does not > > work :-( > > >http://2.latest.MY_APP.appspot.com/ > > > Error: Not Found > > The requested URL / was not found on this server. > > > On Nov 21, 12:45 pm, Web Feature Labs wrote: > > > > Hi all, I can note deploy my new app version: > > > > Deploying new version. > > > Checking if new version is ready to serve. > > > Will check again in 1 seconds. > > > Checking if new version is ready to serve. > > > Will check again in 2 seconds. > > > Checking if new version is ready to serve. > > > Will check again in 4 seconds. > > > Checking if new version is ready to serve. > > > Will check again in 8 seconds. > > > Checking if new version is ready to serve. > > > Will check again in 16 seconds. > > > Checking if new version is ready to serve. > > > Will check again in 32 seconds. > > > Checking if new version is ready to serve. > > > Will check again in 60 seconds. > > > Checking if new version is ready to serve. > > > Will check again in 60 seconds. > > > Checking if new version is ready to serve. > > > Will check again in 60 seconds. > > > ... > > > ... > > > ... -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
[google-appengine] Re: PROBLEM: Deploying new version. Checking if new version is ready to serve. Checking if new version is ready to serve. Will check again in 60 seconds.
This bug is very dangerous! What is the problem? On Nov 21, 1:03 pm, Web Feature Labs wrote: > .after long time I see my new version does not > work :-( > > http://2.latest.MY_APP.appspot.com/ > > Error: Not Found > The requested URL / was not found on this server. > > On Nov 21, 12:45 pm, Web Feature Labs wrote: > > > Hi all, I can note deploy my new app version: > > > Deploying new version. > > Checking if new version is ready to serve. > > Will check again in 1 seconds. > > Checking if new version is ready to serve. > > Will check again in 2 seconds. > > Checking if new version is ready to serve. > > Will check again in 4 seconds. > > Checking if new version is ready to serve. > > Will check again in 8 seconds. > > Checking if new version is ready to serve. > > Will check again in 16 seconds. > > Checking if new version is ready to serve. > > Will check again in 32 seconds. > > Checking if new version is ready to serve. > > Will check again in 60 seconds. > > Checking if new version is ready to serve. > > Will check again in 60 seconds. > > Checking if new version is ready to serve. > > Will check again in 60 seconds. > > ... > > ... > > ... -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
[google-appengine] Re: PROBLEM: Deploying new version. Checking if new version is ready to serve. Checking if new version is ready to serve. Will check again in 60 seconds.
.after long time I see my new version does not work :-( http://2.latest.MY_APP.appspot.com/ Error: Not Found The requested URL / was not found on this server. On Nov 21, 12:45 pm, Web Feature Labs wrote: > Hi all, I can note deploy my new app version: > > Deploying new version. > Checking if new version is ready to serve. > Will check again in 1 seconds. > Checking if new version is ready to serve. > Will check again in 2 seconds. > Checking if new version is ready to serve. > Will check again in 4 seconds. > Checking if new version is ready to serve. > Will check again in 8 seconds. > Checking if new version is ready to serve. > Will check again in 16 seconds. > Checking if new version is ready to serve. > Will check again in 32 seconds. > Checking if new version is ready to serve. > Will check again in 60 seconds. > Checking if new version is ready to serve. > Will check again in 60 seconds. > Checking if new version is ready to serve. > Will check again in 60 seconds. > ... > ... > ... -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
[google-appengine] PROBLEM: Deploying new version. Checking if new version is ready to serve. Checking if new version is ready to serve. Will check again in 60 seconds.
Hi all, I can note deploy my new app version: Deploying new version. Checking if new version is ready to serve. Will check again in 1 seconds. Checking if new version is ready to serve. Will check again in 2 seconds. Checking if new version is ready to serve. Will check again in 4 seconds. Checking if new version is ready to serve. Will check again in 8 seconds. Checking if new version is ready to serve. Will check again in 16 seconds. Checking if new version is ready to serve. Will check again in 32 seconds. Checking if new version is ready to serve. Will check again in 60 seconds. Checking if new version is ready to serve. Will check again in 60 seconds. Checking if new version is ready to serve. Will check again in 60 seconds. ... ... ... -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
[google-appengine] Re: Unable to deploy due to "500 server error"
I have similar issues. Admin console gave (works now) 500-errors, and I can't deploy. On 21 Nov, 12:14, Steve wrote: > This is happening again to me. Was the deploy failing fix reverted? > > --Steve > > On Nov 18, 5:38 pm, "Ikai Lan (Google)" > wrote: > > > > > I wish I could take credit for this, but you have the other members of our > > excellent production team to thank. Here are some more details: > > >http://groups.google.com/group/google-appengine-downtime-notify/brows... > > > -- > > Ikai Lan > > Developer Programs Engineer, Google App Engine > > Blogger:http://googleappengine.blogspot.com > > Reddit:http://www.reddit.com/r/appengine > > Twitter:http://twitter.com/app_engine -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
[google-appengine] Re: PDF to Image - Impossible
Thanks for the replies. Output as images are important because i have a client side script that allows users to designate areas of the PDF page for processing at a later stage. The barcode is used to identify that page for processing when it is scanned in later on. I've been looking at PDF to SVG - no luck. I'm currently stuck with using Java, but i have seen reportlab's library and am considering whether it would be worth moving. I still don't understand why some of the more useful AWT features are missing from AppEngine, coming from a position where i thought AppEngine was the way of the future, now i'm not so sure. Olly On Nov 21, 8:40 am, Wim den Ouden wrote: > Found this, have no experiance with > ithttp://konryd.blogspot.com/2008/04/outputting-pdfs-with-google-app-en...http://www.reportlab.com/software/opensource/rl-toolkit/ > seems to be pure python > gr > wim > > > > > > On Sun, Nov 21, 2010 at 3:25 AM, Olly wrote: > > Hi, > > > I need to do the following: > > > 1) User uploads PDF which is stored in blobstore > > 2) Individual pdf pages are rendered as images and shown in the > > browser window > > 3) A barcode identifier image is added to the PDF and is downloaded by > > the user > > > Sadly due to GAE's restrictions i have absolutely no idea how this can > > be done (without using remote services and data fetching). > > > Thanks > > > Olly > > > -- > > You received this message because you are subscribed to the Google Groups > > "Google App Engine" group. > > To post to this group, send email to google-appeng...@googlegroups.com. > > To unsubscribe from this group, send email to > > google-appengine+unsubscr...@googlegroups.com. > > For more options, visit this group > > athttp://groups.google.com/group/google-appengine?hl=en. > > -- > gr > wdo > > Demo free E-business:https://e-comm.appspot.com > Gae developer tipshttp://code.google.com/p/relat/wiki/gaetips > Wim den Ouden Google app engine based (web) apps -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
[google-appengine] Re: Unable to deploy due to "500 server error"
This is happening again to me. Was the deploy failing fix reverted? --Steve On Nov 18, 5:38 pm, "Ikai Lan (Google)" wrote: > I wish I could take credit for this, but you have the other members of our > excellent production team to thank. Here are some more details: > > http://groups.google.com/group/google-appengine-downtime-notify/brows... > > -- > Ikai Lan > Developer Programs Engineer, Google App Engine > Blogger:http://googleappengine.blogspot.com > Reddit:http://www.reddit.com/r/appengine > Twitter:http://twitter.com/app_engine -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
Re: [google-appengine] Tables
example E-business, accounting opensource on appengine http://e-comm.appspot.com/ http://code.google.com/p/relat/ gr wim On Sun, Nov 21, 2010 at 2:30 AM, Rodel Ocampo wrote: > Hello everyone. I am quite new here. I am developing an accounting system > using Google Appengine in Java through JSP. My problem is that Jtable is not > on the whitelist. Do anyone of you know an alternative way of creating a > table using java classes accepted by GAEJ? Thanks in advance. > > -- > You received this message because you are subscribed to the Google Groups > "Google App Engine" group. > To post to this group, send email to google-appeng...@googlegroups.com. > To unsubscribe from this group, send email to > google-appengine+unsubscr...@googlegroups.com. > For more options, visit this group at > http://groups.google.com/group/google-appengine?hl=en. > -- gr wdo Demo free E-business: https://e-comm.appspot.com Gae developer tips http://code.google.com/p/relat/wiki/gaetips Wim den Ouden Google app engine based (web) apps -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
Re: [google-appengine] PDF to Image - Impossible
Found this, have no experiance with it http://konryd.blogspot.com/2008/04/outputting-pdfs-with-google-app-engine.html http://www.reportlab.com/software/opensource/rl-toolkit/ seems to be pure python gr wim On Sun, Nov 21, 2010 at 3:25 AM, Olly wrote: > Hi, > > I need to do the following: > > 1) User uploads PDF which is stored in blobstore > 2) Individual pdf pages are rendered as images and shown in the > browser window > 3) A barcode identifier image is added to the PDF and is downloaded by > the user > > Sadly due to GAE's restrictions i have absolutely no idea how this can > be done (without using remote services and data fetching). > > Thanks > > Olly > > -- > You received this message because you are subscribed to the Google Groups > "Google App Engine" group. > To post to this group, send email to google-appeng...@googlegroups.com. > To unsubscribe from this group, send email to > google-appengine+unsubscr...@googlegroups.com. > For more options, visit this group at > http://groups.google.com/group/google-appengine?hl=en. > > -- gr wdo Demo free E-business: https://e-comm.appspot.com Gae developer tips http://code.google.com/p/relat/wiki/gaetips Wim den Ouden Google app engine based (web) apps -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
