[google-appengine] User ID and OpenID: ID is unique?
Hello, I'm testing the SDK builtin support for openid. I've a question. >From documentation: "The User object exposes a unique user ID that is guaranteed to be stable for the lifetime of the user's account, " http://code.google.com/appengine/docs/java/users/overview.html#Users_and_the_Datastore My code: UserService userService = UserServiceFactory.getUserService(); User user = userService.getCurrentUser(); String id = user.getUserId(); Is it valid also for OpenID authenticated user? Does Google guarantee it as unique? If yes, how Google can do that? I'm curious. :) fabrizio -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
[google-appengine] Re: Google Apps account login
Wow, that federated login stuff is really complicated. One thing in your example assumes I know what yourappsdomain.com would be. I don't want to restrict the google apps account to my google apps logins, I just want all google apps logins to work. I basically have an Android app that integrates in with my app engine server. The Android Market lets the user put in any Google account or Google Apps account. I just want that same account to work on my app engine server. Google accounts work, but Google Apps accounts do not. I am able to get the Auth token and authenticate the user via token with the google apps account, it just appears that the ACSID cookie I send to the appengine server denies access. Now with federated login, is there a way to authenticate using an auth token? On Oct 5, 12:02 pm, Robert Kluin wrote: > Yes, you will need to use the federated login (OpenID) stuff. > > The long-and-short of it is that you pass the federated_identity > parameter to users.create_login_url. You'll need to setup a page for > users to tell you what goes in federated_identity somehow, perhaps by > clicking a google logo or entering an apps domain. > > For Google accounts: > users.create_login_url(federated_identity='google.com/accounts/o8/id') > or > users.create_login_url(federated_identity='gmail.com') > > For an Apps account: > > users.create_login_url(federated_identity='google.com/accounts/o8/site-xrds?hd=yourappsdomain.com') > > There is a little info here: > http://code.google.com/appengine/docs/python/users/overview.html > > And Wesley has a nice article about it here: > http://code.google.com/appengine/articles/openid.html > > Some info on Google Apps domains and OpenID: > http://groups.google.com/group/google-federated-login-api/web/openid-... > > Robert > > On Tue, Oct 5, 2010 at 11:21, David wrote: > > I'm having an issue with users not being able to authenticate with GAE > > using a Google Apps account. Regular Google account users can access > > it fine. How do I make it so it supports Google Apps logins in > > addition? Do I need to use the Federated Login stuff in GAE? It is > > currently not set to Federated because that makes it so neither Google > > Apps nor Google accounts work. Can anyone help me out? > > > Thanks, > > David > > > -- > > You received this message because you are subscribed to the Google Groups > > "Google App Engine" group. > > To post to this group, send email to google-appeng...@googlegroups.com. > > To unsubscribe from this group, send email to > > google-appengine+unsubscr...@googlegroups.com. > > For more options, visit this group > > athttp://groups.google.com/group/google-appengine?hl=en. > > -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
[google-appengine] How to share data stored in Datastore service to my other applications.
I have some applications in GAE. App1 App2 App3 we stored some data in app1. I want to share them to app2 and app3? Is it possible? And how? Anybody has some suggestion? -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
[google-appengine] utf 8 encoding
default_encoding = 'utf-8' if sys.getdefaultencoding() != default_encoding: reload(sys) sys.setdefaultencoding(default_encoding) This code does set the default encoding, BUT I must load page from client twice each time because App Engine unsets the default every time. Am I doing something wrong? -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
[google-appengine] Cron and App Versions
In the documentation of cron jobs (see http://code.google.com/intl/de-CH/appengine/docs/java/config/cron.html#Cron_and_App_Versions) it says that "Cron requests are always sent to the default version of the application." This may be correct, but is a very short statement of what actually happens, leaving imho some questions unanswered. We have uploaded a new version of an app, which was the first version that contained a cron.xml. Therefore we saw only an error in the log saying "No handlers matched this URL.". After some thinking, we came to the obvious conclusion that cron jobs go to the default version (see above). So far, so good. But what happens now of there are several versions of cron.xml deployed with different app versions? Is each of the cron jobs of possibly multiple versions executed? Or is cron.xml a singleton? Does it make sense to execute cron.xml from other versions than the default version (in our case it did not do any harm, as the handler was not present, but this may well happen in other cases)? At least I would appreciate to see some documentation about which cron.xml is/are active at a given time, to be able to exercise the necessary control over cron.xml deployment. -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
[google-appengine] Re: User ID and OpenID: ID is unique?
I guess this should be unique (otherwise API will be broken!!). Maybe it's generated from the unique openID identifier. I can surely state that for Google Apps users the ID is the same using direct Google Apps login (application is "restricted to a Google Apps domain you own") and OpenID. I store IDs in objects in the datastore and a comparison of the two (using Datastore Viewer in admin console) showed it's the same (in different apps by the way). Regards Lorenzo On Oct 7, 9:34 am, fhtino wrote: > Hello, > > I'm testing the SDK builtin support for openid. I've a question. > > From documentation: "The User object exposes a unique user ID that is > guaranteed to be stable for the lifetime of the user's account, > "http://code.google.com/appengine/docs/java/users/overview.html#Users_... > > My code: > UserService userService = UserServiceFactory.getUserService(); > User user = userService.getCurrentUser(); > String id = user.getUserId(); > > Is it valid also for OpenID authenticated user? Does Google guarantee > it as unique? If yes, how Google can do that? I'm curious. :) > > fabrizio -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
[google-appengine] Re: Cost of a Google Engine App
Thank you! I don't need the business options so i'll use the normal App Engine. On 6 okt, 20:02, Barry Hunter wrote: > Unless you need some of the unique features of App Engine for > Business, you don't have to use it - and can instead use normal App > Engine. Depending on the usage, might fit into free quota. > > You can set App Engine to authenticate against a Apps Domain. And > choose to limit it to a group of users if you wish. > > On 6 October 2010 15:47, b...@dutchtape.com wrote: > > > > > I'm developing an App for a specific group of Google Apps users in a > > company. Do I have to pay 8 dollar a month for each Google Apps user in the > > domain, or can I specify a group. > > > -- > > You received this message because you are subscribed to the Google Groups > > "Google App Engine" group. > > To post to this group, send email to google-appeng...@googlegroups.com. > > To unsubscribe from this group, send email to > > google-appengine+unsubscr...@googlegroups.com. > > For more options, visit this group at > >http://groups.google.com/group/google-appengine?hl=en. -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
[google-appengine] How to add Google App Engine application to users Google Apps dashboard
I've developed an App Engine application and want some Google Apps users in my domain to be able to see the App on there Google Apps dashboard. I added the App from the administrator account but it is now only visible on the dashboard of de administrator account. I also followed this: http://www.google.com/support/a/bin/answer.py?hl=nl&answer=91077. Any idea? -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
Re: [google-appengine] Cron and App Versions
The cron jobs are uploaded separate from the source code. I think there is only one version of cron jobs, the last one uploaded. If you switch default application you only switch source code. 2010/10/7 Remigius : > In the documentation of cron jobs (see > http://code.google.com/intl/de-CH/appengine/docs/java/config/cron.html#Cron_and_App_Versions) > it says that "Cron requests are always sent to the default version of > the application." > > This may be correct, but is a very short statement of what actually > happens, leaving imho some questions unanswered. We have uploaded a > new version of an app, which was the first version that contained a > cron.xml. Therefore we saw only an error in the log saying "No > handlers matched this URL.". After some thinking, we came to the > obvious conclusion that cron jobs go to the default version (see > above). > > So far, so good. But what happens now of there are several versions of > cron.xml deployed with different app versions? Is each of the cron > jobs of possibly multiple versions executed? Or is cron.xml a > singleton? Does it make sense to execute cron.xml from other versions > than the default version (in our case it did not do any harm, as the > handler was not present, but this may well happen in other cases)? > > At least I would appreciate to see some documentation about which > cron.xml is/are active at a given time, to be able to exercise the > necessary control over cron.xml deployment. > > -- > You received this message because you are subscribed to the Google Groups > "Google App Engine" group. > To post to this group, send email to google-appeng...@googlegroups.com. > To unsubscribe from this group, send email to > google-appengine+unsubscr...@googlegroups.com. > For more options, visit this group at > http://groups.google.com/group/google-appengine?hl=en. > > -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
Re: [google-appengine] Re: Better support for linux
I often switch between Ubuntu & Windows & I would also like to see Google make Ubuntu (Linux) be an equal player. Jeff On Thu, Oct 7, 2010 at 2:20 AM, Niklasro wrote: > If education, isn't changing other project more pedagocical than > starting a empty project? I think we learn the most from changing > code. Then every developer want most convenient development > environment plus maybe personal setting like round windows or what > like. Using BSD and a versioning system is needed. Don't you need > that? Typically what I do is adding and changing functions deployed > projects have. So connecting deployment directly to a versioning > system would bypass local development and admit the case programming > your app directly in the versioning system or even a WebGUI operating > system independent. Why not? > Regards > Nick Rosencrantz > > -- > You received this message because you are subscribed to the Google Groups > "Google App Engine" group. > To post to this group, send email to google-appeng...@googlegroups.com. > To unsubscribe from this group, send email to > google-appengine+unsubscr...@googlegroups.com > . > For more options, visit this group at > http://groups.google.com/group/google-appengine?hl=en. > > -- Jeff -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
[google-appengine] Re: Prerelease SDK 1.3.8 is out!
- Fix for the BulkAdd task queue on dev is great! Can finally get rid of all the code in my app that forced sequential execution on dev. Thx. - Download code is not good from my perspective. I disagree strongly that it is insignificant in comparison to other issues on a compromised account. Until now this was a great argument for app engine as a platform in business - 'Is my company's code safe in the cloud?' Answer used to be a reasonably strong 'yes', now it's 'significantly less secure than your facebook account' (due to multiple attack vectors of multiple developer accounts). This is a poor security decision, and one with no apparent gains. I need to go and advise a bunch of people now to re-assess their use of app engine and decide if they are prepared to accept this new risk. This really came out of the blue. - OpenID/HTTPS cool, but doesn't seem to have helped with this issue - http://stackoverflow.com/questions/3226880/secure-remote-api-in-app-engine-with-openid - perhaps this feature is not available until the full release? Please rethink code download, and notify as soon as possible whether you have decided to go ahead with it - or, if you plan to allow it to be turned off, how long you expect the download feature to be available without the ability to turn it off - cheers, Colin On Oct 6, 1:28 am, "Ikai Lan (Google)" wrote: > Hey everyone, > > Prerelease SDK 1.3.8 is out for early evaluation. Note that many features > that require server side changes will not be available in production, so for > all intents and purposes these new features will only work locally. You can > download the SDKs here: > > http://code.google.com/p/googleappengine/downloads/list > > 1.3.8 Release Notes > > > Python > --- > - The developer who uploaded an app version can download that version's code > using the appcfg.py download_app command. You can use this to download > both > Python and Java application code. > - Builtin app.yaml handlers are available for common application functions, > such as appstats. > - The Admin Console now provides tools to delete all entities in the > datastore > or all entities of a given type. This is available only if enabled using > the > datastore_admin builtin. Deleting entities will count against application > quota. > - You can run task queue tasks immediately from the Admin Console. > - You can now specify the quality of JPEG images via the Image API's > execute_transforms function. Available in production only. > - Support for login of multiple Google accounts within an app, and longer > login > sessions. For more information see: > http://www.google.com/support/accounts/bin/answer.py?answer=181599 > - In queue.yaml, the maximum allowed bucket size is now 100. > - Precompilation is now enabled by default. To disable, use the > --no_precompilation flag when updating your app. > - BlobInfo now has an open() method that returns a BlobReader. > - BlobReader now accepts a BlobInfo. > - Removed limits on zigzag merge-join queries. Therefore the error "The > built-in > indices are not efficient enough for this query and your data. Please add > a > composite index for this query." will no longer be thrown in many cases, > enabling more types of exploratory queries without indexes. > - Fixed an issue with task queue tasks not running on the dev_appserver when > using Python 2.6. > - Fixed an issue on the dev_appserver where auto task running wasn't working > for > BulkAdd. > - Fixed an issue reserving App Ids by owners of similarly-named mails > accounts > containing periods, multiple cases, and googlemail.com address. > http://code.google.com/p/googleappengine/issues/detail?id=1196 > - Fixed an issue with OpenId over SSL. > http://code.google.com/p/googleappengine/issues/detail?id=3393 > - Fixed an issue on the development server where PNGs were being returned as > JPEGs. > http://code.google.com/p/googleappengine/issues/detail?id=3661 > > Java > > - You can run task queue tasks immediately from the admin console. > - Added an OutputSettings class to the Images API to specify the JPEG > encoding > quality when running in production. > - Support for login of multiple Google accounts within an app, and longer > login > sessions. For more information see: > http://www.google.com/support/accounts/bin/answer.py?answer=181599 > - In queue.xml, the maximum allowed bucket size is now 100. > - Removed limits on zigzag merge-join queries. Therefore the error "The > built-in > indices are not efficient enough for this query and your data. Please add > a > composite index for this query." will no longer be thrown in many cases, > enabling more types of exploratory queries without indexes. > - The whitelist has been updated to include java.net.InetAddress and some > interfaces and abstract classes in javax.xml.soap, including > javax.xml.soap.SOAPMessage. > - Fixed an issue reserving App Ids by
[google-appengine] Re: Prerelease SDK 1.3.8 is out!
Limiting it to the developer who uploaded the code doesn't really help in a decent sized team where multiple developers upload the code. Developer A uploads version 1.3.37, and developer B uploads version 1.3.38, from an business IP perspective that's two developer accounts that get access to the whole code base. Multiply by N. And before people say - 'you should only have one guy uploading code' - that's not a philosophy I subscribe to, based on 1. The hit by a bus problem - teams where only one member is familiar with a task. This is mitigated by multiple team members being familiar and active across multiple project tasks, and good policy. 2. Isolation of responsibility problem - this is a security risk, morale risk, quality risk and stale process risk. Team members are pretty capable people generally, and sharing responsibility across multiple project elements is a good thing from all these perspectives. And no, there shouldn't be one 'appengine super user' account that every team member uses to achieve the above. Not trying to be antagonistic, but I really want to put a solid stake in the ground right opposite the argument that this is a good thing. This will make a difference to business customers - technical arguments aside, they like to hear - 'there is no download option'. Thanks, Colin On Oct 7, 3:37 am, Geoffrey Spear wrote: > On Oct 6, 6:27 pm, andy stevko wrote: > > > One issue with the download code option is how it works in the context of an > > app store. > > If I license an application thru a store, can I then download the code, > > modify it, and redeploy? > > Also - if I have sensitive information (like Authorize.net keys) coded into > > my application, the information was basically inaccessible prior to this > > feature. > > The item in the release notes says that it would be downloadable by > the developer who uploaded the version. If you are that developer, > you already have (or had) the source code. If you're not, you > wouldn't be able to get it, even if you're an administrator of the > app. To me it looks like the App Engine team got the balance right, > and I'm wondering if all of the "+1" people piling on really get > what's being described. -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
[google-appengine] Re: Prerelease SDK 1.3.8 is out!
> If you have unscrupulous competitors with your Google Account > password, I'd think the fact that they might download your source is > the least of your problems. They could just deploy malicious code to > your site instead. That can be fixed, but you can't do anything about the fact that they have your source code and can develop competing products. -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
[google-appengine] Re: How to add Google App Engine application to users Google Apps dashboard
If you are referring to this page -> https://www.google.com/a/cpanel/your-domain/UserHub, then you can't. apart from google apps applications, only custom apps added from the market place appear here (as far as I know). I guess you could get around it by adding your app to the marketplace (with a fake, but valid manifest.xml), but not submitting it. then adding the app to your domain from the draft marketplace listing. I haven't tried this though -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
[google-appengine] Using get_serving_url and =sxx surfix
I one read the documentation it says that "where XX is a value from the IMG_SERVING_SIZES integer list". The image serving list looks like this: IMG_SERVING_SIZES = [ 32, 48, 64, 72, 80, 90, 94, 104, 110, 120, 128, 144, 150, 160, 200, 220, 288, 320, 400, 512, 576, 640, 720, 800, 912, 1024, 1152, 1280, 1440, 1600] But I can send what ever I like as xx and it servs the image size I specify. My question is now does this work as intended and the documentation has it wrong or is this subject to change? ..fredrik -- Fredrik Bonander carl.fredrik.bonan...@gmail.com +46 70 943 5441 - the infinite power of the creative mind - -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
[google-appengine] Easy way to agregate query language functions?
Hi, i need to do something like this: SELECT sum(ammount) FROM purchases or something like this: SELECT count(*) FROM sales But the datastore only let me load 1000 entities, so... is there any simple way to do something like that? For example, one of my clients have more than 10.000 purchases, and he wants to know how many sales he haves right now, how can i get that number? Or how can i get the sum of the ammount of all purchases? -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
Re: [google-appengine] Easy way to agregate query language functions?
IMO you should maintain a separate set of entities (sharded) for any aggregate type of information that you wish to maintain. See Google 2009 YouTube video for info on sharded counters - sorry I don't have the url at hand but it is easy to find via Google search. Also, stay away from count method even though it can now provide results greater than 1000 - it does not work anything like the one that SQL provides & is extremely costly. Jeff On Thu, Oct 7, 2010 at 11:57 AM, nacho wrote: > Hi, i need to do something like this: > > SELECT sum(ammount) FROM purchases > > or something like this: > > SELECT count(*) FROM sales > > But the datastore only let me load 1000 entities, so... is there any > simple way to do something like that? > > For example, one of my clients have more than 10.000 purchases, and he > wants to know how many sales he haves right now, how can i get that > number? Or how can i get the sum of the ammount of all purchases? > > -- > You received this message because you are subscribed to the Google Groups > "Google App Engine" group. > To post to this group, send email to google-appeng...@googlegroups.com. > To unsubscribe from this group, send email to > google-appengine+unsubscr...@googlegroups.com > . > For more options, visit this group at > http://groups.google.com/group/google-appengine?hl=en. > > -- Jeff -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
Re: [google-appengine] Easy way to agregate query language functions?
There are a couple other option too. You could also use some form of materialized views Brett cover in his high throughput data pipelines talk. http://code.google.com/events/io/2010/sessions/high-throughput-data-pipelines-appengine.html Robert On Thu, Oct 7, 2010 at 12:04, Jeff Schwartz wrote: > IMO you should maintain a separate set of entities (sharded) for any > aggregate type of information that you wish to maintain. See Google 2009 > YouTube video for info on sharded counters - sorry I don't have the url at > hand but it is easy to find via Google search. > > Also, stay away from count method even though it can now provide results > greater than 1000 - it does not work anything like the one that SQL provides > & is extremely costly. > > Jeff > > On Thu, Oct 7, 2010 at 11:57 AM, nacho wrote: >> >> Hi, i need to do something like this: >> >> SELECT sum(ammount) FROM purchases >> >> or something like this: >> >> SELECT count(*) FROM sales >> >> But the datastore only let me load 1000 entities, so... is there any >> simple way to do something like that? >> >> For example, one of my clients have more than 10.000 purchases, and he >> wants to know how many sales he haves right now, how can i get that >> number? Or how can i get the sum of the ammount of all purchases? >> >> -- >> You received this message because you are subscribed to the Google Groups >> "Google App Engine" group. >> To post to this group, send email to google-appeng...@googlegroups.com. >> To unsubscribe from this group, send email to >> google-appengine+unsubscr...@googlegroups.com. >> For more options, visit this group at >> http://groups.google.com/group/google-appengine?hl=en. >> > > > > -- > Jeff > > -- > You received this message because you are subscribed to the Google Groups > "Google App Engine" group. > To post to this group, send email to google-appeng...@googlegroups.com. > To unsubscribe from this group, send email to > google-appengine+unsubscr...@googlegroups.com. > For more options, visit this group at > http://groups.google.com/group/google-appengine?hl=en. > -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
Re: [google-appengine] How to share data stored in Datastore service to my other applications.
Yes it is possible. Write a service API within app1 that makes the data accessible to the other apps. Robert On Thu, Oct 7, 2010 at 04:07, imlangzi wrote: > I have some applications in GAE. > App1 > App2 > App3 > > > we stored some data in app1. > > I want to share them to app2 and app3? Is it possible? And how? > > Anybody has some suggestion? > > -- > You received this message because you are subscribed to the Google Groups > "Google App Engine" group. > To post to this group, send email to google-appeng...@googlegroups.com. > To unsubscribe from this group, send email to > google-appengine+unsubscr...@googlegroups.com. > For more options, visit this group at > http://groups.google.com/group/google-appengine?hl=en. > -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
Re: [google-appengine] Re: Prerelease SDK 1.3.8 is out!
There is an even worse problem with a password compromise: 1) Malicious user gets your pw 2) Malicious user downloads your existing codebase 3) Malicious user makes subtle change - say, funneling sensitive data to external site 4) Malicious user uploads this over running version This would be almost impossible to detect. At least with the source code separate, a malicious hacker has to either 1) re-implement enough of the site to make it convincing, or 2) figure out the actual code repository and credentials separately. Honestly, I think this code download idea is unwise. Yes, it will quiet down all the clueless folks that didn't back up their code, but let's be realistic - these are not people who are serious about software development and they are unlikely to be the ones building apps that will ultimately generate revenue for appengine. GAE is not google sites, you don't need to cater to the idiot 20%. Jeff On Thu, Oct 7, 2010 at 6:43 AM, Nacho Coloma wrote: >> If you have unscrupulous competitors with your Google Account >> password, I'd think the fact that they might download your source is >> the least of your problems. They could just deploy malicious code to >> your site instead. > > That can be fixed, but you can't do anything about the fact that they > have your source code and can develop competing products. > > -- > You received this message because you are subscribed to the Google Groups > "Google App Engine" group. > To post to this group, send email to google-appeng...@googlegroups.com. > To unsubscribe from this group, send email to > google-appengine+unsubscr...@googlegroups.com. > For more options, visit this group at > http://groups.google.com/group/google-appengine?hl=en. > > -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
[google-appengine] Re: Allocating id's after import to another app
Any suggestions? Would iterating the current entities and call the allocate function with those keys help? I'm getting errors on migrated data in production which is pretty bad. On Oct 6, 4:40 pm, Hugo Visser wrote: > I've imported data from one app id to another and now I'm getting > spurious messages of duplicate id's, apparently because the id's are > not automatically allocated. > > What would be the best strategy to allocate these id's again so that > sequence generation will not attempt to use the existing id's? -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
[google-appengine] Re: Prerelease SDK 1.3.8 is out!
Web hosting and version/source control should be kept separate. I would rather not see source downloads baked into App Engine. However I would like to see Google Code offer private projects for App Engine users and have an interface built into the App Engine SDK. This would address the previously mentioned issues of being able to only get python source and not Java as well as keeping the source away from anyone who may license your application. I have read the Google Code FAQ and understand that they do not want to privatize projects, but some solution of this manner would be beneficial. -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
[google-appengine] Re: Prerelease SDK 1.3.8 is out!
I like to think of a web host and version control as 2 completely separate entities. I am opposed to the idea of baking the two into one. It would be neat to see Google Code allow projects that are hosted on app engine to be private and then add a version control client to the SDK. I understand that Google code does not plan on allowing private projects, but I would have to think there is potential there to use their infrastructure for a private vcs of App Engine projects. Google developers put their code into a private vcs somewhere!?!? On Oct 7, 8:48 am, hawkett wrote: > Limiting it to the developer who uploaded the code doesn't really help > in a decent sized team where multiple developers upload the code. > Developer A uploads version 1.3.37, and developer B uploads version > 1.3.38, from an business IP perspective that's two developer accounts > that get access to the whole code base. Multiply by N. > > And before people say - 'you should only have one guy uploading code' > - that's not a philosophy I subscribe to, based on > > 1. The hit by a bus problem - teams where only one member is familiar > with a task. This is mitigated by multiple team members being familiar > and active across multiple project tasks, and good policy. > 2. Isolation of responsibility problem - this is a security risk, > morale risk, quality risk and stale process risk. Team members are > pretty capable people generally, and sharing responsibility across > multiple project elements is a good thing from all these perspectives. > > And no, there shouldn't be one 'appengine super user' account that > every team member uses to achieve the above. > > Not trying to be antagonistic, but I really want to put a solid stake > in the ground right opposite the argument that this is a good thing. > This will make a difference to business customers - technical > arguments aside, they like to hear - 'there is no download option'. > > Thanks, > > Colin > > On Oct 7, 3:37 am, Geoffrey Spear wrote: > > > On Oct 6, 6:27 pm, andy stevko wrote: > > > > One issue with the download code option is how it works in the context of > > > an > > > app store. > > > If I license an application thru a store, can I then download the code, > > > modify it, and redeploy? > > > Also - if I have sensitive information (like Authorize.net keys) coded > > > into > > > my application, the information was basically inaccessible prior to this > > > feature. > > > The item in the release notes says that it would be downloadable by > > the developer who uploaded the version. If you are that developer, > > you already have (or had) the source code. If you're not, you > > wouldn't be able to get it, even if you're an administrator of the > > app. To me it looks like the App Engine team got the balance right, > > and I'm wondering if all of the "+1" people piling on really get > > what's being described. > > -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
Re: [google-appengine] Re: Better support for linux
Another solution that will work if you are developing in Python is to use Eclipse with the Pydev plugin installed. Pydev includes support for GAE that replaces the launcher and I use the environment daily switching between Ubuntu and Windows 7. I have never needed to use the GAE launcher because of my environment. On Thu, Oct 7, 2010 at 8:19 AM, Jeff Schwartz wrote: > I often switch between Ubuntu & Windows & I would also like to see Google > make Ubuntu (Linux) be an equal player. > > Jeff > > On Thu, Oct 7, 2010 at 2:20 AM, Niklasro wrote: > >> If education, isn't changing other project more pedagocical than >> starting a empty project? I think we learn the most from changing >> code. Then every developer want most convenient development >> environment plus maybe personal setting like round windows or what >> like. Using BSD and a versioning system is needed. Don't you need >> that? Typically what I do is adding and changing functions deployed >> projects have. So connecting deployment directly to a versioning >> system would bypass local development and admit the case programming >> your app directly in the versioning system or even a WebGUI operating >> system independent. Why not? >> Regards >> Nick Rosencrantz >> >> -- >> You received this message because you are subscribed to the Google Groups >> "Google App Engine" group. >> To post to this group, send email to google-appeng...@googlegroups.com. >> To unsubscribe from this group, send email to >> google-appengine+unsubscr...@googlegroups.com >> . >> For more options, visit this group at >> http://groups.google.com/group/google-appengine?hl=en. >> >> > > > -- > Jeff > > -- > You received this message because you are subscribed to the Google Groups > "Google App Engine" group. > To post to this group, send email to google-appeng...@googlegroups.com. > To unsubscribe from this group, send email to > google-appengine+unsubscr...@googlegroups.com > . > For more options, visit this group at > http://groups.google.com/group/google-appengine?hl=en. > -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
[google-appengine] Re: Prerelease SDK 1.3.8 is out!
Thank you for adding the download feature. I develop on two machines, Linux and Windows, and syncing from within the SDK will be very convenient. It makes no difference for me, but I also support the suggestion to make it optional. I have noticed a slight problem. ./appcfg.py download_app --application id dir/ appcfg.py: error: Cannot download to path "dir/": directory already exists and it isn't empty. ./appcfg.py --force download_app --application id dir/ appcfg.py: error: no such option: --force -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
Re: [google-appengine] deploy just one file update.
hhh i i iii On 10/4/10, John V Denley wrote: > > I cant seem to find any information anywhere about how to deploy/ > upload just one file. > > Its possible I'm not looking in the right places, but also I use > eclipse so I have never had to do any manual manipulation of any > files. > > The Simplest example of what I want to do is to simply update the > standard.css file with a new setting, without having to deploy the > entire application. > > Or equally I might need to make a small change to my .html > file but without having to deploy the entire application. > > This is similar to doing an FTP to my hosting server, but as I say I > cant seem to find any information about how to do this with app > engine! > > Any help pointing me in the right direction on this would be greatly > appreciated > > Thanks, > J > > -- > You received this message because you are subscribed to the Google Groups > "Google App Engine" group. > To post to this group, send email to google-appeng...@googlegroups.com. > To unsubscribe from this group, send email to > google-appengine+unsubscr...@googlegroups.com > . > For more options, visit this group at > http://groups.google.com/group/google-appengine?hl=en. > > -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
[google-appengine] Re: Prerelease SDK 1.3.8 is out!
I don't understand the discussion when Google already indicated this will be configurable. -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
[google-appengine] Re: Easy way to agregate query language functions?
Thaks both, i will see those options. On 7 oct, 13:18, Robert Kluin wrote: > There are a couple other option too. You could also use some form of > materialized views Brett cover in his high throughput data pipelines > talk.http://code.google.com/events/io/2010/sessions/high-throughput-data-p... > > Robert > > On Thu, Oct 7, 2010 at 12:04, Jeff Schwartz wrote: > > IMO you should maintain a separate set of entities (sharded) for any > > aggregate type of information that you wish to maintain. See Google 2009 > > YouTube video for info on sharded counters - sorry I don't have the url at > > hand but it is easy to find via Google search. > > > Also, stay away from count method even though it can now provide results > > greater than 1000 - it does not work anything like the one that SQL provides > > & is extremely costly. > > > Jeff > > > On Thu, Oct 7, 2010 at 11:57 AM, nacho wrote: > > >> Hi, i need to do something like this: > > >> SELECT sum(ammount) FROM purchases > > >> or something like this: > > >> SELECT count(*) FROM sales > > >> But the datastore only let me load 1000 entities, so... is there any > >> simple way to do something like that? > > >> For example, one of my clients have more than 10.000 purchases, and he > >> wants to know how many sales he haves right now, how can i get that > >> number? Or how can i get the sum of the ammount of all purchases? > > >> -- > >> You received this message because you are subscribed to the Google Groups > >> "Google App Engine" group. > >> To post to this group, send email to google-appeng...@googlegroups.com. > >> To unsubscribe from this group, send email to > >> google-appengine+unsubscr...@googlegroups.com. > >> For more options, visit this group at > >>http://groups.google.com/group/google-appengine?hl=en. > > > -- > > Jeff > > > -- > > You received this message because you are subscribed to the Google Groups > > "Google App Engine" group. > > To post to this group, send email to google-appeng...@googlegroups.com. > > To unsubscribe from this group, send email to > > google-appengine+unsubscr...@googlegroups.com. > > For more options, visit this group at > >http://groups.google.com/group/google-appengine?hl=en. -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
Re: [google-appengine] Re: Easy way to agregate query language functions?
quien me da una cotizacion ? le doy el contenido ? patricio...@gmail.com skype patriciony On Thu, Oct 7, 2010 at 1:45 PM, nacho wrote: > Thaks both, i will see those options. > > On 7 oct, 13:18, Robert Kluin wrote: >> There are a couple other option too. You could also use some form of >> materialized views Brett cover in his high throughput data pipelines >> talk.http://code.google.com/events/io/2010/sessions/high-throughput-data-p... >> >> Robert >> >> On Thu, Oct 7, 2010 at 12:04, Jeff Schwartz wrote: >> > IMO you should maintain a separate set of entities (sharded) for any >> > aggregate type of information that you wish to maintain. See Google 2009 >> > YouTube video for info on sharded counters - sorry I don't have the url at >> > hand but it is easy to find via Google search. >> >> > Also, stay away from count method even though it can now provide results >> > greater than 1000 - it does not work anything like the one that SQL >> > provides >> > & is extremely costly. >> >> > Jeff >> >> > On Thu, Oct 7, 2010 at 11:57 AM, nacho wrote: >> >> >> Hi, i need to do something like this: >> >> >> SELECT sum(ammount) FROM purchases >> >> >> or something like this: >> >> >> SELECT count(*) FROM sales >> >> >> But the datastore only let me load 1000 entities, so... is there any >> >> simple way to do something like that? >> >> >> For example, one of my clients have more than 10.000 purchases, and he >> >> wants to know how many sales he haves right now, how can i get that >> >> number? Or how can i get the sum of the ammount of all purchases? >> >> >> -- >> >> You received this message because you are subscribed to the Google Groups >> >> "Google App Engine" group. >> >> To post to this group, send email to google-appeng...@googlegroups.com. >> >> To unsubscribe from this group, send email to >> >> google-appengine+unsubscr...@googlegroups.com. >> >> For more options, visit this group at >> >>http://groups.google.com/group/google-appengine?hl=en. >> >> > -- >> > Jeff >> >> > -- >> > You received this message because you are subscribed to the Google Groups >> > "Google App Engine" group. >> > To post to this group, send email to google-appeng...@googlegroups.com. >> > To unsubscribe from this group, send email to >> > google-appengine+unsubscr...@googlegroups.com. >> > For more options, visit this group at >> >http://groups.google.com/group/google-appengine?hl=en. > > -- > You received this message because you are subscribed to the Google Groups > "Google App Engine" group. > To post to this group, send email to google-appeng...@googlegroups.com. > To unsubscribe from this group, send email to > google-appengine+unsubscr...@googlegroups.com. > For more options, visit this group at > http://groups.google.com/group/google-appengine?hl=en. > > -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
Re: [google-appengine] Re: Prerelease SDK 1.3.8 is out!
AppEngine is a hosting platform, _not source control_. You should learn about mercurial, git, or subversion. http://bitbucket.org/ http://github.com/ Robert On Thu, Oct 7, 2010 at 06:25, pdknsk wrote: > Thank you for adding the download feature. I develop on two machines, Linux > and Windows, and syncing from within the SDK will be very convenient. It > makes no difference for me, but I also support the suggestion to make it > optional. > I have noticed a slight problem. > ./appcfg.py download_app --application id dir/ > appcfg.py: error: Cannot download to path "dir/": directory already exists > and it isn't empty. > > ./appcfg.py --force download_app --application id dir/ > appcfg.py: error: no such option: --force > > > -- > You received this message because you are subscribed to the Google Groups > "Google App Engine" group. > To post to this group, send email to google-appeng...@googlegroups.com. > To unsubscribe from this group, send email to > google-appengine+unsubscr...@googlegroups.com. > For more options, visit this group at > http://groups.google.com/group/google-appengine?hl=en. > -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
Re: [google-appengine] Re: Prerelease SDK 1.3.8 is out!
You should *not* use this feature to sync versions between your computers. I cannot emphasize this strongly enough. Please use source control. We value feedback, and this is precisely the point of the prerelease SDK - it's much easier to postpone a release early on rather than try to change directions mid-flight. We're still working on the details of whether this will be postponed or not (signs seem to point to yes, at least until it is user configurable). I'll update the thread when things are finalized. -- 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 Thu, Oct 7, 2010 at 9:51 AM, Robert Kluin wrote: > AppEngine is a hosting platform, _not source control_. > > You should learn about mercurial, git, or subversion. > http://bitbucket.org/ > http://github.com/ > > > > Robert > > > > > > > > > On Thu, Oct 7, 2010 at 06:25, pdknsk wrote: > > Thank you for adding the download feature. I develop on two machines, > Linux > > and Windows, and syncing from within the SDK will be very convenient. It > > makes no difference for me, but I also support the suggestion to make it > > optional. > > I have noticed a slight problem. > > ./appcfg.py download_app --application id dir/ > > appcfg.py: error: Cannot download to path "dir/": directory already > exists > > and it isn't empty. > > > > ./appcfg.py --force download_app --application id dir/ > > appcfg.py: error: no such option: --force > > > > > > -- > > You received this message because you are subscribed to the Google Groups > > "Google App Engine" group. > > To post to this group, send email to google-appeng...@googlegroups.com. > > To unsubscribe from this group, send email to > > google-appengine+unsubscr...@googlegroups.com > . > > For more options, visit this group at > > http://groups.google.com/group/google-appengine?hl=en. > > > > -- > You received this message because you are subscribed to the Google Groups > "Google App Engine" group. > To post to this group, send email to google-appeng...@googlegroups.com. > To unsubscribe from this group, send email to > google-appengine+unsubscr...@googlegroups.com > . > For more options, visit this group at > http://groups.google.com/group/google-appengine?hl=en. > > -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
Re: [google-appengine] Re: Prerelease SDK 1.3.8 is out!
By "user-configurable" I mean "opt-in", not "opt-out". -- 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 Thu, Oct 7, 2010 at 10:04 AM, Ikai Lan (Google) > wrote: > You should *not* use this feature to sync versions between your computers. > I cannot emphasize this strongly enough. Please use source control. > > We value feedback, and this is precisely the point of the prerelease SDK - > it's much easier to postpone a release early on rather than try to change > directions mid-flight. We're still working on the details of whether this > will be postponed or not (signs seem to point to yes, at least until it is > user configurable). I'll update the thread when things are finalized. > > -- > 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 Thu, Oct 7, 2010 at 9:51 AM, Robert Kluin wrote: > >> AppEngine is a hosting platform, _not source control_. >> >> You should learn about mercurial, git, or subversion. >> http://bitbucket.org/ >> http://github.com/ >> >> >> >> Robert >> >> >> >> >> >> >> >> >> On Thu, Oct 7, 2010 at 06:25, pdknsk wrote: >> > Thank you for adding the download feature. I develop on two machines, >> Linux >> > and Windows, and syncing from within the SDK will be very convenient. It >> > makes no difference for me, but I also support the suggestion to make it >> > optional. >> > I have noticed a slight problem. >> > ./appcfg.py download_app --application id dir/ >> > appcfg.py: error: Cannot download to path "dir/": directory already >> exists >> > and it isn't empty. >> > >> > ./appcfg.py --force download_app --application id dir/ >> > appcfg.py: error: no such option: --force >> > >> > >> > -- >> > You received this message because you are subscribed to the Google >> Groups >> > "Google App Engine" group. >> > To post to this group, send email to google-appeng...@googlegroups.com. >> > To unsubscribe from this group, send email to >> > google-appengine+unsubscr...@googlegroups.com >> . >> > For more options, visit this group at >> > http://groups.google.com/group/google-appengine?hl=en. >> > >> >> -- >> You received this message because you are subscribed to the Google Groups >> "Google App Engine" group. >> To post to this group, send email to google-appeng...@googlegroups.com. >> To unsubscribe from this group, send email to >> google-appengine+unsubscr...@googlegroups.com >> . >> For more options, visit this group at >> http://groups.google.com/group/google-appengine?hl=en. >> >> > -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
Re: [google-appengine] Re: Prerelease SDK 1.3.8 is out!
Get github, google code or something similar... Even at $7 a month for closed archives GitHub is a steal. Just the peace of mind makes it a bargain. On Thu, Oct 7, 2010 at 1:04 PM, Ikai Lan (Google) > wrote: > By "user-configurable" I mean "opt-in", not "opt-out". > > > -- > 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 Thu, Oct 7, 2010 at 10:04 AM, Ikai Lan (Google) < > ikai.l+gro...@google.com > wrote: > >> You should *not* use this feature to sync versions between your computers. >> I cannot emphasize this strongly enough. Please use source control. >> >> We value feedback, and this is precisely the point of the prerelease SDK - >> it's much easier to postpone a release early on rather than try to change >> directions mid-flight. We're still working on the details of whether this >> will be postponed or not (signs seem to point to yes, at least until it is >> user configurable). I'll update the thread when things are finalized. >> >> -- >> 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 Thu, Oct 7, 2010 at 9:51 AM, Robert Kluin wrote: >> >>> AppEngine is a hosting platform, _not source control_. >>> >>> You should learn about mercurial, git, or subversion. >>> http://bitbucket.org/ >>> http://github.com/ >>> >>> >>> >>> Robert >>> >>> >>> >>> >>> >>> >>> >>> >>> On Thu, Oct 7, 2010 at 06:25, pdknsk wrote: >>> > Thank you for adding the download feature. I develop on two machines, >>> Linux >>> > and Windows, and syncing from within the SDK will be very convenient. >>> It >>> > makes no difference for me, but I also support the suggestion to make >>> it >>> > optional. >>> > I have noticed a slight problem. >>> > ./appcfg.py download_app --application id dir/ >>> > appcfg.py: error: Cannot download to path "dir/": directory already >>> exists >>> > and it isn't empty. >>> > >>> > ./appcfg.py --force download_app --application id dir/ >>> > appcfg.py: error: no such option: --force >>> > >>> > >>> > -- >>> > 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-appeng...@googlegroups.com. >>> To unsubscribe from this group, send email to >>> google-appengine+unsubscr...@googlegroups.com >>> . >>> For more options, visit this group at >>> http://groups.google.com/group/google-appengine?hl=en. >>> >>> >> > -- > You received this message because you are subscribed to the Google Groups > "Google App Engine" group. > To post to this group, send email to google-appeng...@googlegroups.com. > To unsubscribe from this group, send email to > google-appengine+unsubscr...@googlegroups.com > . > For more options, visit this group at > http://groups.google.com/group/google-appengine?hl=en. > -- Jeff -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
Re: [google-appengine] Re: Prerelease SDK 1.3.8 is out!
File my message under "Everyone's Got an Opinion" I see that everyone went and got their dog.. and came out with their dog to "+1" either disabling code download or making it opt-in.. Sadly.. it seems that the code download option will only be beneficial to clueless people who don't use version control.. and clueless people who don't use version control probably won't know to enable this code download option.. (since.. if they had any sense and knew that having an offsite copy of their code was important, they would probably be using free version control somewhere) The ultimate benefit of this is probably being able to tell the clueless non-version control using people that the option of code download was there.. and they could have enabled it.. and they have nothing to complain about. And, they can enable it for their next project.. or just be smart and use Github or Google Code or Bitbucket or something.. Anyway... everyone's got an opinion.. On Thu, Oct 7, 2010 at 1:04 PM, Ikai Lan (Google) > wrote: > By "user-configurable" I mean "opt-in", not "opt-out". > > > -- > 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 Thu, Oct 7, 2010 at 10:04 AM, Ikai Lan (Google) < > ikai.l+gro...@google.com > wrote: > >> You should *not* use this feature to sync versions between your computers. >> I cannot emphasize this strongly enough. Please use source control. >> >> We value feedback, and this is precisely the point of the prerelease SDK - >> it's much easier to postpone a release early on rather than try to change >> directions mid-flight. We're still working on the details of whether this >> will be postponed or not (signs seem to point to yes, at least until it is >> user configurable). I'll update the thread when things are finalized. >> >> -- >> 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 Thu, Oct 7, 2010 at 9:51 AM, Robert Kluin wrote: >> >>> AppEngine is a hosting platform, _not source control_. >>> >>> You should learn about mercurial, git, or subversion. >>> http://bitbucket.org/ >>> http://github.com/ >>> >>> >>> >>> Robert >>> >>> >>> >>> >>> >>> >>> >>> >>> On Thu, Oct 7, 2010 at 06:25, pdknsk wrote: >>> > Thank you for adding the download feature. I develop on two machines, >>> Linux >>> > and Windows, and syncing from within the SDK will be very convenient. >>> It >>> > makes no difference for me, but I also support the suggestion to make >>> it >>> > optional. >>> > I have noticed a slight problem. >>> > ./appcfg.py download_app --application id dir/ >>> > appcfg.py: error: Cannot download to path "dir/": directory already >>> exists >>> > and it isn't empty. >>> > >>> > ./appcfg.py --force download_app --application id dir/ >>> > appcfg.py: error: no such option: --force >>> > >>> > >>> > -- >>> > 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-appeng...@googlegroups.com. >>> To unsubscribe from this group, send email to >>> google-appengine+unsubscr...@googlegroups.com >>> . >>> For more options, visit this group at >>> http://groups.google.com/group/google-appengine?hl=en. >>> >>> >> > -- > You received this message because you are subscribed to the Google Groups > "Google App Engine" group. > To post to this group, send email to google-appeng...@googlegroups.com. > To unsubscribe from this group, send email to > google-appengine+unsubscr...@googlegroups.com > . > For more options, visit this group at > http://groups.google.com/group/google-appengine?hl=en. > -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
Re: [google-appengine] How to share data stored in Datastore service to my other applications.
It's probably easier for you to keep the data together in one app unless you really need it apart. What's your use case? -- 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 Thu, Oct 7, 2010 at 9:21 AM, Robert Kluin wrote: > Yes it is possible. Write a service API within app1 that makes the > data accessible to the other apps. > > > > Robert > > > > > > > On Thu, Oct 7, 2010 at 04:07, imlangzi wrote: > > I have some applications in GAE. > > App1 > > App2 > > App3 > > > > > > we stored some data in app1. > > > > I want to share them to app2 and app3? Is it possible? And how? > > > > Anybody has some suggestion? > > > > -- > > You received this message because you are subscribed to the Google Groups > > "Google App Engine" group. > > To post to this group, send email to google-appeng...@googlegroups.com. > > To unsubscribe from this group, send email to > > google-appengine+unsubscr...@googlegroups.com > . > > For more options, visit this group at > > http://groups.google.com/group/google-appengine?hl=en. > > > > -- > You received this message because you are subscribed to the Google Groups > "Google App Engine" group. > To post to this group, send email to google-appeng...@googlegroups.com. > To unsubscribe from this group, send email to > google-appengine+unsubscr...@googlegroups.com > . > For more options, visit this group at > http://groups.google.com/group/google-appengine?hl=en. > > -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
Re: [google-appengine] Problems (cache-related?) since enabling billing
Yes, enabling billing enables edge caching for requests that use the cache-control header. This is a "best effort" caching and we do not guarantee you will get it. Can you describe what the expected behavior should be? What are you trying to do. -- 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 Wed, Oct 6, 2010 at 7:46 AM, Mike wrote: > I have an app that sits behind a reverse proxy serving requests for > multiple domains using the X-Forwarded-For header. This has been > working very well for many months. Yesterday, after enabling billing > for the app, I started seeing dynamic requests that were getting > served the wrong content (content for the wrong domain). > > In troubleshooting the issue, I noticed that many of the problem > requests are served in only a couple of milliseconds, and the logs > don't contain the normal logging messages that my code should produce, > and don't show up in appstats. I'm assuming this means that the > caching I've read about but never seen to work is now serving requests > (since the Cache-Control header is set), and is not keeping cached > pages separate based on the X-Forwarded-For header, but just the path. > > Is there any way to confirm whether this is what is happening? If so, > is there a way to disable this functionality (going back to the way it > worked before we enabled billing), without removing the Cache-Control > header and losing it's benefits? > > -Mike > > -=- > > -- > You received this message because you are subscribed to the Google Groups > "Google App Engine" group. > To post to this group, send email to google-appeng...@googlegroups.com. > To unsubscribe from this group, send email to > google-appengine+unsubscr...@googlegroups.com > . > For more options, visit this group at > http://groups.google.com/group/google-appengine?hl=en. > > -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
Re: [google-appengine] Eclipse IDE showing JDK configuration Error
The problem is that you're using a JRE (3rd item on your list). Make sure you point Eclipse to a JDK. JRE = Java Runtime Environment JDK = Java Development Kit -- 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 Wed, Oct 6, 2010 at 12:52 PM, epoy wrote: > I created a New Wep Application Project using Eclipse IDE. My IDE is > already setup to run GAE Development Mode. But when I started creating > index.jsp file on may war folder. It displays > > "Your project must be configured to use a JDK in order to use JSPs" > > My Library includes > - App Engine SDK [App Engine - 1.3.7] > - GWT SDK [GWT - 2.0.4] > - JRE System Library [jre6] > > I think I already made the right configuration. Because when I Run the > Web App it works fine. But the Red thing is annoying. > > -- > You received this message because you are subscribed to the Google Groups > "Google App Engine" group. > To post to this group, send email to google-appeng...@googlegroups.com. > To unsubscribe from this group, send email to > google-appengine+unsubscr...@googlegroups.com > . > For more options, visit this group at > http://groups.google.com/group/google-appengine?hl=en. > > -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
[google-appengine] Re: How to share data stored in Datastore service to my other applications.
Hi Ikai, I've had a similar need come up as well. My case is this: I supply 3d images of consumer-package-goods to my clients who use them in their marketing materials. I've developed a GAE app that handles all of the production flow on my end as well as providing my clients with deliverables via a searchable asset-management service. Now, one of my clients likes the asset-management process of my app so much that they wish for me to develop a similar system for dealing with all of their internal graphics as well as those supplied by other vendors (these would include the source files that I use to create the 3d images) . Ideally, my deliverables (referenced blobstore objects) should be available within my client's app and behave just like any other asset that belongs to their app. Also, I would like to integrate my clients source files into my production flow (eliminating an admin task for my client). This would essentially entail sharing datastore objects between apps. I have not had much time to think about a solution to this (my client made the request just yesterday..). My first thought was to write a service that would use url fetch to create new objects in my client's app duplicating my own or just uploading the data twice (once to my app and once to my clients). Both of those solutions sound problematic for both redundancy of resources and maintaining consistency. If there is a specific way of sharing datastore entities between apps it would be great for my situation. Thanks! --Joe On Oct 7, 12:29 pm, "Ikai Lan (Google)" wrote: > It's probably easier for you to keep the data together in one app unless you > really need it apart. What's your use case? > > -- > 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 Thu, Oct 7, 2010 at 9:21 AM, Robert Kluin wrote: > > Yes it is possible. Write a service API within app1 that makes the > > data accessible to the other apps. > > > Robert > > > On Thu, Oct 7, 2010 at 04:07, imlangzi wrote: > > > I have some applications in GAE. > > > App1 > > > App2 > > > App3 > > > > we stored some data in app1. > > > > I want to share them to app2 and app3? Is it possible? And how? > > > > Anybody has some suggestion? > > > > -- > > > You received this message because you are subscribed to the Google Groups > > > "Google App Engine" group. > > > To post to this group, send email to google-appeng...@googlegroups.com. > > > To unsubscribe from this group, send email to > > > google-appengine+unsubscr...@googlegroups.com > > e...@googlegroups.com> > > . > > > For more options, visit this group at > > >http://groups.google.com/group/google-appengine?hl=en. > > > -- > > You received this message because you are subscribed to the Google Groups > > "Google App Engine" group. > > To post to this group, send email to google-appeng...@googlegroups.com. > > To unsubscribe from this group, send email to > > google-appengine+unsubscr...@googlegroups.com > e...@googlegroups.com> > > . > > For more options, visit this group at > >http://groups.google.com/group/google-appengine?hl=en. -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
[google-appengine] Remote API Login Problem - Keep getting an HTTP Error 302: Found
I'm suddenly unable to login and make calls to the remote api. This has worked well in the past using my gmail account... Is anyone experiencing this 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-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
[google-appengine] Re: Remote API Login Problem - Keep getting an HTTP Error 302: Found
Problem was that I was accessing it not through .appspot.com but through my own domain which I recently switched to CloudFlare CDN... On Oct 7, 9:13 pm, ekampf wrote: > I'm suddenly unable to login and make calls to the remote api. > This has worked well in the past using my gmail account... > > Is anyone experiencing this 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-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
Re: [google-appengine] Problems (cache-related?) since enabling billing
Have you tried using the Vary: header? In theory a caching proxy should use it. On 6 October 2010 15:46, Mike wrote: > I have an app that sits behind a reverse proxy serving requests for > multiple domains using the X-Forwarded-For header. This has been > working very well for many months. Yesterday, after enabling billing > for the app, I started seeing dynamic requests that were getting > served the wrong content (content for the wrong domain). > > In troubleshooting the issue, I noticed that many of the problem > requests are served in only a couple of milliseconds, and the logs > don't contain the normal logging messages that my code should produce, > and don't show up in appstats. I'm assuming this means that the > caching I've read about but never seen to work is now serving requests > (since the Cache-Control header is set), and is not keeping cached > pages separate based on the X-Forwarded-For header, but just the path. > > Is there any way to confirm whether this is what is happening? If so, > is there a way to disable this functionality (going back to the way it > worked before we enabled billing), without removing the Cache-Control > header and losing it's benefits? > > -Mike > > -=- > > -- > You received this message because you are subscribed to the Google Groups > "Google App Engine" group. > To post to this group, send email to google-appeng...@googlegroups.com. > To unsubscribe from this group, send email to > google-appengine+unsubscr...@googlegroups.com. > For more options, visit this group at > http://groups.google.com/group/google-appengine?hl=en. > > -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
Re: [google-appengine] Re: a query log?
Thanks for the suggestion. I've already been keeping a close watch on my app's indexes file, and was hoping for something that would reveal more detail. It's true that a verbose query log isn't as important on GAE as it is on a relational db. Still, I bet it would be real useful for finding redundant or repeated queries, or just for getting a better understanding of how GAE works under the hood. Maybe I'll try to hack one together... =T= On Oct 6, 2010, at 11:12 PM, Grant wrote: > Hi > > I do not think there is a query log, but you can use the fact that the > datastore only every queries an index to simulate one... > > http://code.google.com/appengine/docs/python/datastore/queriesandindexes.html > > There is an implicit index on all (actually most) properties on any > entity and those indexes are used when you query a single property on > an entity e.g. [FROM person WHERE age = 18] > > To do a more complex query e.g. [FROM person WHERE country_code = 'ZA' > AND age > 18] you need an explicit index for that query. > > These explicit indexes are automatically generated when you make a > request on the local dev server... > http://code.google.com/appengine/docs/python/config/indexconfig.html#Automatic_and_Manual_Indexes > (python) > http://code.google.com/appengine/docs/java/config/indexconfig.html#Using_Automatic_Index_Configuration > (java) > > If you clear out your indexes file on a dev machine and then hit the > URL you are interested in it will automatically generate any indexes > required for that request. The contents of the index file would then > act as a rudimentary query log especially when taken next to your > Appstats from your production instance. > > Grant > > > > > > > > On Oct 7, 12:22 am, Tim Jones wrote: >> I'm somewhat new to App Engine, and attempting to streamline my app's >> datastore load. >> >> With a LAMP app, I'm usually able to access or generate a database query log >> to assist in this process -- a list of all queries run on the database for a >> given http request, along with how long each took and other helpful metadata. >> >> Is there a good way to access or create something similar for App Engine >> queries? The closest I've found is Appstats -- but while Appstats will >> provide information sorted by http-request, I haven't found a way to make it >> display a database query log. >> >> Any help would be appreciated. Thanks, >> >> =Tim= > > -- > You received this message because you are subscribed to the Google Groups > "Google App Engine" group. > To post to this group, send email to google-appeng...@googlegroups.com. > To unsubscribe from this group, send email to > google-appengine+unsubscr...@googlegroups.com. > For more options, visit this group at > http://groups.google.com/group/google-appengine?hl=en. > -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
[google-appengine] Re: Problems (cache-related?) since enabling billing
Ikai, Thanks for your response. It definitely helps to have some confirmation that our observations about the edge cache and billing were correct. Technically, the expected behavior was that the app would behave the same before and after enabling billing, since I don't believe the caching differences between free and billed is documented anywhere. After investigating the problems we were experiencing (pages initially served for one domain in X-Forwarded-Host resulting in cache hits for subsequent requests for the same path specifying a different X- Forwarded-Host), I concluded that this was probably expected behavior. We were able to solve this problem by adding "Vary: X-Forwarded-Host" to our response headers. Now things are working normally for our app again. -Mike -=- On Oct 7, 10:56 am, "Ikai Lan (Google)" wrote: > Yes, enabling billing enables edge caching for requests that use the > cache-control header. This is a "best effort" caching and we do not > guarantee you will get it. > > Can you describe what the expected behavior should be? What are you trying > to do. > > -- > 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 Wed, Oct 6, 2010 at 7:46 AM, Mike wrote: > > I have an app that sits behind a reverse proxy serving requests for > > multiple domains using the X-Forwarded-For header. This has been > > working very well for many months. Yesterday, after enabling billing > > for the app, I started seeing dynamic requests that were getting > > served the wrong content (content for the wrong domain). > > > In troubleshooting the issue, I noticed that many of the problem > > requests are served in only a couple of milliseconds, and the logs > > don't contain the normal logging messages that my code should produce, > > and don't show up in appstats. I'm assuming this means that the > > caching I've read about but never seen to work is now serving requests > > (since the Cache-Control header is set), and is not keeping cached > > pages separate based on the X-Forwarded-For header, but just the path. > > > Is there any way to confirm whether this is what is happening? If so, > > is there a way to disable this functionality (going back to the way it > > worked before we enabled billing), without removing the Cache-Control > > header and losing it's benefits? > > > -Mike > > > -=- > > > -- > > You received this message because you are subscribed to the Google Groups > > "Google App Engine" group. > > To post to this group, send email to google-appeng...@googlegroups.com. > > To unsubscribe from this group, send email to > > google-appengine+unsubscr...@googlegroups.com > e...@googlegroups.com> > > . > > For more options, visit this group at > >http://groups.google.com/group/google-appengine?hl=en. -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
[google-appengine] Re: Prerelease SDK 1.3.8 is out!
Does it really help to make it configurable? Once the account is compromised, an attacker could easily opt-in and steal the code. -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
Re: [google-appengine] Re: Prerelease SDK 1.3.8 is out!
Well, the thought is that you wouldn't be able to download code from BEFORE the feature launched. -- 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 Thu, Oct 7, 2010 at 1:06 PM, Remigius wrote: > Does it really help to make it configurable? Once the account is > compromised, an attacker could easily opt-in and steal the code. > > -- > You received this message because you are subscribed to the Google Groups > "Google App Engine" group. > To post to this group, send email to google-appeng...@googlegroups.com. > To unsubscribe from this group, send email to > google-appengine+unsubscr...@googlegroups.com > . > For more options, visit this group at > http://groups.google.com/group/google-appengine?hl=en. > > -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
[google-appengine] How to get some value from JavaScript to Python?
My GAE-application (let's say example.appspot.com) works in iframe of one site (let's say example.com and hence my application url is example.com/id12345). I need to pass some data from (another) local application to that GAE- application. This another application passes it as POST data. And that example.com doesn't pass received post data to iframe (example.com/id12345). I am doing the following: 1) local application posts data directly to example.appspot.com 2) I save the data received in GAE DB 3) redirect to example.com/id12345#key 4) my GAE-application at example.com is not able to get parms passed in the GET request, but able to get data in the URL after symbol #. But this data is provided thru javascript (function OnUrlData(data) {}). Now I need to get this data back in the python code to get the value from GAE DB. How can I do it? Or, have I chosen wrong approach? ;) -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
[google-appengine] Re: a query log?
Try API hooks, maybe? You could set up a function to intercept datastore queries and log them to memcache, the app log, or back into the datastore itself. http://code.google.com/appengine/articles/hooks.html On Oct 7, 3:34 pm, Tim Jones wrote: > Thanks for the suggestion. I've already been keeping a close watch on my > app's indexes file, and was hoping for something that would reveal more > detail. > > It's true that a verbose query log isn't as important on GAE as it is on a > relational db. Still, I bet it would be real useful for finding redundant or > repeated queries, or just for getting a better understanding of how GAE works > under the hood. > > Maybe I'll try to hack one together... > > =T= > > On Oct 6, 2010, at 11:12 PM, Grant wrote: > > > > > Hi > > > I do not think there is a query log, but you can use the fact that the > > datastore only every queries an index to simulate one... > > >http://code.google.com/appengine/docs/python/datastore/queriesandinde... > > > There is an implicit index on all (actually most) properties on any > > entity and those indexes are used when you query a single property on > > an entity e.g. [FROM person WHERE age = 18] > > > To do a more complex query e.g. [FROM person WHERE country_code = 'ZA' > > AND age > 18] you need an explicit index for that query. > > > These explicit indexes are automatically generated when you make a > > request on the local dev server... > >http://code.google.com/appengine/docs/python/config/indexconfig.html#... > > (python) > >http://code.google.com/appengine/docs/java/config/indexconfig.html#Us... > > (java) > > > If you clear out your indexes file on a dev machine and then hit the > > URL you are interested in it will automatically generate any indexes > > required for that request. The contents of the index file would then > > act as a rudimentary query log especially when taken next to your > > Appstats from your production instance. > > > Grant > > > On Oct 7, 12:22 am, Tim Jones wrote: > >> I'm somewhat new to App Engine, and attempting to streamline my app's > >> datastore load. > > >> With a LAMP app, I'm usually able to access or generate a database query > >> log to assist in this process -- a list of all queries run on the database > >> for a given http request, along with how long each took and other helpful > >> metadata. > > >> Is there a good way to access or create something similar for App Engine > >> queries? The closest I've found is Appstats -- but while Appstats will > >> provide information sorted by http-request, I haven't found a way to make > >> it display a database query log. > > >> Any help would be appreciated. Thanks, > > >> =Tim= > > > -- > > You received this message because you are subscribed to the Google Groups > > "Google App Engine" group. > > To post to this group, send email to google-appeng...@googlegroups.com. > > To unsubscribe from this group, send email to > > google-appengine+unsubscr...@googlegroups.com. > > For more options, visit this group > > athttp://groups.google.com/group/google-appengine?hl=en.- Hide quoted text - > > - Show quoted text - -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
[google-appengine] Re: Prerelease SDK 1.3.8 is out!
The Appengine team have earned a lot of respect in my eyes for a) listening, and b) reacting so quickly. One of the few downsides to cloud services is that is easy for the provider to steamroller their agenda through your objections by arguing it is good for other anonymous customers. I shudder to think how this issue would have played out with Azure. So good on you - I know this will have been a huge PITA but your response confirms again that we made the right decision in choosing the Appengine platform. Cheers! Greg. On Oct 8, 6:04 am, "Ikai Lan (Google)" wrote: > You should *not* use this feature to sync versions between your computers. I > cannot emphasize this strongly enough. Please use source control. > > We value feedback, and this is precisely the point of the prerelease SDK - > it's much easier to postpone a release early on rather than try to change > directions mid-flight. We're still working on the details of whether this > will be postponed or not (signs seem to point to yes, at least until it is > user configurable). I'll update the thread when things are finalized. > > -- > 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 Thu, Oct 7, 2010 at 9:51 AM, Robert Kluin wrote: > > AppEngine is a hosting platform, _not source control_. > > > You should learn about mercurial, git, or subversion. > >http://bitbucket.org/ > >http://github.com/ > > > Robert > > > On Thu, Oct 7, 2010 at 06:25, pdknsk wrote: > > > Thank you for adding the download feature. I develop on two machines, > > Linux > > > and Windows, and syncing from within the SDK will be very convenient. It > > > makes no difference for me, but I also support the suggestion to make it > > > optional. > > > I have noticed a slight problem. > > > ./appcfg.py download_app --application id dir/ > > > appcfg.py: error: Cannot download to path "dir/": directory already > > exists > > > and it isn't empty. > > > > ./appcfg.py --force download_app --application id dir/ > > > appcfg.py: error: no such option: --force > > > > -- > > > You received this message because you are subscribed to the Google Groups > > > "Google App Engine" group. > > > To post to this group, send email to google-appeng...@googlegroups.com. > > > To unsubscribe from this group, send email to > > > google-appengine+unsubscr...@googlegroups.com > > . > > > For more options, visit this group at > > >http://groups.google.com/group/google-appengine?hl=en. > > > -- > > You received this message because you are subscribed to the Google Groups > > "Google App Engine" group. > > To post to this group, send email to google-appeng...@googlegroups.com. > > To unsubscribe from this group, send email to > > google-appengine+unsubscr...@googlegroups.com > > . > > For more options, visit this group at > >http://groups.google.com/group/google-appengine?hl=en. > > -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
[google-appengine] Re: Prerelease SDK 1.3.8 is out!
On Oct 8, 9:06 am, Remigius wrote: > Does it really help to make it configurable? Once the account is > compromised, an attacker could easily opt-in and steal the code. If it is only configurable in app.yaml, then to change it an attacker would have to do an upload, thereby overwriting the code they want to download. This need a lot of testing to make sure it works with all versions, and it precludes Appengine introducing an option to update app.yaml from the dashboard. But it was the best way I could see to make downloads configurable. Another option would be an irrevocable kill-switch in the dashboard - once downloads were disabled, they can never be re-enabled. But an app.yaml setting somehow seems more trustworthy. And not having the option at all is most trustworthy! -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
[google-appengine] Re: a query log?
Hi appstats does pretty much what you have asked for. Its more about rpc calls and time which is what a query in appengine is any way. T On Oct 7, 7:22 am, Tim Jones wrote: > I'm somewhat new to App Engine, and attempting to streamline my app's > datastore load. > > With a LAMP app, I'm usually able to access or generate a database query log > to assist in this process -- a list of all queries run on the database for a > given http request, along with how long each took and other helpful metadata. > > Is there a good way to access or create something similar for App Engine > queries? The closest I've found is Appstats -- but while Appstats will > provide information sorted by http-request, I haven't found a way to make it > display a database query log. > > Any help would be appreciated. Thanks, > > =Tim= -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
[google-appengine] P3P header
We would like to set up P3P compact policy on our GAE site. Does anyone know how to configure the Header for this? -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
Re: [google-appengine] Using get_serving_url and =sxx surfix
Expect the current behavior to change. Follow the recommended sizes in the documentation. -- 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 Thu, Oct 7, 2010 at 8:05 AM, Fredrik Bonander < carl.fredrik.bonan...@gmail.com> wrote: > I one read the documentation it says that "where XX is a value from > the IMG_SERVING_SIZES integer list". > > The image serving list looks like this: > > IMG_SERVING_SIZES = [ > 32, 48, 64, 72, 80, 90, 94, 104, 110, 120, 128, 144, > 150, 160, 200, 220, 288, 320, 400, 512, 576, 640, 720, > 800, 912, 1024, 1152, 1280, 1440, 1600] > > But I can send what ever I like as xx and it servs the image size I > specify. My question is now does this work as intended and the documentation > has it wrong or is this subject to change? > > ..fredrik > > -- > Fredrik Bonander > carl.fredrik.bonan...@gmail.com > +46 70 943 5441 > > *- **the infinite power of the creative min**d - * > > > > > -- > You received this message because you are subscribed to the Google Groups > "Google App Engine" group. > To post to this group, send email to google-appeng...@googlegroups.com. > To unsubscribe from this group, send email to > google-appengine+unsubscr...@googlegroups.com > . > For more options, visit this group at > http://groups.google.com/group/google-appengine?hl=en. > -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
Re: [google-appengine] Re: How to share data stored in Datastore service to my other applications.
Go with the REST API approach and version the API. Maintaining consistency in distributed systems is never easy. You'd have the same problems if they all shared the same entity model code: you'd have to coordinate deploying versions at the same time. -- 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 Thu, Oct 7, 2010 at 11:47 AM, Joseph Letness wrote: > Hi Ikai, I've had a similar need come up as well. > > My case is this: > > I supply 3d images of consumer-package-goods to my clients who use > them in their marketing materials. I've developed a GAE app that > handles all of the production flow on my end as well as providing my > clients with deliverables via a searchable asset-management service. > > Now, one of my clients likes the asset-management process of my app so > much that they wish for me to develop a similar system for dealing > with all of their internal graphics as well as those supplied by other > vendors (these would include the source files that I use to create the > 3d images) . > > Ideally, my deliverables (referenced blobstore objects) should be > available within my client's app and behave just like any other asset > that belongs to their app. Also, I would like to integrate my clients > source files into my production flow (eliminating an admin task for my > client). This would essentially entail sharing datastore objects > between apps. > > I have not had much time to think about a solution to this (my client > made the request just yesterday..). My first thought was to write a > service that would use url fetch to create new objects in my client's > app duplicating my own or just uploading the data twice (once to my > app and once to my clients). Both of those solutions sound > problematic for both redundancy of resources and maintaining > consistency. > > If there is a specific way of sharing datastore entities between apps > it would be great for my situation. > > Thanks! > > --Joe > > > On Oct 7, 12:29 pm, "Ikai Lan (Google)" > > > > wrote: > > It's probably easier for you to keep the data together in one app unless > you > > really need it apart. What's your use case? > > > > -- > > 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 Thu, Oct 7, 2010 at 9:21 AM, Robert Kluin > wrote: > > > Yes it is possible. Write a service API within app1 that makes the > > > data accessible to the other apps. > > > > > Robert > > > > > On Thu, Oct 7, 2010 at 04:07, imlangzi wrote: > > > > I have some applications in GAE. > > > > App1 > > > > App2 > > > > App3 > > > > > > we stored some data in app1. > > > > > > I want to share them to app2 and app3? Is it possible? And how? > > > > > > Anybody has some suggestion? > > > > > > -- > > > > You received this message because you are subscribed to the Google > Groups > > > > "Google App Engine" group. > > > > To post to this group, send email to > google-appeng...@googlegroups.com. > > > > To unsubscribe from this group, send email to > > > > google-appengine+unsubscr...@googlegroups.com e...@googlegroups.com> > > > . > > > > For more options, visit this group at > > > >http://groups.google.com/group/google-appengine?hl=en. > > > > > -- > > > You received this message because you are subscribed to the Google > Groups > > > "Google App Engine" group. > > > To post to this group, send email to google-appengine@googlegroups.com > . > > > To unsubscribe from this group, send email to > > > google-appengine+unsubscr...@googlegroups.com e...@googlegroups.com> > > > . > > > For more options, visit this group at > > >http://groups.google.com/group/google-appengine?hl=en. > > -- > You received this message because you are subscribed to the Google Groups > "Google App Engine" group. > To post to this group, send email to google-appeng...@googlegroups.com. > To unsubscribe from this group, send email to > google-appengine+unsubscr...@googlegroups.com > . > For more options, visit this group at > http://groups.google.com/group/google-appengine?hl=en. > > -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
[google-appengine] Re: Better support for linux
Thank you Jonathan, Yes, that is a very good option, and even some of the Mac students were thinking about using the eclipse environment. Yet, they have the option to chose, but not linux users. I still think that support for at least one open OS at the same level of compromise than that given to the commercial OSes is necessary (an installer and a launcher). (I don't really care if it is Ubuntu, Open Suse, Slackware or a new open Google OS. Although it seems to me that Ubuntu is the most appropriate at this moment) As I said, Google has benefited more from the open community and from linux than from windows or macintosh. So wouldn't it be reasonable to give back to the open comunity at least equality? Regards -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
[google-appengine] Re: Better support for linux
I think packaging up the launcher for linux would best be a community project. Everything is there now it works, just needs some effort put into packaging. A buildout recipe or easy_install package would be best. I for one would rather google spend their time working on the core service it benefits everyone. Oh and I am a Linux/Unix user I hate macs and windows even though I have to use them at times ;-) Rgds T On Oct 8, 10:39 am, RSan wrote: > Thank you Jonathan, > Yes, that is a very good option, and even some of the Mac students > were thinking about using the eclipse environment. > Yet, they have the option to chose, but not linux users. I still think > that support for at least one open OS at the same level of compromise > than that given to the commercial OSes is necessary (an installer and > a launcher). > (I don't really care if it is Ubuntu, Open Suse, Slackware or a new > open Google OS. Although it seems to me that Ubuntu is the most > appropriate at this moment) > As I said, Google has benefited more from the open community and from > linux than from windows or macintosh. So wouldn't it be reasonable to > give back to the open comunity at least equality? > Regards -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
[google-appengine] Re: Better support for linux
Yes, I have to use Mac too, I don't use windows that much ;) Regards -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
[google-appengine] Re: Better support for linux
I still understand those that use windows. Everyone has different tastes, right? Regards -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
[google-appengine] Re: Allocating id's after import to another app
You should only need to call AllocateIds once for each kind. The bulkloader should do this when uploading data as of 1.3.8. Otherwise, I think error should eventually resolve on its own--every time you get the exception, it should advance the next id pointer pretty far, so you should only see it a few times. I haven't tested this myself. --Matthew On Oct 7, 9:36 am, Hugo Visser wrote: > Any suggestions? Would iterating the current entities and call the > allocate function with those keys help? I'm getting errors on migrated > data in production which is pretty bad. > > On Oct 6, 4:40 pm, Hugo Visser wrote: > > > > > I've imported data from one app id to another and now I'm getting > > spurious messages of duplicate id's, apparently because the id's are > > not automatically allocated. > > > What would be the best strategy to allocate these id's again so that > > sequence generation will not attempt to use the existing id's? -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appeng...@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.