[google-appengine] can we assume time is sync across all servers?

[Eric Ka Ka Ng]

recently we encounter some problems which we found some of the datetime
value persisted in the DS does not match with what we expect. usually we
record these time by calling datetime.utcnow() (we are using python) to get
the 'current' datetime values


in some situations (though i'm not yet 100% sure if there are other bugs or
is the time sync problem), we found that these persisted datetime values are
not quite in-sync. and i'm not talking about ms or s, the time is off for 30
mins!

e.g. two requests A and B were being made. B is made about a minute after A
and they follow exactly the same flow and would call datetime.utcnow() and
persist the values to DS. i expect persisted value made by request B is a
minute larger than one made by request A. but sometimes it turns out that
value made by request A is 30 mins larger than value made by request B. (and
sure under GAE, server handling request A and B can be different and we wont
know which server handles it)


before any further investigation, is it true that we can strongly assume all
server are time-sync? or if not there be some system bugs? or the way i'm
getting current time (datetime.utcnow() ) is not appropriate?

thanks in advance for any comments / feedbacks

- eric

-- 
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.

[google-appengine] Re: Attempting to guarantee a write

[Richard Arrano]

Hello Robert,
I don't necessary even need to do it by tasks - what I'm doing is
something along the lines of a live ebay type auction, where I need to
guarantee that when user X wins the bid for product Y, I will a)
record this bid, b) be able to access it for the next item so I can
know that product Y is no longer available and c) I would like to be
able for the users to see which items have been previously sold(i.e.
some sort of history). I can do this in the normal way with the
datastore, but my concern is when the datastore has issues due to
latency and put() fails. I can't have this, and it's a very low rate
of writing with a low amount of data that needs to be guaranteed.
That's why I thought the task and encoding it in the payload might
work, but if I can't access what I previously wrote to the payload
then it won't.

What about modifying it so that rather than attempting to access the
payload data, I give the task a name along the format of 'auctionId-
itemId' and in the payload, the bidder and the price. That way the
item cannot be sold twice, because we can't have two tasks with the
same name, and it will eventually get written if datastore writing is
down because the task will eventually be executed. What do you think?
I'm also a bit confused on whether or not a task eventually executes -
is it only transactional tasks that must eventually be executed and
don't get tombstones? In that case this won't work because I can't
name them.

Thanks,
Richard

On Mar 2, 9:04 am, Robert Kluin  wrote:
> Hi Richard,
>   Data in the task queue is not "accessible in some fashion when the
> user inputs it."  There is currently no way to query / retrieve tasks
> from a queue, its a one-way-street so to speak.
>
>   It sounds like you're implementing an autosave type feature?  If you
> use memcache, remember it is just a cache and a given key (or the
> whole thing) could be flushed at any time.  If you use the taskqueue
> (or deferred), remember that the tasks may not be run in the order
> they were inserted (particularly true if a queue backs up at all). if
> possible, you'll want to keep some type of revision count so you don't
> overwrite new with old.
>
>   If you provide more info someone can probably offer additional pointers.
>
> Robert
>
> On Wed, Mar 2, 2011 at 07:28, Richard Arrano  wrote:
> > Hello,
> > I was reading the thread regarding wanting to guarantee a put()
> > (http://groups.google.com/group/google-appengine/browse_thread/thread/
> > 8280d73d09dc64ee/1cf8c5539155371a?lnk=raot&pli=1) and I've found
> > myself desiring to do the same. It seems to me that using the deferred
> > task queue with < 10k of data will allow us to guarantee the data to
> > be committed at some point in time, regardless of datastore latency/
> > availability. The scenario that interests me is when I have some data
> > I'd like to make sure gets committed at some later time(when exactly
> > doesn't matter), but it must be recorded and accessible in some
> > fashion when the user inputs it. I was thinking about using the
> > deferred task queue, but the problem is that although it's < 10k of
> > data, it will grow as the user inputs more data(they won't be able to
> > input everything at once). Could this be solved by retrieving the task
> > from the deferred queue and editing its payload. Is this possible to
> > do? Is there another solution that will fit what I'm looking to do?
>
> > Thanks,
> > Richard
>
> > --
> > 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 
> > 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-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.

[google-appengine] Deleted Developer Account In Google Apps

[ben groot]

Hi,

I recently developed an appengine app for a customer of us. A few
weeks ago the owner of the Google Apps domain accidentally deleted my
account witch was bind as only developer of the app.

Now I've had to add a new feature, so we created the Google Apps
account again and tried to access the development environment with
this account (appengine.google.com/a/[website]). But, as you might
aspect, I get an error: "This webpage has a redirect loop". How can I
solve this issue?

-- 
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.

[google-appengine] Re: appcfg.cmd update doesnt ask for authentication

[Simon Knott]

At some point in time you have entered the username / password of a valid 
account.  These credentials appear to be cached indefinitely somewhere in 
your user profile, although I can't remember where.

-- 
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.

[google-appengine] Re: can we assume time is sync across all servers?

[Raymond C.]

According to Brett's data pipelines' talk 
(http://www.youtube.com/watch?v=zSDC_TU7rtc, around 35:50), its not

-- 
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.

[google-appengine] Kay 1.1 rc2 Released!

[Ian Lewis]

Hi everyone,

We just released Kay 1.1 rc2!

The release target of last Monday came and went but work on Kay 1.1
hasn't halted. A few bugs were fixed and a couple more patches were
included in this release. If there are no unexpected problems we plan
to release 1.1 on Monday March 7th. This is still a release candidate
so we would like to get as much testing on it as possible.

Download here: http://code.google.com/p/kay-framework/downloads/list
Please test and file bugs here:
http://code.google.com/p/kay-framework/issues/list

You can see the release notes here:
http://code.google.com/p/kay-framework/wiki/ReleaseNotes#Kay-1.1.0rc2_-_March_3rd_2011

Changes in 1.1rc2

* Added namespace support to the live settings API ( Issue #94 )
* Added the COOKIE_SECURE setting to support secure session cookies (
Issue #90 )
* Fixed some tests ( Issue #95 )
* Updated some documents.

Changes included in 1.1rc1

* Fixed an issue where error mails could not be sent to email
addresses that were not specified as a developer in the admin console.
( Issue #50 )
* Fixed an issue were the django module could not be imported after
upgrading to the Appengine SDK 1.4.2 ( Issue #92 )
* Fixed an issue where kay returned instances of the
InternalServerError? exception rather than an object that subclasses
BaseResponse? ( Issue #54 , Issue #56 )
* Fixed an issue with the remote API and the HR datastore.
* Updated imports to the taskqueue API so they use the new import path
( Issue #73 )

Happy Coding!!

--
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-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.

[google-appengine] Re: Two GAE sites on different domains within the same Google Apps Account?

[Andrius]

Thank you for your answers.

Strange, there is no way for me to select domain. It only allows to
enter subdomain. What I am missing?

On Mar 2, 5:56 pm, Robert Kluin  wrote:
> In my domain management consoles, I can click on an 'installed' app,
> then click add URL and type the subdomain and select the domain.
>
> Robert
>
>
>
>
>
>
>
> On Wed, Mar 2, 2011 at 11:06, Andrius  wrote:
> > Hello,
>
> > I would really appreciate if someone could help me with domain issue I
> > am facing at the moment.
>
> > I have one Google Apps account with domain aaa.com, and another domain
> > added bbb.com to the same Google Apps.
> > Also, I have one Google App Engine account under domain aaa.com.
> > What I want is to have two different GAE applications running onwww.aaa.com
> > and onwww.bbb.com.
>
> > I have successfully launched GAE application onwww.aaa.com, but not
> > able to launch second one onwww.bbb.com. Google Apps only allows me
> > to create subdomain within aaa.com. Does it mean that I need to create
> > second Google Apps account for domain bbb.com in order to launchwww.bbb.com
> > on GAE?
>
> > Thank you,
> > Andrius
>
> > --
> > 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 
> > 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-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.

Re: [google-appengine] Re: can we assume time is sync across all servers?

[Ng Ka Ka Eric]

Hi Raymond,

Just watched the video. Thx for pointing this reference. 


I really didnt expect that the machines are not time synced (can be off for 
40mins?!) are there any technical difficulties to sync them? And in this case, 
for whatever reason if we want to record the time when the request is made into 
DS, how can we do that?

- eric

Sent from my iPhone

On 2011年3月3日, at 下午6:20, "Raymond C."  wrote:

> According to Brett's data pipelines' talk 
> (http://www.youtube.com/watch?v=zSDC_TU7rtc, around 35:50), its not
> -- 
> 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.

-- 
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.

[google-appengine] Re: Is the 1 write per second to an entity group limitation only for HR datastore or for Master/slave too?

[Denis Volokhovskiy]

Also you may consider "sharding in time" for some cases-
when much of tasks are to be generated at some point,
you may add to *countdown* parameter some random amount of time in,
say, 0..2 seconds interval
so you "shard" tasks starting times within those 2 seconds.




On Mar 3, 5:22 am, mcilrain  wrote:
> For counting, you should either use a sharded counter or the taskqueue to
> increment it.

-- 
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.

[google-appengine] Re: Is the 1 write per second to an entity group limitation only for HR datastore or for Master/slave too?

[Denis Volokhovskiy]

"distributing in time" - better wording here




On Mar 3, 4:33 pm, Denis Volokhovskiy 
wrote:
> Also you may consider "sharding in time" for some cases-
> when much of tasks are to be generated at some point,
> you may add to *countdown* parameter some random amount of time in,
> say, 0..2 seconds interval
> so you "shard" tasks starting times within those 2 seconds.
>
> On Mar 3, 5:22 am, mcilrain  wrote:
>
>
>
>
>
>
>
> > For counting, you should either use a sharded counter or the taskqueue to
> > increment it.

-- 
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.

[google-appengine] Re: Attempting to guarantee a write

[Ernesto Karim Oltra]

Have you tried to implement some kind of status model in the db? Save
the info in datastore. and call the tasks. Then the task could go see
the data stored and check if it must confirm the bid, quit the task,
send confirm e-mails, or things like that.

On 3 mar, 08:52, Richard Arrano  wrote:
> Hello Robert,
> I don't necessary even need to do it by tasks - what I'm doing is
> something along the lines of a live ebay type auction, where I need to
> guarantee that when user X wins the bid for product Y, I will a)
> record this bid, b) be able to access it for the next item so I can
> know that product Y is no longer available and c) I would like to be
> able for the users to see which items have been previously sold(i.e.
> some sort of history). I can do this in the normal way with the
> datastore, but my concern is when the datastore has issues due to
> latency and put() fails. I can't have this, and it's a very low rate
> of writing with a low amount of data that needs to be guaranteed.
> That's why I thought the task and encoding it in the payload might
> work, but if I can't access what I previously wrote to the payload
> then it won't.
>
> What about modifying it so that rather than attempting to access the
> payload data, I give the task a name along the format of 'auctionId-
> itemId' and in the payload, the bidder and the price. That way the
> item cannot be sold twice, because we can't have two tasks with the
> same name, and it will eventually get written if datastore writing is
> down because the task will eventually be executed. What do you think?
> I'm also a bit confused on whether or not a task eventually executes -
> is it only transactional tasks that must eventually be executed and
> don't get tombstones? In that case this won't work because I can't
> name them.
>
> Thanks,
> Richard
>
> On Mar 2, 9:04 am, Robert Kluin  wrote:
>
>
>
>
>
>
>
> > Hi Richard,
> >   Data in the task queue is not "accessible in some fashion when the
> > user inputs it."  There is currently no way to query / retrieve tasks
> > from a queue, its a one-way-street so to speak.
>
> >   It sounds like you're implementing an autosave type feature?  If you
> > use memcache, remember it is just a cache and a given key (or the
> > whole thing) could be flushed at any time.  If you use the taskqueue
> > (or deferred), remember that the tasks may not be run in the order
> > they were inserted (particularly true if a queue backs up at all). if
> > possible, you'll want to keep some type of revision count so you don't
> > overwrite new with old.
>
> >   If you provide more info someone can probably offer additional pointers.
>
> > Robert
>
> > On Wed, Mar 2, 2011 at 07:28, Richard Arrano  wrote:
> > > Hello,
> > > I was reading the thread regarding wanting to guarantee a put()
> > > (http://groups.google.com/group/google-appengine/browse_thread/thread/
> > > 8280d73d09dc64ee/1cf8c5539155371a?lnk=raot&pli=1) and I've found
> > > myself desiring to do the same. It seems to me that using the deferred
> > > task queue with < 10k of data will allow us to guarantee the data to
> > > be committed at some point in time, regardless of datastore latency/
> > > availability. The scenario that interests me is when I have some data
> > > I'd like to make sure gets committed at some later time(when exactly
> > > doesn't matter), but it must be recorded and accessible in some
> > > fashion when the user inputs it. I was thinking about using the
> > > deferred task queue, but the problem is that although it's < 10k of
> > > data, it will grow as the user inputs more data(they won't be able to
> > > input everything at once). Could this be solved by retrieving the task
> > > from the deferred queue and editing its payload. Is this possible to
> > > do? Is there another solution that will fit what I'm looking to do?
>
> > > Thanks,
> > > Richard
>
> > > --
> > > 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 
> > > 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-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.

[google-appengine] Re: appcfg.cmd update NEVER asks for authentication. Is it a security flaw?

[Ernesto Karim Oltra]

Wow, sorry I've only used Python SDK, so no idea about Java
configuration files, but sure that first time saved a file somewhere
in your user folder with the authentication details.

If it follows the same convention as in Python, the file will be in C:
\Documents and Settings\User\.appcfg_cookies.
Try that, or try searching "appcfg" in all your pc. Or wait someone
who work with java :)

On 3 mar, 06:09, Prakhar Kumar Goel  wrote:
> Hi,
>
> Thanks for the reply.
>
> I am on windows 7. appcfg has never prompted me for my credentials. This may
> be because I uploaded my app for the first time from eclipse, where it did
> ask my details.
>
> After that, I am using cmd for the past one week, with just no
> authentication. Also, I dont know how to signout and delete cookies from
> cmd.
>
> There are no cookies file as ./appcfg_cookies
> I could just find one file "LoginCookieUtils.CookieData.html" inside
> .\docs\testing\javadoc\com\google\appengine\api\users\dev which has no
> relevant details.
>
> Where to find it.
>
> -Prakhar
>
> On Thu, Mar 3, 2011 at 5:18 AM, Ernesto Karim Oltra
> wrote:
>
>
>
>
>
>
>
> > It saves a temp file with a cookie, which saves the session in the
> > server, so you don't have to re-type the data over and over. In my
> > linux, one the cookie last for one day, so each day it asks for
> > username and password only one time. If you're using linux, for
> > example, the file is in ~/.appcfg_cookies.
>
> > On 2 mar, 21:08, Prakhar Kumar Goel  wrote:
> > > Hi everyone,
>
> > > I am using GAE to host my apps. I upload it using the command:
> > > appcfg.cmd update 
>
> > > This works great, but this NEVER asks for any authentication of any kind,
> > > like my gmail username, password. How does google authenticate that the
> > > update request is genuine and is coming from the legitimate owner?
>
> > > I just mention my app id in the appengine-web.xml file, but this
> > application
>
> > > id can be gained by anyone and anyone can upload apps on behalf...
>
> > > What am I missing here?
>
> > > I would be grateful to anyone who can shed some light on this issue.
>
> > > Thanks in advance!
>
> > > Regards,
> > > Prakhar
>
> > --
> > 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.

-- 
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.

Re: [google-appengine] Re: appcfg.cmd update doesnt ask for authentication

[Robert Kluin]

On *nix machines should be in ~/.appcfg_cookies, IIRC. Probably
similar on Windows.



Robert






On Thu, Mar 3, 2011 at 03:50, Simon Knott  wrote:
> At some point in time you have entered the username / password of a valid
> account.  These credentials appear to be cached indefinitely somewhere in
> your user profile, although I can't remember where.
>
> --
> 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.
>

-- 
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.

Re: [google-appengine] wants to pass the object to client side

[Gary Eberhart]

You cannot pass JDO object to the client. All object that get passed to the
client end up being Java Script object. There a significant limitations on
what can go. I wrote my app before the latest framework pieces provided by
Google. I need two objects. One for the database and one to pass to the
client. This sucks as you need to move the data between the object. Try out
the new framework pieces instead
http://code.google.com/webtoolkit/doc/latest/DevGuideRequestFactory.html


On Wed, Mar 2, 2011 at 11:15 PM, andy  wrote:

> I want to pass the object the of employee to client side can it
> possible? i am getting some error.
> here is my code
>
> Employee Class:
> @PersistenceCapable(identityType =
> IdentityType.APPLICATION,detachable="true")
> public class Employee implements Serializable {
>private static final long serialVersionUID = 1L;
>
>@PrimaryKey
>@Persistent(valueStrategy = IdGeneratorStrategy.IDENTITY)
>@Extension(vendorName="datanucleus", key="gae.encoded-pk",
>value="true")
>private String id;
>@Persistent
>private String ename;
>
>@Persistent
>private String designation;
>
>@Persistent(mappedBy="parentEmployee",defaultFetchGroup="true")
>private List leaves;
>
>@Persistent
>@Embedded
>private EmployeeManager employeeManager;
> }
> Leave class:
> @PersistenceCapable(identityType =
> IdentityType.APPLICATION,detachable="true")
> public class Leave implements Serializable{
>
>private static final long serialVersionUID = 1L;
>
>@PrimaryKey
>@Persistent(valueStrategy = IdGeneratorStrategy.IDENTITY)
>@Extension(vendorName="datanucleus", key="gae.encoded-pk",
>value="true")
>private String leaveid;
>
>@Persistent
>private String reason;
>
>@Persistent
>private String status;
>
>//@OneToMany(fetch=FetchType.EAGER)
>public Employee parentEmployee;
> }
> but i m=am getting the all information at server side
>
> --
> 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.
>
>

-- 
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.

Re: [google-appengine] Re: Two GAE sites on different domains within the same Google Apps Account?

[Robert Kluin]

All I needed to do was add my other domains as aliases under Domain
Settings / Domain names.  Is your control pannel set to next
generation?


Robert






On Thu, Mar 3, 2011 at 08:57, Andrius  wrote:
> Thank you for your answers.
>
> Strange, there is no way for me to select domain. It only allows to
> enter subdomain. What I am missing?
>
> On Mar 2, 5:56 pm, Robert Kluin  wrote:
>> In my domain management consoles, I can click on an 'installed' app,
>> then click add URL and type the subdomain and select the domain.
>>
>> Robert
>>
>>
>>
>>
>>
>>
>>
>> On Wed, Mar 2, 2011 at 11:06, Andrius  wrote:
>> > Hello,
>>
>> > I would really appreciate if someone could help me with domain issue I
>> > am facing at the moment.
>>
>> > I have one Google Apps account with domain aaa.com, and another domain
>> > added bbb.com to the same Google Apps.
>> > Also, I have one Google App Engine account under domain aaa.com.
>> > What I want is to have two different GAE applications running onwww.aaa.com
>> > and onwww.bbb.com.
>>
>> > I have successfully launched GAE application onwww.aaa.com, but not
>> > able to launch second one onwww.bbb.com. Google Apps only allows me
>> > to create subdomain within aaa.com. Does it mean that I need to create
>> > second Google Apps account for domain bbb.com in order to launchwww.bbb.com
>> > on GAE?
>>
>> > Thank you,
>> > Andrius
>>
>> > --
>> > 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 
>> > 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-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.
>
>

-- 
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.

Re: [google-appengine] VB.NET OR C# ?

[Gary Eberhart]

lol

On Wed, Mar 2, 2011 at 10:28 PM, YF CAO  wrote:

> haha.
>
>
> 2011/2/28 Brandon Wirtz 
>
>> No.  Google is unlikely to support Microsoft Development Language in the
>> “near” (next 50 years) term.
>>
>>
>>
>> If you are looking for MSFT solution Azure would be the MSFT Equivalent of
>> GAE, and it works quite well and comes with some interesting access to data
>> sets.
>>
>>
>>
>> *From:* google-appengine@googlegroups.com [mailto:
>> google-appengine@googlegroups.com] *On Behalf Of *bgreer5050
>> *Sent:* Sunday, February 27, 2011 9:30 AM
>> *To:* google-appengine@googlegroups.com
>> *Subject:* [google-appengine] VB.NET OR C# ?
>>
>>
>>
>> Does Google App Engine support VB.Net or C# Apps ?
>>
>>
>>
>> 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-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.
>>
>> --
>> 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.
>>
>
>  --
> 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.
>

-- 
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.

Re: [google-appengine] Re: Use Bottle Python framework with Google App Engine

[djidjadji]

In the HTML code the '<' and '>'  are not escaped when used in the
text with < and >
This happens on multiple pages on the site

2011/3/2 dartdog :
> FWIW your page consistently crashes my chrome browser (dev chanel version 10
> on the cr48) waiting on pixel quantserve..have not tried looking at on other
> machines/browsers it also happens on your home page (same error)

-- 
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.

Re: [google-appengine] Re: Attempting to guarantee a write

[Robert Kluin]

Hey Richard,
  I think your idea sounds good.  Inserting a named task if you can't
update the auction/item ought to do the trick.  If your task gets into
the queue it should run; you can also adjust your retry parameters if
you want finer control of how tasks will retry.  Any named task will
generate a TaskAlreadyExists (still in the queue) or tombstone error
(for a week or so after running).

  You might also use memcache to mark items that have been sold.  The
taskqueue is fast, but you've got a much lower number of allowed
taskqueu api calls.



Robert







On Thu, Mar 3, 2011 at 02:52, Richard Arrano  wrote:
> Hello Robert,
> I don't necessary even need to do it by tasks - what I'm doing is
> something along the lines of a live ebay type auction, where I need to
> guarantee that when user X wins the bid for product Y, I will a)
> record this bid, b) be able to access it for the next item so I can
> know that product Y is no longer available and c) I would like to be
> able for the users to see which items have been previously sold(i.e.
> some sort of history). I can do this in the normal way with the
> datastore, but my concern is when the datastore has issues due to
> latency and put() fails. I can't have this, and it's a very low rate
> of writing with a low amount of data that needs to be guaranteed.
> That's why I thought the task and encoding it in the payload might
> work, but if I can't access what I previously wrote to the payload
> then it won't.
>
> What about modifying it so that rather than attempting to access the
> payload data, I give the task a name along the format of 'auctionId-
> itemId' and in the payload, the bidder and the price. That way the
> item cannot be sold twice, because we can't have two tasks with the
> same name, and it will eventually get written if datastore writing is
> down because the task will eventually be executed. What do you think?
> I'm also a bit confused on whether or not a task eventually executes -
> is it only transactional tasks that must eventually be executed and
> don't get tombstones? In that case this won't work because I can't
> name them.
>
> Thanks,
> Richard
>
> On Mar 2, 9:04 am, Robert Kluin  wrote:
>> Hi Richard,
>>   Data in the task queue is not "accessible in some fashion when the
>> user inputs it."  There is currently no way to query / retrieve tasks
>> from a queue, its a one-way-street so to speak.
>>
>>   It sounds like you're implementing an autosave type feature?  If you
>> use memcache, remember it is just a cache and a given key (or the
>> whole thing) could be flushed at any time.  If you use the taskqueue
>> (or deferred), remember that the tasks may not be run in the order
>> they were inserted (particularly true if a queue backs up at all). if
>> possible, you'll want to keep some type of revision count so you don't
>> overwrite new with old.
>>
>>   If you provide more info someone can probably offer additional pointers.
>>
>> Robert
>>
>> On Wed, Mar 2, 2011 at 07:28, Richard Arrano  wrote:
>> > Hello,
>> > I was reading the thread regarding wanting to guarantee a put()
>> > (http://groups.google.com/group/google-appengine/browse_thread/thread/
>> > 8280d73d09dc64ee/1cf8c5539155371a?lnk=raot&pli=1) and I've found
>> > myself desiring to do the same. It seems to me that using the deferred
>> > task queue with < 10k of data will allow us to guarantee the data to
>> > be committed at some point in time, regardless of datastore latency/
>> > availability. The scenario that interests me is when I have some data
>> > I'd like to make sure gets committed at some later time(when exactly
>> > doesn't matter), but it must be recorded and accessible in some
>> > fashion when the user inputs it. I was thinking about using the
>> > deferred task queue, but the problem is that although it's < 10k of
>> > data, it will grow as the user inputs more data(they won't be able to
>> > input everything at once). Could this be solved by retrieving the task
>> > from the deferred queue and editing its payload. Is this possible to
>> > do? Is there another solution that will fit what I'm looking to do?
>>
>> > Thanks,
>> > Richard
>>
>> > --
>> > 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 
>> > 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-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.
>
>

-- 
You received this message 

Re: [google-appengine] Re: Is the 1 write per second to an entity group limitation only for HR datastore or for Master/slave too?

[Robert Kluin]

Hey Steve,
  Notes inline.


On Wed, Mar 2, 2011 at 18:03, stevep  wrote:
> I am right in understanding HR performance? If my code executes:
>
> entity = myRecs.get_by_key_name(myKey)
> entity.counter += 1
> entity.put()

You're doing this inside a transaction, right?  :)

>
> This code will:
> 1) Take 2x as long in HR vs. MS

>From some of the graphs / numbers posted recently and based on my
experiments, I'm not sure it will actually take 2x as long in practice
(but it maybe a good safety assumption).  If you hit a latency spike
in the M/S, I'm sure HR won't take 2x as long.  :)


> 2) Should not be execute more than once per second

Yeah, ballpark something around 1 or 2 times per second.

>
> For item 1: If MasterSlave latency is 100 ms,
> this should be expected to take 200 ms in HR.
>
> Item 2: Do not repeat this code for the selected
> entity more than once per second, but ok to
> execute for other entities within that one second
> (different myKey values -- up to 5 different entities
> updated in a second if the sole latency was the 200ms).

Yep, you can run this across multiple entity groups.


Robert


>
> Many Thanks,
> stevep
>
> On Mar 2, 9:59 am, Robert Kluin  wrote:
>> HR does have a slightly higher latency which would reduce the rate a
>> little, but 1/second is to leave a safety margin.  In practice you'll
>> probably be able to get more, but you should not design an app
>> assuming you'll be able to sustain 5 writes to an entity group per
>> second.
>>
>> Robert
>>
>>
>>
>> On Wed, Mar 2, 2011 at 11:43, Spines  wrote:
>> > The using the HR datastore page (http://code.google.com/appengine/docs/
>> > python/datastore/hr/overview.html) says:
>>
>> > "This allows queries on a single guestbook to be strongly consistent,
>> > but also limits changes to the guestbook to 1 write per second (the
>> > supported limit for entity groups)".
>>
>> > I remember reading a while ago (before the HR datastore existed) that
>> > you could get about 1 to 5 writes per second to an entity group.
>>
>> > Is the supported writes per second to an entity group less on the HR
>> > datastore?
>>
>> > --
>> > 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 
>> > 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-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.
>
>

-- 
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.

[google-appengine] Domain configuration for GAE using Enom and Google Apps

[Gary Eberhart]

Hi There, 

Can someone please post a valid configuration for enom that allows me to 
host my Google App Engine application using my custom domain name. I've 
registered animalengine.org with Google and they used Enom. I can't seem to 
get the my application working why showing my custom domain name in the 
address bar. Using a URL Frame does show my domain name in the address bar 
but breaks the ability to bookmark pages. I'd be so greatful if someone 
could post a configuration with enom that works for GAE. Please consider my 
configuration. 




In Google Apps on my dashboard, under Google App Engine my domain is listed 
with s~ I don't understand why. 


 
s~animalengine
 
App Engine

https://s~animalengine.appspot.com


Thank you for looking, I thank you and so do the animals. 



-- 
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.

Re: [google-appengine] Re: can we assume time is sync across all servers?

[Gopal Patel]

urlfetch google.com and check date header... ;)

On Thu, Mar 3, 2011 at 7:24 PM, Ng Ka Ka Eric  wrote:
> Hi Raymond,
> Just watched the video. Thx for pointing this reference.
>
> I really didnt expect that the machines are not time synced (can be off for
> 40mins?!) are there any technical difficulties to sync them? And in this
> case, for whatever reason if we want to record the time when the request is
> made into DS, how can we do that?
>
> - eric
> Sent from my iPhone
> On 2011年3月3日, at 下午6:20, "Raymond C."  wrote:
>
> According to Brett's data pipelines' talk
> (http://www.youtube.com/watch?v=zSDC_TU7rtc, around 35:50), its not
>
> --
> 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.
>
> --
> 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.
>

-- 
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.

[google-appengine] Huge cold start times, up to 75 seconds!

[Spines]

For the past couple days, I've been experiencing huge cold start
times.  They range from 10 seconds, all the way up to 75 seconds.  On
average they seem to be about 30 seconds.

Just a couple weeks ago my cold start times ranged from 7 to 15
seconds.  To make sure it wasn't due to any changes in my code, I
tested out an older version of my code too.  It was also experiencing
large cold start times.

-- 
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.

[google-appengine] Re: Is the 1 write per second to an entity group limitation only for HR datastore or for Master/slave too?

[stevep]

Thanks for the replies. I think my code example created confusion
because I used a counter update. Let's say instead that the code is:

def updateStatus(myKey, myStatus):
entity = myRecs.get_by_key_name(myKey)
entity.staus = status
entity.put()

Right now I am just calling this function to update the HR entity. I
am not doing it in a transaction such as:
db.run_in_transaction(updateStatus, myKey, myStatus)

Is it ok to call this update function without doing so as part of a
transaction?? Note that there is no risk of any other calls/updates to
this record so I've got no entity contention issues?

Otherwise, thanks to Robert for answering my question.

I'll try to restate it for my situation: For any one key value, I can
only call this function at most once per second. If I have a burst of
update tasks (this is done in a task queue) for 5 different customers
(5 different key values) and the queue manager bursts them through all
at the same time, it will not take 5 seconds elapsed time (not talking
cpu time here) for all five tasks to complete.

-- 
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.

[google-appengine] Re: Huge cold start times, up to 75 seconds!

[Spines]

More info:

My cpu_ms for cold starts is consistently between 7 and 9 seconds, yet
the actual time it takes to respond fluctuates from 8 to 75 seconds.

Log lines:
2011-03-03 09:36:26.620 /?tab=recentedits&ajax=true 200 47085ms
8873cpu_ms 30api_cpu_ms
2011-03-03 09:25:38.135 /?tab=popular&ajax=true 200 39145ms 8640cpu_ms
30api_cpu_ms
2011-03-03 07:38:15.167 /?tab=needshelp&ajax=true 200 17632ms
8476cpu_ms 30api_cpu_ms
2011-03-03 07:18:03.143 /?tab=new&ajax=true 200 75680ms 8896cpu_ms
30api_cpu_ms

-- 
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.

[google-appengine] 41 CPU hours in 2 hours?

[Eloff]

Hi,

I have a little driver script for uploading data. It makes a request
to the GAE app, waits for the response, check it, then does it again.
So it's completely serial, and the GAE request finishes completely, no
tasks are started. So how then in less than 2 hours clock-time, I
burned through 41 CPU hours? How is that possible? Just what exactly
is this CPU hour and how is it calculated?

Baffled,
Dan

-- 
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.

[google-appengine] Slow Apps with Custom Domains

[Carlo Pires]

Hi,

I noticed my apps with customized domains (using CNAME) is more slow
than those on *.appspot.com when performing request. Today when
starting my app it tok about 1 minute to open first time. What is
point I'm missing here? Is this a problem with GAE 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-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.

[google-appengine] Re: Move To High Replication / No Response from Billing Tickets

[Kaan Soral]

I have also sent a ticket, requesting my existing application switched
to HR, since its in development data loss is not a problem.
But no replies yet.

I also see other who are in the same position like me and others like
you, but I have never seen anyone who accomplished something.

On Mar 1, 9:46 am, "Brandon Wirtz"  wrote:
> I am trying to move to HR, and filed billing tickets to get enough Apps to
> make the move on 2 occasions, over the last 3 weeks, and have had no
> response.  Is there an alternate method to get this resolved?
>
> -Brandon Wirtz
>
> 650-281-1467

-- 
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.

Re: [google-appengine] Re: can we assume time is sync across all servers?

[Calvin]

I wrote this little gist to try and solve the issue you're experiencing:

https://gist.github.com/836228

It needs a lot of testing, and assumes that the time is synced on the 
servers google uses to serve robots.txt.

-- 
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.

[google-appengine] Re: Appspot application as a service provider

[Kaan Soral]

Can't you just implement the protocol yourself?

On Mar 2, 11:47 am, Pradeep  wrote:
> Hello all,
>
>           I am stuck up at a place where i want to use my appspot
> application(xxx.apppspot.com) as an oauth service provider.
>
> I need to access my appspot application from an igoogle widget. Is it
> possible to make my igoogle widget as consumer and my appspot app as
> the service provider.
>
> If this can be done,can someone kindly guide me through it ?
>
> Thanks,
> Pradeep

-- 
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.

Re: [google-appengine] 41 CPU hours in 2 hours?

[Iván Rodríguez]

It means you need 41 CPU hours in terms of computing for acomplish this task
that sucess during 2 hours of  you "real" world time.

2011/3/2 Eloff 

> Hi,
>
> I have a little driver script for uploading data. It makes a request
> to the GAE app, waits for the response, check it, then does it again.
> So it's completely serial, and the GAE request finishes completely, no
> tasks are started. So how then in less than 2 hours clock-time, I
> burned through 41 CPU hours? How is that possible? Just what exactly
> is this CPU hour and how is it calculated?
>
> Baffled,
> Dan
>
> --
> 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.
>
>

-- 
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.

Re: [google-appengine] 41 CPU hours in 2 hours?

[Jeff Schwartz]

Are you doing batch gets/puts? They are done in parallel & might account for
the perceived difference in cpu hours. Also, are you taking latency into
account? Have you checked the logs? It would also definitely help to know
what your server side request are doing.

On Wed, Mar 2, 2011 at 5:58 PM, Eloff  wrote:

> Hi,
>
> I have a little driver script for uploading data. It makes a request
> to the GAE app, waits for the response, check it, then does it again.
> So it's completely serial, and the GAE request finishes completely, no
> tasks are started. So how then in less than 2 hours clock-time, I
> burned through 41 CPU hours? How is that possible? Just what exactly
> is this CPU hour and how is it calculated?
>
> Baffled,
> Dan
>
> --
> 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.
>
>


-- 
*Jeff Schwartz*
http://jefftschwartz.appspot.com/
http://www.linkedin.com/in/jefftschwartz
follow me on twitter: @jefftschwartz

-- 
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.

[google-appengine] Re: Attempting to guarantee a write

[stevep]

Hi Richard,

Thought I'd comment since I started this thread. Think Wim and Robert
have helped already more than I could. So just some thoughts from me.

First: I hope any GAE engineers reading this thread might have a
thought sparked about task queue featured needed for highly important,
lower-volume tasks such as yours.

My problem is that I've got to record a one-time purchase payment.
Yours is more complicated. My issue was the all the steps needed to
setup and maintain a payment record for a Paypal for an Express
Checkout purchase (digital good).

Rather than risk any loss of the update in the handler functions
(which already has to deal with sending urlfetch calls to Paypal), I
send the responses from Paypal to a high-priority task queue for the
put()s.

This high-priority queue is pretty strict about very lightweight
imports, and record updates (i.e. no complex indexes on records being
updated). Hopefully this keeps issues related to slower task handlers
low. Look to Wim's link in this thread for many helpful points about
"handler weight control".

Since I can't move forward with Express Checkout until the payment
record has been put() by the high-priority queue, the client starts to
send a request to the on-line handler once every second (with a nice
dialog explaining the delay for the customer). If the new payment
record has not been put() after 10 client calls, then I go into damage
control on the client side. Hopefully this happens very infrequently.

The alternative for me is to have the on-line handler send the
urlfetch call to Paypal, put() the new payment record upon PP's
response, and then respond back to the client with "result=OK". If all
this happens, then the client knows to proceed because the initial
payment put() has been done. I just felt that there was a greater risk
of failure having all this functionality in the one on-line handler
function. Perhaps with HR, this is unfounded, but I'm not sure there's
enough anecdotal evidence to support this yet.

This of course encumbers the user with an additional dialog and a bit
more wait time, but I don't think it is too much as many purchase
processes on-line take a bit of time. Plus, if we can't get this all
done within the allotted time, the damage control is very favorable to
the customer and penalizes me which is as it should be (Google of
course getting its cut either way -- actually a bit more should GAE be
running slowly thereby expending more CPU cycles than normal :-).

-- 
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.

[google-appengine] Re: Repeated (daily) captcha verification for authentication

[Sundar]

I'm still having this problem over 2 weeks later. (Neither Google Apps
support nor Google API support seem to have any solution).

Does anyone else have this problem - i.e., repeated requests to "verify you
are a human", irrespective of unlocking the captcha? Is there any reason
this would be triggered on a specific account? Since I auto-login
(command-line params) with this account for my deployments I wonder if
there's some reason this triggers the problem. I never have an
authentication problem for gmail or other google-apps services from this
account.

There seems to be nothing consistent about when or why this happens - it's
at different times of day and sometimes within seconds of having deployed
(I've had many instances where I can update my app, but setting the default
version a few seconds later results in the captcha trigger).

I pretty much always deploy from the same network so it can't be a
connection from too many networks issue. Just wondering if there are some
things I should *not* do that cause the captcha to be triggered, or if
anyone has some suggestions I could try.

Thanks for any help/suggestions to resolve this issue.

References:

   - Stack overflow:
   
http://stackoverflow.com/questions/5123009/google-appengine-asks-me-daily-to-verify-you-are-human
   - Google API forum:
   
http://groups.google.com/group/google-apps-mgmt-apis/browse_thread/thread/a5ab1e2c9e5fb0f3


On Thu, Feb 10, 2011 at 6:39 PM, Sundar  wrote:

> Since about 2 days ago every time I try to deploy using appcfg.py I
> receive:
>
> Scanning files on local disk.
> Initiating update.
> Please go to
> https://www.google.com/accounts/DisplayUnlockCaptcha
> and verify you are a human. Then try again.
> Error 401: --- begin server output ---
> Must authenticate first.
> --- end server output ---
> )
> Email was triggered for: Failure
>
>
> I seem to be forced to validate that I'm human every day. But more
> importantly, by deployment script is NOT human - I've got it running as part
> of a Hudson job.
>
> So how can I disable this after I've initially verified? I need to be able
> to have my deployment script do its work.
>
> To be clear, I did NOT have this authentication/captcha request for weeks,
> and it has suddenly started in the last couple of days
>

-- 
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.

Re: [google-appengine] Re: can we assume time is sync across all servers?

[Ikai Lan (Google)]

Can you provide examples where the time is off by 30 minutes? This seems
incorrect.

There's definitely clock skew, but we're talking milliseconds, seconds or at
worst, worst, worst maybe a minute or two.

Ikai Lan
Developer Programs Engineer, Google App Engine
Blog: http://googleappengine.blogspot.com
Twitter: http://twitter.com/app_engine
Reddit: http://www.reddit.com/r/appengine



On Thu, Mar 3, 2011 at 5:54 AM, Ng Ka Ka Eric  wrote:

> Hi Raymond,
>
> Just watched the video. Thx for pointing this reference.
>
>
> I really didnt expect that the machines are not time synced (can be off for
> 40mins?!) are there any technical difficulties to sync them? And in this
> case, for whatever reason if we want to record the time when the request is
> made into DS, how can we do that?
>
> - eric
>
> Sent from my iPhone
>
> On 2011年3月3日, at 下午6:20, "Raymond C."  wrote:
>
> According to Brett's data pipelines' talk (
> http://www.youtube.com/watch?v=zSDC_TU7rtc, around 35:50), its not
>
> --
> 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.
>
>  --
> 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.
>

-- 
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.

Re: [google-appengine] Re: BadRequestError: app s~helixchewer cannot access app helixchewer's data during create_bulkloader_config

[Ikai Lan (Google)]

I talked to Jamie about this and there's a bug filed in the issues tracker:

http://code.google.com/p/googleappengine/issues/detail?id=4671

Ikai Lan
Developer Programs Engineer, Google App Engine
Blog: http://googleappengine.blogspot.com
Twitter: http://twitter.com/app_engine
Reddit: http://www.reddit.com/r/appengine



On Wed, Mar 2, 2011 at 1:34 PM, Jamie H  wrote:

> the s~ is affecting what email address I can send email from.  I am
> now forced to use
> no-reply@s~APP-ID.appspotmail.com
>
> which as far as I know is not an RFC valid email address
>
> On Jan 24, 3:21 pm, "Ikai Lan (Google)" 
> wrote:
> > Yes, that is the goal. The s~ should not appear anywhere with the
> exception
> > of maybe the admin-console. If it's required anywhere else, that is a bug
> we
> > should address.
> >
> > --
> > 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 Mon, Jan 24, 2011 at 2:12 AM, Waldemar Kornewald <
> wkornew...@gmail.com>wrote:
> >
> > > Will this be fixed, so it's transparent? From an end-user point of view
> > > there is no reason to have such a distinction. It only complicates
> > > everything and people are sending me bug reports about the remote API
> not
> > > working with Django-nonrel when they use the high-replication
> datastore. In
> > > case the s~ prefix will stay, how can I detect this in Django-nonrel if
> I
> > > only know the normal appid and the user doesn't manually specify that
> his
> > > app uses the HR datastore?
> >
> > > Bye,
> > > Waldemar
> >
> > > --
> > > 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<
> google-appengine%2bunsubscr...@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.
>
>

-- 
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.

Re: [google-appengine] Re: HR Vs. Master-Slave Comparison. Is it worth extra cost?

[Ikai Lan (Google)]

Why are you being charged for idle instances? You are only charged for CPU
consumed by API calls.

Don't make facetious comments about the SLA. Even if we never end up
supporting one (this is unlikely), we will be focusing on reliability from
the perspective of High Replication datastore, not Master/Slave. If you are
running a production service, you should not use Master/Slave datastore.
Ever.

Ikai Lan
Developer Programs Engineer, Google App Engine
Blog: http://googleappengine.blogspot.com
Twitter: http://twitter.com/app_engine
Reddit: http://www.reddit.com/r/appengine



On Wed, Mar 2, 2011 at 9:15 AM, Stephen Johnson wrote:

> Awesome input! Thanks Simon. I've updated my list. Not looking good for HR.
>
>
> PROs
>
> ---
> 1. No downtime during maintenance.
> 2. Latency/Spikes suppossedly decreased.??
> 3. Faster gets/queries.??
> 4. If Google ever does support an SLA it will only be HR (Ikai's post). But
> that might be 2020 or later :-)
>
> CONs
>
> --
> 1. Cost: $.45/GB (seems expensive - is it worth it?)
> 2. Increased CPU (Testing is still early but it seems CPU cost is
> increased?? Is this just for puts with writing to multiple datacenters??)
> 3. Instances last longer in idle state causing a CPU charge for next
> request while idle. (This has never been addressed or acknowledged by Google
> but many have complained about it.) This may be what is causing #2 above.
> (See excellent comments by Simon Knott).
> 4. Increased latency time for Memcache requests perhaps 2 to 10 times
> longer??
> 5. Increased loading time for loading requests. Almost double??
>
>
>
> On Wed, Mar 2, 2011 at 10:04 AM, Simon Knott wrote:
>
>> HR instances definitely seem to last longer than M/S ones - I've had
>> instances last for days on my HR app, which is only in development.
>> However, that's highlighted a strange problem in that you seem to be
>> "charged" for idle instances.
>>
>> The very rough idle "costs" are:
>>
>> 1hr idle = additional 2000 CPU_ms for next request
>> 2hr idle = additional 4000 CPU_ms for next request
>> 4hr idle = additional 8000 CPU_ms for next request
>> ... linear increase to:
>> 24hr+ idle = additional 45000 CPU_ms for next request
>>
>> This probably isn't a major problem for apps which are busy, but it should
>> be taken into account for small apps I guess!
>>
>> Another thing I've noticed is that HR apps have additional latency for
>> MemCache API calls in the region of 2-10 times longer.  I've tested my app
>> in both M/S and HR and the HR version consistently has MemCache API Gets
>> taking 20ms on average, for tiny amounts of data, which only take 4ms on the
>> M/S version.
>>
>> Loading requests seem quite long on HR instances as well, almost double
>> that of the M/S.
>>
>> *NB.  *It should be noted that all of my experience is based on a single
>> app which is still in development, so all of my observations may not ring
>> true for real-life, high-throughput 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-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.
>>
>
>  --
> 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.
>

-- 
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.

Re: [google-appengine] Re: HR Vs. Master-Slave Comparison. Is it worth extra cost?

[Ikai Lan (Google)]

* and if you have a production service running Master/Slave datastore, you
should seriously consider migrating to HR datastore. If you have large
amounts of data and this is unfeasible, please let us know via a billing
ticket so we can figure out a plan for moving you.

Ikai Lan
Developer Programs Engineer, Google App Engine
Blog: http://googleappengine.blogspot.com
Twitter: http://twitter.com/app_engine
Reddit: http://www.reddit.com/r/appengine



On Thu, Mar 3, 2011 at 11:19 AM, Ikai Lan (Google) wrote:

> Why are you being charged for idle instances? You are only charged for CPU
> consumed by API calls.
>
> Don't make facetious comments about the SLA. Even if we never end up
> supporting one (this is unlikely), we will be focusing on reliability from
> the perspective of High Replication datastore, not Master/Slave. If you are
> running a production service, you should not use Master/Slave datastore.
> Ever.
>
> Ikai Lan
> Developer Programs Engineer, Google App Engine
> Blog: http://googleappengine.blogspot.com
> Twitter: http://twitter.com/app_engine
> Reddit: http://www.reddit.com/r/appengine
>
>
>
> On Wed, Mar 2, 2011 at 9:15 AM, Stephen Johnson wrote:
>
>> Awesome input! Thanks Simon. I've updated my list. Not looking good for
>> HR.
>>
>> PROs
>>
>> ---
>> 1. No downtime during maintenance.
>> 2. Latency/Spikes suppossedly decreased.??
>> 3. Faster gets/queries.??
>> 4. If Google ever does support an SLA it will only be HR (Ikai's post).
>> But that might be 2020 or later :-)
>>
>> CONs
>>
>> --
>> 1. Cost: $.45/GB (seems expensive - is it worth it?)
>> 2. Increased CPU (Testing is still early but it seems CPU cost is
>> increased?? Is this just for puts with writing to multiple datacenters??)
>> 3. Instances last longer in idle state causing a CPU charge for next
>> request while idle. (This has never been addressed or acknowledged by Google
>> but many have complained about it.) This may be what is causing #2 above.
>> (See excellent comments by Simon Knott).
>> 4. Increased latency time for Memcache requests perhaps 2 to 10 times
>> longer??
>> 5. Increased loading time for loading requests. Almost double??
>>
>>
>>
>> On Wed, Mar 2, 2011 at 10:04 AM, Simon Knott wrote:
>>
>>> HR instances definitely seem to last longer than M/S ones - I've had
>>> instances last for days on my HR app, which is only in development.
>>> However, that's highlighted a strange problem in that you seem to be
>>> "charged" for idle instances.
>>>
>>> The very rough idle "costs" are:
>>>
>>> 1hr idle = additional 2000 CPU_ms for next request
>>> 2hr idle = additional 4000 CPU_ms for next request
>>> 4hr idle = additional 8000 CPU_ms for next request
>>> ... linear increase to:
>>> 24hr+ idle = additional 45000 CPU_ms for next request
>>>
>>> This probably isn't a major problem for apps which are busy, but it
>>> should be taken into account for small apps I guess!
>>>
>>> Another thing I've noticed is that HR apps have additional latency for
>>> MemCache API calls in the region of 2-10 times longer.  I've tested my app
>>> in both M/S and HR and the HR version consistently has MemCache API Gets
>>> taking 20ms on average, for tiny amounts of data, which only take 4ms on the
>>> M/S version.
>>>
>>> Loading requests seem quite long on HR instances as well, almost double
>>> that of the M/S.
>>>
>>> *NB.  *It should be noted that all of my experience is based on a single
>>> app which is still in development, so all of my observations may not ring
>>> true for real-life, high-throughput 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-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.
>>>
>>
>>  --
>> 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.
>>
>
>

-- 
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.googl

Re: [google-appengine] Re: HR Vs. Master-Slave Comparison. Is it worth extra cost?

[Simon Knott]

The comments about "charges" for idle instances are based around the fact 
that if you leave an instance unused for any amount of time, the next 
request to that instance will have an elevated CPU_ms cost - you can request 
a static resource on an instance which has been left idle for 24hrs and the 
cost of that resource will be +4 CPU_ms.  Don Schwarz was looking into 
it from your side around a month ago, although as I clarified earlier the 
actual daily cost amounts to virtually nothing in the grand scheme of things 
if you have relatively few instances allocated.

-- 
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.

[google-appengine] UX Tweak at App Creation

[Brandon Wirtz]

I just noticed that if you pick a name for your app that is invalid during
creation, on the following screen it resets your selection of
HighReplication to MasterSlave.

 

Also if the GAE team is pushing people to HR, shouldn't that be the default
setting when creating an App?

 

-Brandon

-- 
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.

Re: [google-appengine] Re: Is the 1 write per second to an entity group limitation only for HR datastore or for Master/slave too?

[Robert Kluin]

If there is no risk of contention, you'll probably be fine without an
explicit transaction.

If you are on HR, you might want to double check the times with
Appstats though.  Perhaps doing the fetch and subsequent put in one
explicit transaction will perform better than two implicit
transactions.  (I've not yet double checked with Appstats to be sure
its the case or not)




Robert





On Thu, Mar 3, 2011 at 12:36, stevep  wrote:
> Thanks for the replies. I think my code example created confusion
> because I used a counter update. Let's say instead that the code is:
>
> def updateStatus(myKey, myStatus):
>    entity = myRecs.get_by_key_name(myKey)
>    entity.staus = status
>    entity.put()
>
> Right now I am just calling this function to update the HR entity. I
> am not doing it in a transaction such as:
> db.run_in_transaction(updateStatus, myKey, myStatus)
>
> Is it ok to call this update function without doing so as part of a
> transaction?? Note that there is no risk of any other calls/updates to
> this record so I've got no entity contention issues?
>
> Otherwise, thanks to Robert for answering my question.
>
> I'll try to restate it for my situation: For any one key value, I can
> only call this function at most once per second. If I have a burst of
> update tasks (this is done in a task queue) for 5 different customers
> (5 different key values) and the queue manager bursts them through all
> at the same time, it will not take 5 seconds elapsed time (not talking
> cpu time here) for all five tasks to complete.
>
> --
> 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.
>
>

-- 
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.

Re: [google-appengine] Deleted Developer Account In Google Apps

[Robert Kluin]

You might try clearing the cookies in your browser.  Some people
report getting redirect loops durring login irrespective of other
issues.

If there are no developers on the app, you're probably going to need
to file a billing support issue:
  
http://code.google.com/support/bin/request.py?contact_type=AppEngineBillingSupport



Robert





On Thu, Mar 3, 2011 at 03:44, ben groot  wrote:
> Hi,
>
> I recently developed an appengine app for a customer of us. A few
> weeks ago the owner of the Google Apps domain accidentally deleted my
> account witch was bind as only developer of the app.
>
> Now I've had to add a new feature, so we created the Google Apps
> account again and tried to access the development environment with
> this account (appengine.google.com/a/[website]). But, as you might
> aspect, I get an error: "This webpage has a redirect loop". How can I
> solve this issue?
>
> --
> 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.
>

-- 
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.

Re: [google-appengine] Slow Apps with Custom Domains

[Robert Kluin]

Hi Carlo,
  Do you mean the app responded slow the first time due to DNS issues?
 Or, do you mean it responded slowly and you see larger delays in your
request logs when access from the custom domain versus appspot?

  What you describe sounds like DNS resolution, and possibly a cold-start?



Robert






On Thu, Mar 3, 2011 at 07:20, Carlo Pires  wrote:
> Hi,
>
> I noticed my apps with customized domains (using CNAME) is more slow
> than those on *.appspot.com when performing request. Today when
> starting my app it tok about 1 minute to open first time. What is
> point I'm missing here? Is this a problem with GAE 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-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.
>
>

-- 
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.

[google-appengine] Search issue

[anton savchuk]

Hi guys..

How about search?? Do you have some search engine? or can I use Luciana or 
other solution from google?

I 

-- 
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.

[google-appengine] Re: Appspot application as a service provider

[yuvi]

Hi,

You can sure do that !  I'm about to release by the end of the month a
new opensource EXACTLY for that .

See some info on www.gadglet.com

and the server itself on gadglet.appspot.com







On Mar 2, 11:47 am, Pradeep  wrote:
> Hello all,
>
>           I am stuck up at a place where i want to use my appspot
> application(xxx.apppspot.com) as an oauth service provider.
>
> I need to access my appspot application from an igoogle widget. Is it
> possible to make my igoogle widget as consumer and my appspot app as
> the service provider.
>
> If this can be done,can someone kindly guide me through it ?
>
> Thanks,
> Pradeep

-- 
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.

[google-appengine] Eventual consistency problem scenarios

[Kaan Soral]

What kind of problems can occur because of eventual consistency?

How many seconds are required for the data to be consistent?

For example lets say I have an application that lists a special kind
of items. (a simple query, special kind of items out of all items)
When a new item is marked as special, the application will not
instantly list that item as special, right? So is this eventual
consistency? (the query will not include the new item as a result)
When will the application list the new marked item as special? (It
should eventually happen but when?)

Are there other problems that I can't think of? The above situation is
not really a problem for me if the consistency is established in 1-10
seconds.

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-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.

Re: [google-appengine] Search issue

[Barry Hunter]

Its coming
http://code.google.com/appengine/docs/roadmap.html

There are various stop gap solutions, eg:
http://code.google.com/query/#p=appengine&q=searchablemodel


On 3 March 2011 20:15, anton savchuk  wrote:
> Hi guys..
> How about search?? Do you have some search engine? or can I use Luciana or
> other solution from google?
> I
>
> --
> 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.
>

-- 
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.

Re: [google-appengine] Search issue

[anton savchuk]

Very nice.. but when it will implement? because I need probably already.. 
but http://code.google.com/appengine/docs/roadmap.html says 6 month? It is 
correct or it can be done faster?


-- 
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.

[google-appengine] Problem using Users API

[Ernesto Karim Oltra]

Hi,

Some of the users of my apps didn't have an account with google yet,
so when they click the "Login" link pointing to create_login_url()
they are redirected to google login page. There, below the login form
there is a link to register if you don't have an account. Most of my
clients use that link, and they have reported us google asked for
their mobile number, as if they were registering to use app engine as
a developer.

Is there some way to avoid registering for using app engine when only
wanted to acces an app? Only create a new account as in (without
asking for mobile number):
http://www.google.com/accounts/NewAccount

-- 
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.

Re: [google-appengine] Search issue

[Barry Hunter]

I think the two phrases are

good things come to those who wait

it will be ready when its ready.


... if you can't wait either roll your own, or use some external
provider, eg indextank.com or even sphinxsearch.com on amazon ec2 or
similar.


On 3 March 2011 20:54, anton savchuk  wrote:
> Very nice.. but when it will implement? because I need probably already..
> but http://code.google.com/appengine/docs/roadmap.html says 6 month? It is
> correct or it can be done faster?
>
> --
> 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.
>

-- 
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.

Re: [google-appengine] Re: HR Vs. Master-Slave Comparison. Is it worth extra cost?

[Stephen Johnson]

"Don't make facetious comments about the SLA." <-- Who are you telling me
what I can make light of or not. I still live in America. Do you?

On Thu, Mar 3, 2011 at 12:38 PM, Simon Knott  wrote:

> The comments about "charges" for idle instances are based around the fact
> that if you leave an instance unused for any amount of time, the next
> request to that instance will have an elevated CPU_ms cost - you can request
> a static resource on an instance which has been left idle for 24hrs and the
> cost of that resource will be +4 CPU_ms.  Don Schwarz was looking into
> it from your side around a month ago, although as I clarified earlier the
> actual daily cost amounts to virtually nothing in the grand scheme of things
> if you have relatively few instances allocated.
>
> --
> 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.
>

-- 
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.

[google-appengine] Pre-Call Hooks to UrlFetch Not Working - possible bug?

[Aaron]

Hi,

In my testing, it seems like setting a default deadline for urlfetch
is not working in production.  I have replicated the behavior that I'm
seeing in the barest form below.  Essentially, I'm trying to do a GET
request for a URL that hangs for six seconds before returning.  With
the default time out of 5 on urlfetch, this times out.  So, I'm trying
to use a pre-call hook to extend the default timeout to 10 seconds.

On dev_appserver, this code works perfectly.  The timeout set in the
pre-call hook is respected.  However, in production, the default time
out is never observed.  As a result, the TestFetch handler times out.
I'm logging the pre-call hook, so I know that the hook is being
installed and used.  It seems like set_deadline is just not being
observed.

I will leave up the hanging request, so that anybody can replicate the
behavior I'm seeing.  Does anyone know what might be going on?

#BELOW IS main.py IN ITS BAREST FORM
import logging
from google.appengine.ext import webapp
from google.appengine.ext.webapp.util import run_wsgi_app
from google.appengine.api import urlfetch
from google.appengine.api import apiproxy_stub_map

def urlfetch_timeout_hook(service, call, request, response):
  if call != 'Fetch':
return
  # Make the default deadline 10 seconds instead of 5.
  if not request.has_deadline():
request.set_deadline(10.0)
logging.info("HAS DEADLINE: %s" % str(request.has_deadline()))

apiproxy_stub_map.apiproxy.GetPreCallHooks().Append('urlfetch_timeout_hook',
urlfetch_timeout_hook, 'urlfetch')

class TestFetch(webapp.RequestHandler):
def get(self):
host='http://184.72.254.178:7071'
urlfetch.fetch(host+'/proxy')
return
def main():

handlers = [
(r"/test1", TestFetch),
]

application = webapp.WSGIApplication(handlers,debug=True)
logging.getLogger().setLevel(logging.DEBUG)
run_wsgi_app(application)

if __name__ == "__main__":
main()

-- 
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.

Re: [google-appengine] Re: HR Vs. Master-Slave Comparison. Is it worth extra cost?

[Gary Eberhart]

lol

On Thu, Mar 3, 2011 at 2:29 PM, Stephen Johnson wrote:

> "Don't make facetious comments about the SLA." <-- Who are you telling me
> what I can make light of or not. I still live in America. Do you?
>
>
> On Thu, Mar 3, 2011 at 12:38 PM, Simon Knott wrote:
>
>> The comments about "charges" for idle instances are based around the fact
>> that if you leave an instance unused for any amount of time, the next
>> request to that instance will have an elevated CPU_ms cost - you can request
>> a static resource on an instance which has been left idle for 24hrs and the
>> cost of that resource will be +4 CPU_ms.  Don Schwarz was looking into
>> it from your side around a month ago, although as I clarified earlier the
>> actual daily cost amounts to virtually nothing in the grand scheme of things
>> if you have relatively few instances allocated.
>>
>> --
>> 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.
>>
>
>  --
> 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.
>

-- 
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.

[google-appengine] Trouble using appspot with google docs

[Joshua Smith]

My town library is using a google docs survey to capture book request forms.  
These get dropped into a spreadsheet.

The person who handles these requests was intimidated by the spreadsheet, so I 
whipped up a little web interface to show her the data in a form that looks 
like the paper they used to use.

This worked fine for a couple weeks, but we're suddenly getting this message:
The page you have requested cannot be displayed. Another site was requesting 
access to your Google Account, but sent a malformed request. Please contact the 
site that you were trying to use when you received this message to inform them 
of the error. A detailed error message follows:

The site "http://appspot.com"; has not been registered.

When I connect from the local SDK, I get:

The site localhost is requesting access to your Google Account for the 
product(s) listed below. 

Google Docs
If you grant access, you can revoke access at any time under 'My Account'. 
localhost will not have access to your password or any other personal 
information from your Google Account. Learn more 

 This website is registered with Google to make authorization requests, but has 
not been configured to send requests securely. We recommend that you continue 
the process only if you trust the following destination:

 http://localhost:8906/token 


Did google change something on purpose?

If so, what is the fix?  Do I need to move this little utility into a domain?  
Any idea what it means to "be registered"?  (I know that's a Google Docs API 
question more than an appengine question.)

-Joshua

-- 
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.

<><>

Re: [google-appengine] Search issue

[anton savchuk]

Nice.. thank you alot..

Please suggest.. could I use Luciana like a temporary decision and if yes 
all right with this? Any problem?

-- 
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.

Re: [google-appengine] Re: App Engine servers API trusted testers

[Ikai Lan (Google)]

Thanks to everyone that signed up. I've begun sending out legal documents to
the first group of candidates. I'll be whitelisting applications sometime
next week.

Ikai Lan
Developer Programs Engineer, Google App Engine
Blog: http://googleappengine.blogspot.com
Twitter: http://twitter.com/app_engine
Reddit: http://www.reddit.com/r/appengine



On Tue, Mar 1, 2011 at 9:28 PM, Anton Novopashin wrote:

> Sound great. It's really cool.
>  I really would like to help app engine team.
>
> --
> 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.
>

-- 
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.

Re: [google-appengine] Re: HR Vs. Master-Slave Comparison. Is it worth extra cost?

[Ikai Lan (Google)]

Look, I'm not telling you you're breaking the law or that I'm going to do
anything about it. We will figure out how to support an SLA - that's a fact.
And it'll happen before 2020. I haven't violated your constitutional rights,
but I am going to prevent people from spreading FUD.

Anyway, this thread is getting extremely off topic, so let's stick to the
original topic of issues with HR datastore. Don't look at it purely from an
SLA perspective. You should never be considering master/slave for new
projects because we will be focusing our resources on making High
Replication better.

Ikai Lan
Developer Programs Engineer, Google App Engine
Blog: http://googleappengine.blogspot.com
Twitter: http://twitter.com/app_engine
Reddit: http://www.reddit.com/r/appengine



On Thu, Mar 3, 2011 at 1:29 PM, Stephen Johnson wrote:

> "Don't make facetious comments about the SLA." <-- Who are you telling me
> what I can make light of or not. I still live in America. Do you?
>
>
> On Thu, Mar 3, 2011 at 12:38 PM, Simon Knott wrote:
>
>> The comments about "charges" for idle instances are based around the fact
>> that if you leave an instance unused for any amount of time, the next
>> request to that instance will have an elevated CPU_ms cost - you can request
>> a static resource on an instance which has been left idle for 24hrs and the
>> cost of that resource will be +4 CPU_ms.  Don Schwarz was looking into
>> it from your side around a month ago, although as I clarified earlier the
>> actual daily cost amounts to virtually nothing in the grand scheme of things
>> if you have relatively few instances allocated.
>>
>> --
>> 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.
>>
>
>  --
> 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.
>

-- 
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.

Re: [google-appengine] Trouble using appspot with google docs

[Robert Kluin]

It is probably talking about:
  http://code.google.com/apis/accounts/docs/RegistrationForWebAppsAuto.html

I just checked one of my (registered) apps from appspot.com, I did not seem
to have any issues.


Robert





On Thu, Mar 3, 2011 at 17:01, Joshua Smith  wrote:

> My town library is using a google docs survey to capture book request
> forms.  These get dropped into a spreadsheet.
>
> The person who handles these requests was intimidated by the spreadsheet,
> so I whipped up a little web interface to show her the data in a form that
> looks like the paper they used to use.
>
> This worked fine for a couple weeks, but we're suddenly getting this
> message:
>
> The page you have requested cannot be displayed. Another site was
> requesting access to your Google Account, but sent a malformed request.
> Please contact the site that you were trying to use when you received this
> message to inform them of the error. A detailed error message follows:
>
> The site "http://appspot.com"; has not been registered.
>
>
> When I connect from the local SDK, I get:
>
> The site *localhost* is requesting access to your Google Account for the
> product(s) listed below.
>
> *Google Docs*If you grant access, you can revoke access at any time under
> 'My Account'. localhost will not have access to your password or any other
> personal information from your Google Account. Learn 
> more
>
>
> [image: Warning!] *This website is registered with Google to make
> authorization requests, but has not been configured to send requests
> securely.* We recommend that you continue the process only if you trust
> the following destination:
>
> * http://localhost:8906/token *
>
>
>
> Did google change something on purpose?
>
> If so, what is the fix?  Do I need to move this little utility into a
> domain?  Any idea what it means to "be registered"?  (I know that's a Google
> Docs API question more than an appengine question.)
>
>
> -Joshua
>
>  --
> 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.
>

-- 
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.

<><>

Re: [google-appengine] Slow Apps with Custom Domains

[Carlo Pires]

It's not a could start problem and DNS neither. Sometimes my apps
takes 2s to open, and on next request back to 400ms or less. Seems to
be some instability.


2011/3/3 Robert Kluin :
> Hi Carlo,
>  Do you mean the app responded slow the first time due to DNS issues?
>  Or, do you mean it responded slowly and you see larger delays in your
> request logs when access from the custom domain versus appspot?
>
>  What you describe sounds like DNS resolution, and possibly a cold-start?
>
>
>
> Robert
>
>
>
>
>
>
> On Thu, Mar 3, 2011 at 07:20, Carlo Pires  wrote:
>> Hi,
>>
>> I noticed my apps with customized domains (using CNAME) is more slow
>> than those on *.appspot.com when performing request. Today when
>> starting my app it tok about 1 minute to open first time. What is
>> point I'm missing here? Is this a problem with GAE 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-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.
>>
>>
>
> --
> 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.
>
>

-- 
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.

Re: [google-appengine] 41 CPU hours in 2 hours?

[Jeff Schnitzer]

Are you writing lots of indexed data?  Indexes are written in
parallel; you can easily consume large quantities of CPU in a short
time by overindexing.  Especially list properties.

Jeff

On Wed, Mar 2, 2011 at 2:58 PM, Eloff  wrote:
> Hi,
>
> I have a little driver script for uploading data. It makes a request
> to the GAE app, waits for the response, check it, then does it again.
> So it's completely serial, and the GAE request finishes completely, no
> tasks are started. So how then in less than 2 hours clock-time, I
> burned through 41 CPU hours? How is that possible? Just what exactly
> is this CPU hour and how is it calculated?
>
> Baffled,
> Dan
>
> --
> 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.
>
>

-- 
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.

Re: [google-appengine] Search issue

[Barry Hunter]

I dont know what Luciana is. I guess you mean Lucene.

Lucene doesn't really run fully on AppEngine.

But something like
http://code.google.com/p/gaelucene/
should let you at least run queries on appengine (providing your index
size is modest).



On 3 March 2011 22:13, anton savchuk  wrote:
> Nice.. thank you alot..
> Please suggest.. could I use Luciana like a temporary decision and if yes
> all right with this? Any problem?
>
> --
> 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.
>

-- 
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.

[google-appengine] Re: Attempting to guarantee a write

[Richard Arrano]

Hi Steve,
I would certainly agree about some sort of ability to guarantee low-
volume high-importance storage. I had an idea that it might be able to
be implemented in the form of something along the lines of 1MB
unevictable memcache storage; we wouldn't be able to store much there,
but we would absolutely guarantee that whatever we store there will be
able to be retrieved until we flush it or delete the keys. I also like
your idea of some sort of task queue with certain guarantees attached
to it at the cost of it being called rarely and with smaller amounts
of payload. Alternatively I wouldn't mind seeing some sort of pay
option where you could pay for guarantees on latency and write
availability. This might be covered in the Business SLA, though my
cursory impression was that it doesn't actually guarantee things it
simply reimburses you if they have significant outages.

Something that occurred to me that might help you was I was actually
considering de-isolating the datastore as a single point of failure by
additionally sending out those really high importance writes via XMPP
to some other server. The other server could be EC2, it could even be
a private home server(it's not going to get hammered since we're
talking very low volume). It would then back up those records even if
the datastore is having latency/write issues and they could be
processed in the near future. So in this sense, you could even query
the private server via XMPP and get a response regarding the payment
record without GAE having put the record to the datastore yet. I'm not
sure about this solution, it just occurred to me and I thought it
might have some benefits. Your solution sounds good too, though I
suppose you might even be able to combine them. Thanks for the tips!

Robert: regarding using memcache, I do plan to use the memcache in
this sense to see what's been sold and what hasn't been, but I assume
because of the volatility of the memcache there's no way to rely on it
absolutely to check this. Which of course goes back to my prior point
that I'd love to see some sort of very constrained, low volume segment
of memcache be non-volatile for purposes like this. Alternatively,
what about the ability to at least see some record of even just the
names of tasks yet to be executed in the task queue? This way I could
construct a record of what's been sold regardless of datastore
performance and whether or not the memcache has evicted it.

-Richard

On Mar 3, 10:53 am, stevep  wrote:
> Hi Richard,
>
> Thought I'd comment since I started this thread. Think Wim and Robert
> have helped already more than I could. So just some thoughts from me.
>
> First: I hope any GAE engineers reading this thread might have a
> thought sparked about task queue featured needed for highly important,
> lower-volume tasks such as yours.
>
> My problem is that I've got to record a one-time purchase payment.
> Yours is more complicated. My issue was the all the steps needed to
> setup and maintain a payment record for a Paypal for an Express
> Checkout purchase (digital good).
>
> Rather than risk any loss of the update in the handler functions
> (which already has to deal with sending urlfetch calls to Paypal), I
> send the responses from Paypal to a high-priority task queue for the
> put()s.
>
> This high-priority queue is pretty strict about very lightweight
> imports, and record updates (i.e. no complex indexes on records being
> updated). Hopefully this keeps issues related to slower task handlers
> low. Look to Wim's link in this thread for many helpful points about
> "handler weight control".
>
> Since I can't move forward with Express Checkout until the payment
> record has been put() by the high-priority queue, the client starts to
> send a request to the on-line handler once every second (with a nice
> dialog explaining the delay for the customer). If the new payment
> record has not been put() after 10 client calls, then I go into damage
> control on the client side. Hopefully this happens very infrequently.
>
> The alternative for me is to have the on-line handler send the
> urlfetch call to Paypal, put() the new payment record upon PP's
> response, and then respond back to the client with "result=OK". If all
> this happens, then the client knows to proceed because the initial
> payment put() has been done. I just felt that there was a greater risk
> of failure having all this functionality in the one on-line handler
> function. Perhaps with HR, this is unfounded, but I'm not sure there's
> enough anecdotal evidence to support this yet.
>
> This of course encumbers the user with an additional dialog and a bit
> more wait time, but I don't think it is too much as many purchase
> processes on-line take a bit of time. Plus, if we can't get this all
> done within the allotted time, the damage control is very favorable to
> the customer and penalizes me which is as it should be (Google of
> course getting its cut either way -- actually a bit more should

Re: [google-appengine] Search issue

[anton savchuk]

sorry.. yes Lucene.. 
Okay.. Thank you!

-- 
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.

[google-appengine] Re: Huge cold start times, up to 75 seconds!

[Petey]

I'm seeing the same thing in the last couple of days. Requests that
normally take under a second are taking longer than 15 seconds.

An example from my logs:

 2011-03-03 16:25:01.114 "GET /friends" 200 real=22788ms cpu=52549ms
api=260ms overhead=0ms (5 RPCs)

And it's only running 3 Gets and 2 Queries.

On Mar 3, 9:43 am, Spines  wrote:
> More info:
>
> My cpu_ms for cold starts is consistently between 7 and 9 seconds, yet
> the actual time it takes to respond fluctuates from 8 to 75 seconds.
>
> Log lines:
> 2011-03-03 09:36:26.620 /?tab=recentedits&ajax=true 200 47085ms
> 8873cpu_ms 30api_cpu_ms
> 2011-03-03 09:25:38.135 /?tab=popular&ajax=true 200 39145ms 8640cpu_ms
> 30api_cpu_ms
> 2011-03-03 07:38:15.167 /?tab=needshelp&ajax=true 200 17632ms
> 8476cpu_ms 30api_cpu_ms
> 2011-03-03 07:18:03.143 /?tab=new&ajax=true 200 75680ms 8896cpu_ms
> 30api_cpu_ms

-- 
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.

Re: [google-appengine] Re: can we assume time is sync across all servers?

[Eric Ka Ka Ng]

Hi Gopal, Calvin, and Ikai,

thx all for your sharing. Calvin, your handy script implements Gopal idea
could be very useful to many of us ;)

Ikai, yes, later we could do more testing and sampling, and with Calvin's
script, to log the time (and delta with google time) however, this is not a
problem frequently happen and we are currently busying with some other
application dev tasks, guess it may take some time to log and analyze this
problem, and would keep you posted. just thinking what kinds of 'examples'
we could provide? (you want log? data in DS? script to produce the log /
data? )


btw, how could we explain Brett's data pipelines' talk at 35:50 or i
interpret wrongly? and i believe Gopal, Calvin faced time sync issues and
thus have the idea and implementation to solve this (just me recently aware
about this problem). how much time is off did you experience?

thx a lot!

- eric

On 4 March 2011 03:12, Ikai Lan (Google)  wrote:

> Can you provide examples where the time is off by 30 minutes? This seems
> incorrect.
>
> There's definitely clock skew, but we're talking milliseconds, seconds or
> at worst, worst, worst maybe a minute or two.
>
> Ikai Lan
> Developer Programs Engineer, Google App Engine
> Blog: http://googleappengine.blogspot.com
> Twitter: http://twitter.com/app_engine
> Reddit: http://www.reddit.com/r/appengine
>
>
>
> On Thu, Mar 3, 2011 at 5:54 AM, Ng Ka Ka Eric  wrote:
>
>> Hi Raymond,
>>
>> Just watched the video. Thx for pointing this reference.
>>
>>
>> I really didnt expect that the machines are not time synced (can be off
>> for 40mins?!) are there any technical difficulties to sync them? And in this
>> case, for whatever reason if we want to record the time when the request is
>> made into DS, how can we do that?
>>
>> - eric
>>
>> Sent from my iPhone
>>
>> On 2011年3月3日, at 下午6:20, "Raymond C."  wrote:
>>
>> According to Brett's data pipelines' talk (
>> http://www.youtube.com/watch?v=zSDC_TU7rtc, around 35:50), its not
>>
>> --
>> 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.
>>
>>  --
>> 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.
>>
>
>  --
> 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.
>

-- 
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.

[google-appengine] Re: Two GAE sites on different domains within the same Google Apps Account?

[Andrius]

How do I know if it is next gen?

On Mar 3, 4:21 pm, Robert Kluin  wrote:
> All I needed to do was add my other domains as aliases under Domain
> Settings / Domain names.  Is your control pannel set to next
> generation?
>
> Robert
>
>
>
>
>
>
>
> On Thu, Mar 3, 2011 at 08:57, Andrius  wrote:
> > Thank you for your answers.
>
> > Strange, there is no way for me to select domain. It only allows to
> > enter subdomain. What I am missing?
>
> > On Mar 2, 5:56 pm, Robert Kluin  wrote:
> >> In my domain management consoles, I can click on an 'installed' app,
> >> then click add URL and type the subdomain and select the domain.
>
> >> Robert
>
> >> On Wed, Mar 2, 2011 at 11:06, Andrius  wrote:
> >> > Hello,
>
> >> > I would really appreciate if someone could help me with domain issue I
> >> > am facing at the moment.
>
> >> > I have one Google Apps account with domain aaa.com, and another domain
> >> > added bbb.com to the same Google Apps.
> >> > Also, I have one Google App Engine account under domain aaa.com.
> >> > What I want is to have two different GAE applications running 
> >> > onwww.aaa.com
> >> > and onwww.bbb.com.
>
> >> > I have successfully launched GAE application onwww.aaa.com, but not
> >> > able to launch second one onwww.bbb.com. Google Apps only allows me
> >> > to create subdomain within aaa.com. Does it mean that I need to create
> >> > second Google Apps account for domain bbb.com in order to 
> >> > launchwww.bbb.com
> >> > on GAE?
>
> >> > Thank you,
> >> > Andrius
>
> >> > --
> >> > 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 
> >> > 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-appengine@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-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.

Re: [google-appengine] Re: Huge cold start times, up to 75 seconds!

[Gary Eberhart]

I had the same issues. However, paying the .30 cents per day to keep 3
instances of my app running has made a huge difference.

On Thu, Mar 3, 2011 at 5:29 PM, Petey  wrote:

> I'm seeing the same thing in the last couple of days. Requests that
> normally take under a second are taking longer than 15 seconds.
>
> An example from my logs:
>
>  2011-03-03 16:25:01.114 "GET /friends" 200 real=22788ms cpu=52549ms
> api=260ms overhead=0ms (5 RPCs)
>
> And it's only running 3 Gets and 2 Queries.
>
> On Mar 3, 9:43 am, Spines  wrote:
> > More info:
> >
> > My cpu_ms for cold starts is consistently between 7 and 9 seconds, yet
> > the actual time it takes to respond fluctuates from 8 to 75 seconds.
> >
> > Log lines:
> > 2011-03-03 09:36:26.620 /?tab=recentedits&ajax=true 200 47085ms
> > 8873cpu_ms 30api_cpu_ms
> > 2011-03-03 09:25:38.135 /?tab=popular&ajax=true 200 39145ms 8640cpu_ms
> > 30api_cpu_ms
> > 2011-03-03 07:38:15.167 /?tab=needshelp&ajax=true 200 17632ms
> > 8476cpu_ms 30api_cpu_ms
> > 2011-03-03 07:18:03.143 /?tab=new&ajax=true 200 75680ms 8896cpu_ms
> > 30api_cpu_ms
>
> --
> 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.
>
>

-- 
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.

[google-appengine] Re: Pre-Call Hooks to UrlFetch Not Working - possible bug?

[David Lehn]

On Thursday, March 3, 2011 9:37:21 PM UTC, Aaron wrote:
>
> In my testing, it seems like setting a default deadline for urlfetch 
> is not working in production.  I have replicated the behavior that I'm 
> seeing in the barest form below.  Essentially, I'm trying to do a GET 
> request for a URL that hangs for six seconds before returning.  With 
> the default time out of 5 on urlfetch, this times out.  So, I'm trying 
> to use a pre-call hook to extend the default timeout to 10 seconds. 
> ...

 
We were talking on IRC and solved this with a monkey patch method to setup a 
custom default deadline. Just add the following before you directly or 
indirectly import urlfetch. In Aaron's case, urlfetch is being used via 
httplib.

from google.appengine.api import urlfetch
real_fetch = urlfetch.fetch
def fetch_with_deadline(url, *args, **argv):
argv.setdefault('deadline', 10)
return real_fetch(url, *args, **argv)
urlfetch.fetch = fetch_with_deadline

--dave

-- 
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.

[google-appengine] Please reset my index

[Thomas Wiradikusuma]

Hi App Engine team,

Can you please reset index for my app "lelanggokil-hr"? 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-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.

[google-appengine] Re: HR Vs. Master-Slave Comparison. Is it worth extra cost?

[Darien Caldwell]

I'm kind of disappointed with Google's recent attitude change. When
master/slave was all there was, it was deemed 'production worthy'. Now
suddenly it's " If you are running a production service, you should
not use Master/Slave datastore. Ever."

Given that the HR datastore has some pretty big problems from a user
perspective (costs 3 times more, only supports Eventual consistency),
it's not really feasable to use for production code in *every*
instance. So I'm very disappointed to hear these kinds of comments
coming from Google. You shouldn't make something, then complain when
people use it. If you don't want people using Master/Slave, maybe you
should remove it.

To berate customers for preferring an option you *provide* is just
mind blowing.

-- 
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.

[google-appengine] Re: HR Vs. Master-Slave Comparison. Is it worth extra cost?

[Greg]

On Mar 4, 8:19 am, "Ikai Lan (Google)"  wrote:
> If you are running a production service, you should not use Master/Slave 
> datastore.
> Ever.

Um... until very recently, we HAD to use master/slave for our
production apps, so I think the sudden pressure from Google to switch
is unreasonable.

HR is still very new, and I'd prefer to wait and see how it performs
for a few months - PARTICULARLY for a production app where any HR
teething problems could jeopardise the business. And the 100% increase
in storage costs are a big incentive to stay on master/slave.

Comments like Ikai's above make think that Google is keen to get
everyone switched over as soon as possible. If this is the case, I'd
suggest they encourage publication of real-world comparative
performance and cost data, and migration case studies. Reducing the HR
cost differential would make a difference too.

-- 
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.

RE: [google-appengine] Re: HR Vs. Master-Slave Comparison. Is it worth extra cost?

[Brandon Wirtz]

Front page of appengine.google.com 

"This is a preview release of Google App Engine"

Google App Engine "BETA"  the beta wasn't on there for no good reason.  Roll
with the punches understand there will be hick-ups.  Weren't you around for
the Microsoft days to learn Software Development 101?  Don't bet the farm on
anything that isn't labeled "For Enterprise" and has a version number less
than 3.1. Let others fail miserably to get the bugs out.

Well Google is the same beasty, accept the old "wait for the first service
pack" doesn't work because when they upgrade, you go with them like it or
not.

-Original Message-
From: google-appengine@googlegroups.com
[mailto:google-appengine@googlegroups.com] On Behalf Of Darien Caldwell
Sent: Thursday, March 03, 2011 6:38 PM
To: Google App Engine
Subject: [google-appengine] Re: HR Vs. Master-Slave Comparison. Is it worth
extra cost?

I'm kind of disappointed with Google's recent attitude change. When
master/slave was all there was, it was deemed 'production worthy'. Now
suddenly it's " If you are running a production service, you should not use
Master/Slave datastore. Ever."

Given that the HR datastore has some pretty big problems from a user
perspective (costs 3 times more, only supports Eventual consistency), it's
not really feasable to use for production code in *every* instance. So I'm
very disappointed to hear these kinds of comments coming from Google. You
shouldn't make something, then complain when people use it. If you don't
want people using Master/Slave, maybe you should remove it.

To berate customers for preferring an option you *provide* is just mind
blowing.

--
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.


-- 
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.

[google-appengine] Re: HR Vs. Master-Slave Comparison. Is it worth extra cost?

[Spines]

Ikai,

The docs seem to indicate that master/slave is the way to go unless
you have a "mission critical" application. Maybe the docs should be
updated?  Also when creating a new app, master/slave is the default
storage option, and you don't even see the High replication option
unless you click "edit". Shouldn't the default be High replication?

Also, does the line in docs about the high replication datastore:
"Offers the highest level of availability for reads and writes", imply
that we can expect much fewer latency spikes for gets and queries?

-- 
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.

Re: [google-appengine] Re: App Engine servers API trusted testers

[Raymond C.]

Thanks Ikai!  Looking forward!

-- 
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.

Re: [google-appengine] Re: can we assume time is sync across all servers?

[Raymond C.]

Sorry if my respond misled you.  To clarify I think Brett just saying we 
should not assume the time is always in sync and use it for criterial logic, 
but it should be fairly close most of the time. 

-- 
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.

Re: [google-appengine] Re: Huge cold start times, up to 75 seconds!

[Robert Kluin]

I see occasional issues with this too.  Here a a few samples from
about 12 hours ago, same URL:

  My typical loading request:
ms=228 cpu_ms=222 api_cpu_ms=82 cpm_usd=0.006245 loading_request=1

  I see these maybe 15% of the time:
ms=6667 cpu_ms=358 api_cpu_ms=8 cpm_usd=0.010137 loading_request=1

  And these maybe 5% to 10%, depending on the day:
ms=421495 cpu_ms=380 api_cpu_ms=77 cpm_usd=0.010744
loading_request=1 pending_ms=14


  I've also went through a period of a couple weeks where this app was
seeing about 95% of the loading requests like the last one.  Same code
base (last update to it was about 110 days ago).


Robert






On Thu, Mar 3, 2011 at 21:01, Gary Eberhart  wrote:
> I had the same issues. However, paying the .30 cents per day to keep 3
> instances of my app running has made a huge difference.
>
> On Thu, Mar 3, 2011 at 5:29 PM, Petey  wrote:
>>
>> I'm seeing the same thing in the last couple of days. Requests that
>> normally take under a second are taking longer than 15 seconds.
>>
>> An example from my logs:
>>
>>  2011-03-03 16:25:01.114 "GET /friends" 200 real=22788ms cpu=52549ms
>> api=260ms overhead=0ms (5 RPCs)
>>
>> And it's only running 3 Gets and 2 Queries.
>>
>> On Mar 3, 9:43 am, Spines  wrote:
>> > More info:
>> >
>> > My cpu_ms for cold starts is consistently between 7 and 9 seconds, yet
>> > the actual time it takes to respond fluctuates from 8 to 75 seconds.
>> >
>> > Log lines:
>> > 2011-03-03 09:36:26.620 /?tab=recentedits&ajax=true 200 47085ms
>> > 8873cpu_ms 30api_cpu_ms
>> > 2011-03-03 09:25:38.135 /?tab=popular&ajax=true 200 39145ms 8640cpu_ms
>> > 30api_cpu_ms
>> > 2011-03-03 07:38:15.167 /?tab=needshelp&ajax=true 200 17632ms
>> > 8476cpu_ms 30api_cpu_ms
>> > 2011-03-03 07:18:03.143 /?tab=new&ajax=true 200 75680ms 8896cpu_ms
>> > 30api_cpu_ms
>>
>> --
>> 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.
>>
>
> --
> 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.
>

-- 
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.

[google-appengine] Re: Move To High Replication / No Response from Billing Tickets

[Raymond C.]

I think you cannot request for a switch (at least for now), but you can 
request to create an alias for an existing application (released) to a new 
application which has been set to use HR.

-- 
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.

Re: [google-appengine] Re: Attempting to guarantee a write

[Robert Kluin]

Richard,
  I would also love to see the ability to query a list of
tasks-to-be-executed.  You can star issue 1790.
http://code.google.com/p/googleappengine/issues/detail?id=1790



Robert






On Thu, Mar 3, 2011 at 19:26, Richard Arrano  wrote:
> Hi Steve,
> I would certainly agree about some sort of ability to guarantee low-
> volume high-importance storage. I had an idea that it might be able to
> be implemented in the form of something along the lines of 1MB
> unevictable memcache storage; we wouldn't be able to store much there,
> but we would absolutely guarantee that whatever we store there will be
> able to be retrieved until we flush it or delete the keys. I also like
> your idea of some sort of task queue with certain guarantees attached
> to it at the cost of it being called rarely and with smaller amounts
> of payload. Alternatively I wouldn't mind seeing some sort of pay
> option where you could pay for guarantees on latency and write
> availability. This might be covered in the Business SLA, though my
> cursory impression was that it doesn't actually guarantee things it
> simply reimburses you if they have significant outages.
>
> Something that occurred to me that might help you was I was actually
> considering de-isolating the datastore as a single point of failure by
> additionally sending out those really high importance writes via XMPP
> to some other server. The other server could be EC2, it could even be
> a private home server(it's not going to get hammered since we're
> talking very low volume). It would then back up those records even if
> the datastore is having latency/write issues and they could be
> processed in the near future. So in this sense, you could even query
> the private server via XMPP and get a response regarding the payment
> record without GAE having put the record to the datastore yet. I'm not
> sure about this solution, it just occurred to me and I thought it
> might have some benefits. Your solution sounds good too, though I
> suppose you might even be able to combine them. Thanks for the tips!
>
> Robert: regarding using memcache, I do plan to use the memcache in
> this sense to see what's been sold and what hasn't been, but I assume
> because of the volatility of the memcache there's no way to rely on it
> absolutely to check this. Which of course goes back to my prior point
> that I'd love to see some sort of very constrained, low volume segment
> of memcache be non-volatile for purposes like this. Alternatively,
> what about the ability to at least see some record of even just the
> names of tasks yet to be executed in the task queue? This way I could
> construct a record of what's been sold regardless of datastore
> performance and whether or not the memcache has evicted it.
>
> -Richard
>
> On Mar 3, 10:53 am, stevep  wrote:
>> Hi Richard,
>>
>> Thought I'd comment since I started this thread. Think Wim and Robert
>> have helped already more than I could. So just some thoughts from me.
>>
>> First: I hope any GAE engineers reading this thread might have a
>> thought sparked about task queue featured needed for highly important,
>> lower-volume tasks such as yours.
>>
>> My problem is that I've got to record a one-time purchase payment.
>> Yours is more complicated. My issue was the all the steps needed to
>> setup and maintain a payment record for a Paypal for an Express
>> Checkout purchase (digital good).
>>
>> Rather than risk any loss of the update in the handler functions
>> (which already has to deal with sending urlfetch calls to Paypal), I
>> send the responses from Paypal to a high-priority task queue for the
>> put()s.
>>
>> This high-priority queue is pretty strict about very lightweight
>> imports, and record updates (i.e. no complex indexes on records being
>> updated). Hopefully this keeps issues related to slower task handlers
>> low. Look to Wim's link in this thread for many helpful points about
>> "handler weight control".
>>
>> Since I can't move forward with Express Checkout until the payment
>> record has been put() by the high-priority queue, the client starts to
>> send a request to the on-line handler once every second (with a nice
>> dialog explaining the delay for the customer). If the new payment
>> record has not been put() after 10 client calls, then I go into damage
>> control on the client side. Hopefully this happens very infrequently.
>>
>> The alternative for me is to have the on-line handler send the
>> urlfetch call to Paypal, put() the new payment record upon PP's
>> response, and then respond back to the client with "result=OK". If all
>> this happens, then the client knows to proceed because the initial
>> payment put() has been done. I just felt that there was a greater risk
>> of failure having all this functionality in the one on-line handler
>> function. Perhaps with HR, this is unfounded, but I'm not sure there's
>> enough anecdotal evidence to support this yet.
>>
>> This of course encumbers the user with a

Re: [google-appengine] 41 CPU hours in 2 hours?

[Robert Kluin]

He is doing a batch put of a couple hundred entities in each request.




Robert




On Thu, Mar 3, 2011 at 18:54, Jeff Schnitzer  wrote:
> Are you writing lots of indexed data?  Indexes are written in
> parallel; you can easily consume large quantities of CPU in a short
> time by overindexing.  Especially list properties.
>
> Jeff
>
> On Wed, Mar 2, 2011 at 2:58 PM, Eloff  wrote:
>> Hi,
>>
>> I have a little driver script for uploading data. It makes a request
>> to the GAE app, waits for the response, check it, then does it again.
>> So it's completely serial, and the GAE request finishes completely, no
>> tasks are started. So how then in less than 2 hours clock-time, I
>> burned through 41 CPU hours? How is that possible? Just what exactly
>> is this CPU hour and how is it calculated?
>>
>> Baffled,
>> Dan
>>
>> --
>> 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.
>>
>>
>
> --
> 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.
>
>

-- 
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.

Re: [google-appengine] 41 CPU hours in 2 hours?

[Jeff Schwartz]

That would do it!
On Mar 3, 2011 11:06 PM, "Robert Kluin"  wrote:
> He is doing a batch put of a couple hundred entities in each request.
>
>
>
>
> Robert
>
>
>
>
> On Thu, Mar 3, 2011 at 18:54, Jeff Schnitzer  wrote:
>> Are you writing lots of indexed data?  Indexes are written in
>> parallel; you can easily consume large quantities of CPU in a short
>> time by overindexing.  Especially list properties.
>>
>> Jeff
>>
>> On Wed, Mar 2, 2011 at 2:58 PM, Eloff  wrote:
>>> Hi,
>>>
>>> I have a little driver script for uploading data. It makes a request
>>> to the GAE app, waits for the response, check it, then does it again.
>>> So it's completely serial, and the GAE request finishes completely, no
>>> tasks are started. So how then in less than 2 hours clock-time, I
>>> burned through 41 CPU hours? How is that possible? Just what exactly
>>> is this CPU hour and how is it calculated?
>>>
>>> Baffled,
>>> Dan
>>>
>>> --
>>> 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.
>>>
>>>
>>
>> --
>> 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.
>>
>>
>
> --
> 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.
>

-- 
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.

Re: [google-appengine] Slow Apps with Custom Domains

[Robert Kluin]

Hey Carlo,
  Here is a similar thread:
 
http://groups.google.com/group/google-appengine/browse_thread/thread/ee04348c6bbd156d#

  Could you post some of the request logs showing the large delay you
see?  If you're not getting request logs showing abnormal delays,
perhaps it is something to do with the network.



Robert






On Thu, Mar 3, 2011 at 18:46, Carlo Pires  wrote:
> It's not a could start problem and DNS neither. Sometimes my apps
> takes 2s to open, and on next request back to 400ms or less. Seems to
> be some instability.
>
>
> 2011/3/3 Robert Kluin :
>> Hi Carlo,
>>  Do you mean the app responded slow the first time due to DNS issues?
>>  Or, do you mean it responded slowly and you see larger delays in your
>> request logs when access from the custom domain versus appspot?
>>
>>  What you describe sounds like DNS resolution, and possibly a cold-start?
>>
>>
>>
>> Robert
>>
>>
>>
>>
>>
>>
>> On Thu, Mar 3, 2011 at 07:20, Carlo Pires  wrote:
>>> Hi,
>>>
>>> I noticed my apps with customized domains (using CNAME) is more slow
>>> than those on *.appspot.com when performing request. Today when
>>> starting my app it tok about 1 minute to open first time. What is
>>> point I'm missing here? Is this a problem with GAE 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-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.
>>>
>>>
>>
>> --
>> 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.
>>
>>
>
> --
> 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.
>
>

-- 
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.

Re: [google-appengine] Problem using Users API

[Robert Kluin]

That is an interesting bug.  Are you sure they are getting sent to the
google app engine account signup?

There is a another bug which you may also want to star:
http://code.google.com/p/googleappengine/issues/detail?id=1781






On Thu, Mar 3, 2011 at 16:12, Ernesto Karim Oltra
 wrote:
> Hi,
>
> Some of the users of my apps didn't have an account with google yet,
> so when they click the "Login" link pointing to create_login_url()
> they are redirected to google login page. There, below the login form
> there is a link to register if you don't have an account. Most of my
> clients use that link, and they have reported us google asked for
> their mobile number, as if they were registering to use app engine as
> a developer.
>
> Is there some way to avoid registering for using app engine when only
> wanted to acces an app? Only create a new account as in (without
> asking for mobile number):
> http://www.google.com/accounts/NewAccount
>
> --
> 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.
>
>

-- 
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.

Re: [google-appengine] Domain configuration for GAE using Enom and Google Apps

[Robert Kluin]

Hi Gary,
  My config looks something like this:
    mydomainname.com. 3600 IN A 123.123.123.123
    mail.mydomainname.com. 86400 IN CNAME ghs.google.com.
    app.mydomainname.com. 86400 IN CNAME ghs.google.com.
    www.mydomainname.com. 86400 IN CNAME ghs.google.com.

So in your ns manager that's going to look something like:
  @       123.123.123.123   A (Address)
  mail    ghs.google.com.   CNAME
  app     ghs.google.com.   CNAME
  www   ghs.google.com.   CNAME

You need to do is serve a *redirect* from animalengine.org to
www.animalengine.org (or animals.animalengine.org or whatever).  Don't
use the frame crap; for me, the first request to your domain _always_
resulted in an error.


Robert


On Thu, Mar 3, 2011 at 11:45, Gary Eberhart  wrote:
>
> Hi There,
> Can someone please post a valid configuration for enom that allows me to host 
> my Google App Engine application using my custom domain name. I've registered 
> animalengine.org with Google and they used Enom. I can't seem to get the my 
> application working why showing my custom domain name in the address bar. 
> Using a URL Frame does show my domain name in the address bar but breaks the 
> ability to bookmark pages. I'd be so greatful if someone could post a 
> configuration with enom that works for GAE. Please consider my configuration.
>
> In Google Apps on my dashboard, under Google App Engine my domain is listed 
> with s~ I don't understand why.
>
> s~animalengine
>
> App Engine
>
> https://s~animalengine.appspot.com
>
> Thank you for looking, I thank you and so do the animals.
>
> --
> 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.

-- 
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.

Re: [google-appengine] Domain configuration for GAE using Enom and Google Apps

[Gary Eberhart]

Hey thanks. You're amazing! I've been reading your posts from dawn to dusk
and latter. Thank you for all the very useful responses!

DNS configuration is an exercise in patience, 24-48 hours to see if your
changes work? Wow and I though GWT compile time was a bit slow. :o)


On Thu, Mar 3, 2011 at 9:34 PM, Robert Kluin  wrote:

> Hi Gary,
>   My config looks something like this:
> mydomainname.com. 3600 IN A 123.123.123.123
> mail.mydomainname.com. 86400 IN CNAME ghs.google.com.
> app.mydomainname.com. 86400 IN CNAME ghs.google.com.
> www.mydomainname.com. 86400 IN CNAME ghs.google.com.
>
> So in your ns manager that's going to look something like:
>  @   123.123.123.123   A (Address)
>  mailghs.google.com.   CNAME
>  app ghs.google.com.   CNAME
>  www   ghs.google.com.   CNAME
>
> You need to do is serve a *redirect* from animalengine.org to
> www.animalengine.org (or animals.animalengine.org or whatever).  Don't
> use the frame crap; for me, the first request to your domain _always_
> resulted in an error.
>
>
> Robert
>
>
> On Thu, Mar 3, 2011 at 11:45, Gary Eberhart 
> wrote:
> >
> > Hi There,
> > Can someone please post a valid configuration for enom that allows me to
> host my Google App Engine application using my custom domain name. I've
> registered animalengine.org with Google and they used Enom. I can't seem
> to get the my application working why showing my custom domain name in the
> address bar. Using a URL Frame does show my domain name in the address bar
> but breaks the ability to bookmark pages. I'd be so greatful if someone
> could post a configuration with enom that works for GAE. Please consider my
> configuration.
> >
> > In Google Apps on my dashboard, under Google App Engine my domain is
> listed with s~ I don't understand why.
> >
> > s~animalengine
> >
> > App Engine
> >
> > https://s~animalengine.appspot.com
> >
> > Thank you for looking, I thank you and so do the animals.
> >
> > --
> > 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.
>
> --
> 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.
>
>

-- 
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.

[google-appengine] Re: Appspot application as a service provider

[Pradeep]

Thanks for your reply team.. I am working on two scenarios.

1. Two appspot application one as the oauth service provider and the
other as the consumer.

2. One appspot applicaiton which is the service provider and the
google gadget as the consumer.


Now I am working on the 1st scenario where i am getting a 400 bad
request at the place where i exchange the authorize token for an
access token. I ll update once i fix that issue.

Thanks,
Pradeep.

On Mar 4, 1:19 am, yuvi  wrote:
> Hi,
>
> You can sure do that !  I'm about to release by the end of the month a
> new opensource EXACTLY for that .
>
> See some info onwww.gadglet.com
>
> and the server itself on gadglet.appspot.com
>
> On Mar 2, 11:47 am, Pradeep  wrote:
>
>
>
>
>
>
>
> > Hello all,
>
> >           I am stuck up at a place where i want to use my appspot
> > application(xxx.apppspot.com) as an oauth service provider.
>
> > I need to access my appspot application from an igoogle widget. Is it
> > possible to make my igoogle widget as consumer and my appspot app as
> > the service provider.
>
> > If this can be done,can someone kindly guide me through it ?
>
> > Thanks,
> > Pradeep

-- 
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.

[google-appengine] How to attach a text file sending an email?

[nacho]

I'm trying to do it in this way, but I can't get it running. 

The email is sent, but the file is not attached to the email.

 private boolean sendMailWithAttachmentTXT(){
Properties props = new Properties();
Session session = Session.getDefaultInstance(props, null);

try {
StringBuffer buff = new StringBuffer();
buff.append("Hello \n");
buff.append("world! ");

Message msg = new MimeMessage(session);

String htmlBody = "This is  html ";// ...
   
Multipart mp = new MimeMultipart();

MimeBodyPart htmlPart = new MimeBodyPart();
htmlPart.setContent(htmlBody, "text/html");

DataSource src = new ByteArrayDataSource(new 
ByteArrayInputStream(buff.toString().getBytes()), "text/plain");
MimeBodyPart attachment = new MimeBodyPart(); 
attachment.setFileName("text.txt");
attachment.setDataHandler(new DataHandler(src));

//put the parts together into a multipart
mp.addBodyPart(htmlPart);
mp.addBodyPart(attachment);

msg.setContent(mp);
msg.setFrom(new InternetAddress("m...@gmail.com"));
msg.addRecipient(Message.RecipientType.TO, new 
InternetAddress("m...@gmail.com", "Me"));
msg.setSubject("TXT Attached");
msg.saveChanges();

Transport.send(msg);

return true;

} catch (AddressException e) {
e.printStackTrace();
logger.warning("AddressException: " + e.getMessage());
} catch (MessagingException e) {
e.printStackTrace();
logger.warning("MessagingException: " + e.getMessage());
} catch (UnsupportedEncodingException e) {
e.printStackTrace();
logger.warning("UnsupportedEncodingException: " + 
e.getMessage());
} catch (IOException e) {
e.printStackTrace();
logger.warning("IOException: " + e.getMessage());
}

return false;
}

BTW, I am excuting this log on appengine and I don't get any log message.

What I am missing? 

-- 
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.

[google-appengine] Who do I ask to have a non-billable quota raised?

[Brandon Wirtz]

I may be a long ways from hitting a limit, but I want to make sure so I
don't look stupid in front of a high profile client. 

 

I hit 50 requests per second sustained for about an hour today, and nothing
broke, but as we move closer to the Survivor Season Finale in a few weeks, I
expect I'll do 10x that.  I'm moving JeffProbstBlog.Appspot.com to
cdninabox-jeffprobst.appspot.com so that I can be High Replication as well,
but I wanted to see if I could make sure that the kid gloves were off when
the time comes.

 

Oh, and for those interested.

 

We never hit "realtime" we only got to .5 CPU Seconds Used per Second

Milliseconds per request was about 30ms, up from the 11.7 we normally run.

We only ever 2.5Mbps of throughput.  Lots of small files, nothing huge.

-- 
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.

[google-appengine] Re: How to attach a text file sending an email?

[nacho]

I fond the solution.

While here ( 
http://code.google.com/appengine/docs/java/mail/overview.html#Attachments ) 
says that "text/plain" mime type is the one to attach a .txt file, I changed 
the mime type to "application/octet-stream" and now works fine.

I just changed this line:

DataSource src = new ByteArrayDataSource(new 
ByteArrayInputStream(buff.toString().getBytes()), "text/plain");

with this:

DataSource srcTextFile = new 
ByteArrayDataSource(buff.toString().getBytes("UTF-8"), 
"application/octet-stream");

-- 
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.

[google-appengine] Cant Update Indexes or Access Indexes in Datastore Admin

[Aaron]

Hi,

For the past two days, I haven't been able to upload my index
definitions when I deploy.  I receive a message saying: "Your app was
updated, but there was an error updating your indexes. Please retry
later with appcfg.py update_indexes."

When I try to update_indexes I get a 500 error.  In addition, when I
log into my admin console, I get a server error when trying to view my
Datastore Indexes.

Any help in this matter would be greatly appreciated.

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-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.