[google-appengine] Re: Java: Precompilation fails.

[Avanish Raju]

I checked again, and noticed both have been updated. However, using 1.9.23
doesn't fix the errors either.

On Tue, Jul 7, 2015 at 9:20 PM Avanish Raju  wrote:

> Hi Patrice,
>
> Thanks for getting back. I've ensured that both my gradle plugin and
> AppEngine SDK are up-to-date, and just tried another push. I still see the
> errors.
>
> Gradle Plugin version:
>
> classpath 'com.google.appengine:gradle-appengine-plugin:1.9.22'
>
>
> SDK Dependency version:
>
> appengineSdk 'com.google.appengine:appengine-java-sdk:1.9.22'
>
>
> I've added this info to the bug too.
>
> Regards,
> Avanish
>
> On Tuesday, July 7, 2015 at 7:46:33 PM UTC+5:30, Patrice (Cloud Platform
> Support) wrote:
>>
>> Hi Avanish,
>>
>> Indeed, opening the issue on the issue tracker was the right move to do
>> here. Are you 100% sure you're on the latest sdk and everything is fully
>> updated?
>>
>> Cheers!
>>
>> On Monday, July 6, 2015 at 7:20:05 AM UTC-4, Avanish Raju wrote:
>>>
>>> Hi,
>>>
>>> I continue to get these errors every single time I deploy now... though
>>> the deployment does go through.
>>>
>>> I've also created a bug with the detailed log:
>>> https://code.google.com/p/googleappengine/issues/detail?can=2&start=0&num=100&q=&colspec=ID%20Type%20Component%20Status%20Stars%20Summary%20Language%20Priority%20Owner%20Log&groupby=&sort=&id=12106
>>>
>>> Regards,
>>> Avanish
>>>
>>> On Wednesday, July 1, 2015 at 9:53:50 PM UTC+5:30, Avanish Raju wrote:

 I'm currently getting a Precompiling issue. (Tried running about 3
 times with gaps today)

 App Id: *prefab-pheonix-365*


 Beginning interaction for module default...
 0% Created staging directory at: '/tmp/appcfg6096051572874291971.tmp'
 5% Scanning for jsp files.
 20% Scanning files on local disk.
 25% Initiating update.
 28% Cloning 19 static files.
 31% Cloning 174 application files.
 40% Uploading 0 files.
 52% Initializing precompilation...
 Jul 01, 2015 9:46:25 PM com.google.appengine.tools.admin.
 AbstractServerConnection send1
 WARNING: Error posting to URL: https://
 appengine.google.com/api/appversion/precompile?module=default&app_id=prefab-pheonix-365&version=multi-module-1&
 503 Service Unavailable
 Try Again (503)An unexpected failure has occurred. Please try again.
 This is try #0
 61% Precompiling... 111 file(s) left.
 68% Precompiling... 97 file(s) left.
 Jul 01, 2015 9:46:32 PM com.google.appengine.tools.admin.
 AbstractServerConnection send1
 WARNING: Error posting to URL: https://
 appengine.google.com/api/appversion/precompile?module=default&app_id=prefab-pheonix-365&version=multi-module-1&
 503 Service Unavailable
 Try Again (503)An unexpected failure has occurred. Please try again.
 This is try #0
 Jul 01, 2015 9:46:32 PM com.google.appengine.tools.admin.
 AbstractServerConnection send1
 WARNING: Error posting to URL: https://
 appengine.google.com/api/appversion/precompile?module=default&app_id=prefab-pheonix-365&version=multi-module-1&
 503 Service Unavailable
 Try Again (503)An unexpected failure has occurred. Please try again.
 This is try #1
 Jul 01, 2015 9:46:33 PM com.google.appengine.tools.admin.
 AbstractServerConnection send1
 WARNING: Error posting to URL: https://
 appengine.google.com/api/appversion/precompile?module=default&app_id=prefab-pheonix-365&version=multi-module-1&
 503 Service Unavailable
 Try Again (503)An unexpected failure has occurred. Please try again.
 This is try #2
 Jul 01, 2015 9:46:34 PM com.google.appengine.tools.admin.
 AbstractServerConnection send1
 WARNING: Error posting to URL: https://
 appengine.google.com/api/appversion/precompile?module=default&app_id=prefab-pheonix-365&version=multi-module-1&
 503 Service Unavailable
 Try Again (503)An unexpected failure has occurred. Please try again.
 This is try #3
 73% Precompiling... 97 file(s) left.
 Jul 01, 2015 9:46:35 PM com.google.appengine.tools.admin.
 AbstractServerConnection send1
 WARNING: Error posting to URL: https://
 appengine.google.com/api/appversion/precompile?module=default&app_id=prefab-pheonix-365&version=multi-module-1&
 503 Service Unavailable
 Try Again (503)An unexpected failure has occurred. Please try again.
 This is try #0
 Jul 01, 2015 9:46:36 PM com.google.appengine.tools.admin.
 AbstractServerConnection send1
 WARNING: Error posting to URL: https://
 appengine.google.com/api/appversion/precompile?module=default&app_id=prefab-pheonix-365&version=multi-module-1&
 503 Service Unavailable
 Try Again (503)An unexpected failure has occurred. Please try again.
 This is try #1
 Jul 01, 2015 9:46:37 PM com.google.appengine.tools.admin.
 AbstractServerConnection send1
 WARNING: Error posting to URL
 ...
>>>
>>>

-- 
You received this message because you are subscribed to the G

[google-appengine] queue.yaml and gcloud run

[Dor litay]

Hello all,


How I can use 'queue.yaml' with "gcloud preview app run" ?


I could not find any instructions, and when I just try to add it to the run 
list, I get the following error:

google.appengine.api.yaml_errors.EventError: Unexpected attribute 'queue' 
for object of type AppInfoExternal.

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/f6d9f097-adc7-478e-b905-afcc61ad4e54%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Odd console behavior WRT custom domains

[Nick (Cloud Platform Support)]

Hi Jeff,

I had just linked the TOS since it depends in what manner you mean 
"whitelabel" to perhaps activate clauses related to reselling, although I'm 
not a lawyer, so don't take anything as binding, and just based on a 
layman's reading of the terms, it seems the "whitelabel" is being 
pasted-over your own service that you'll build, so it should be okay 
(although once again, I'm not a lawyer). 

As far as seeing all domains without needing to use a single account, 
adding the other admins as Owners of the domain using webmaster tools 
 is probably the best way to 
go, although for the minimum friction I suppose you could create an account 
with a shared secret password, making it an Owner on your project, and 
simply use that to add and view domains. This issue is already known, as 
you confirm, so it's probably not necessary to make a public issue tracker 
thread.

Finally, I linked the Google+ Domains API just out of potential interest, 
not sure if it will meet any need for you :)

On Friday, July 10, 2015 at 12:57:45 AM UTC-4, Jeff Schnitzer wrote:
>
> Now you have me even more confused ;-)
>
> Is there anything in the TOS that I should pay particular attention to? I 
> just re-read it and don't see anything unusual. My application is an 
> ecommerce site serving a particular niche; partners set up shops in our 
> application using their own domain. Something like Shopify.
>
> Our onboarding process is fairly high-touch so going through the domain 
> verification process manually is not prohibitive. However, not having a 
> coherent view of what domains are mapped to our application could be a 
> serious problem. The domains will not be Google Apps domains.
>
> It sounds like, for now, the only way to get "the truth" from the Custom 
> Domains page is to always have all domains added/removed by a single Google 
> user account, and only look at that page from that account. Right? It seems 
> crazy but ok. Would it help if I opened a public issue to track this, or is 
> the internal issue enough?
>
> I read the documentation for the Google+ Domains API and I am only more 
> confused - it does not seem relevant to my application. Am I missing 
> something?
>
> Yep, had that issue starred for years... long enough to see the major 
> progress you guys have made separating GAE from Google Apps. I know you get 
> a lot of flak for the slow progress, but I do appreciate that the current 
> situation is vastly better than it was in 2012. Fortunately I wasn't trying 
> to run a whitelabel service in 2012 :)
>
> Thanks,
> Jeff
>
>
>
> On Thu, Jul 9, 2015 at 4:42 PM, Nick (Cloud Platform Support) <
> pay...@google.com> wrote:
>
>> Hey Jeff,
>>
>> I'd recommend that you get in touch with sales 
>>  and check the terms of service 
>> , to ensure that everything's good. 
>> There's also a public issue tracker feature request 
>> 
>>  open 
>> for a Custom Domains API, which you should star to register interest and 
>> lend weight to. Finally, I'm not sure if you've already checked this out, 
>> but there's a Domains API  for 
>> Google+ that might fill some needs for you.
>>
>> Best wishes,
>>
>> Nick
>>
>>
>> On Thursday, July 9, 2015 at 1:16:50 PM UTC-4, Jeff Schnitzer wrote:
>>>
>>> Yes, please make this a single place where all administrators can manage 
>>> the domains pointing at an app. We're running a whitelabel service which 
>>> will eventually have thousands of entries and management of domains can't 
>>> be tied to specific user accounts. This is going to be really confusing.
>>>
>>> Thanks,
>>> Jeff
>>>
>>> On Wed, Jul 8, 2015 at 3:02 PM, Nick (Cloud Platform Support) <
>>> pay...@google.com> wrote:
>>>
 Hey Jeff,

 As of now, the Developers Console only shows domains verified by you. 
 We've an internal request to make this information available to all 
 owners/developers of app. In the meantime, other owners can use Google 
 Apps 
 control panel to view this information, if these domains are managed by 
 Google Apps. You can also add other owners of this project as owners in 
 Webmaster tools for the domain. This will enable them to view custom 
 domain 
 mappings in the Developers Console. 

 Regards,

 Nick


 On Wednesday, July 8, 2015 at 2:12:47 PM UTC-4, Jeff Schnitzer wrote:
>
> This looks like some sort of bug:
>
> OwnerA added customdomain1 to TheProject
> OwnerB added customdomain2 to TheProject
>
> When OwnerA looks at the Custom Domains page for TheProject in the 
> console, he sees customdomain1 only.
>
> When OwnerB looks at the Custom Domai

[google-appengine] Datastore Library for PHP in 2.0 beta (php-gds)

[Tom Walder]

Hi there,

For anyone that is interested or wants to help with beta testing...

Version 2.0 of the PHP-GDS library for accessing Datastore from PHP on App 
Engine (or not) is in beta.

https://github.com/tomwalder/php-gds

Here's a copy of the "New in 2.0" section:


New features in 2.0 include 

   - *Faster* - use of Google Protocol Buffer allows faster, low-level 
   access to Datastore
   - *Easier to use* - sensible defaults and auto-detection for AppEngine 
   environments
   - *Less dependencies* - no need for the Google PHP API Client, unless 
   running remote or from non-AppEngine environments
   - *Local development* - Using the Protocol Buffers allows us to access 
   the development server Datastore
   - *Local GQL support* - By default, the local development server does 
   not support GQL. I've included a basic GQL parser that makes this work.
   - *Data Migrations* - leverage multiple Gateways to ship data between 
   local and live Datastore
   - *Unit tests*



Thanks in advance!

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/0cfb5211-f634-4376-9d03-c084b3704a82%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Rate Limit Exceeded when creating new project through devloper's console

[Phil Side]

Hi Nick,

It's working now. The fix was either an extremely weird bug, or there was 
an an amazing coincidence. 

I tried to create the the project several times over the period of a few 
hours, always with the same error. I gave it one more try, and it failed 
again. I then dismissed that "billing has been moved to settings" pop-up, 
which had been on the screen all day, and tried again. This time it worked. 
I don't really see how the two could be related. On the other hand, I tried 
it 5 seconds before dismissing the box, and it failed, I tried it 5 seconds 
after dismissing it, and it worked. Very odd.

On Thursday, 9 July 2015 15:20:36 UTC+2, Phil Side wrote:
>
>
> I'm getting the message "Rate Limit Exceeded" when I try to create a new 
> project through the developer's console. I have no idea what rate it is 
> referring to, and so no idea how to fix the problem. Any help would be 
> appreciated. 
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/f8681a3e-9268-4235-bcbe-75423b0bc164%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Upcoming changes to App Engine support in the Google Cloud SDK

[troberti]

What about a git mirror of the App Engine SDK on 
github.com/GoogleCloudplatform ? In that way, we can conveniently add it is 
a submodule to our projects and easily update when needed.

On Thursday, July 9, 2015 at 12:16:01 AM UTC+2, Andrew Jessup wrote:
>
> Hey Karl,
>
> 1. The ambition is that we will eventually make gcloud app run/deploy the 
> preferred way to access App Engine for all customers (Managed VM and 
> regular instances), though as has been pointed out here and elsewhere we 
> have some work to do before we get to that point. When we do get to that 
> point, we'll definitely make sure we're giving folks enough time to move 
> over by supporting both SDKs in parallel for a decent period of time.
>
> In the meantime, I would continue to keep using the stand alone SDKs for 
> the moment when working with non-managed VMs if you want the most stable 
> surface area (for use in integration scripts, etc.). Expect the Cloud SDK 
> equivalents to quickly get better.
>
> 2. Yes, it should (and in fact this recent change should make it easier). 
> If you run into problems let us know.
>
>
>
> On Wed, Jul 8, 2015 at 10:43 AM, Karl MacMillan  > wrote:
>
>>  
>>
>>
>>   
>>>  The gcloud preview app deploy and gcloud preview app run commands that 
>>> most developers use within gcloud will continue to work, users should not 
>>> notice any obvious change.
>>>
>>>  
>>> You say that most users use the gcloud commands, but I find that very 
>>> hard to believe. All of your docs point to the old tools (e.g., 
>>> https://cloud.google.com/appengine/docs/python/gettingstartedpython27/uploading
>>> and https://cloud.google.com/appengine/docs/java/tools/uploadinganapp). 
>>> Also your gcloud docs explicitly state that these tools are beta and not 
>>> covered by “any SLA or deprecation policy and may be subject to 
>>> backward-incompatible changes” (https://cloud.google.com/sdk/gcloud-app
>>> ).
>>>
>>
>> Ah, there might be some confusion here. I was referring to the fact that 
>> most users *of the Google Cloud SDK *to 
>> interact with GAE are using "gcloud app run/deploy" rather than the 
>> appcfg.py/dev_appserver.py commands.
>>
>> However, you're quite right - most users of App Engine right now are not 
>> yet using the Google Cloud SDK at all, but are using the stand-alone App 
>> Engine SDKs and are using 
>> the appcfg.py/.sh and dev_appserver.py/.sh commands from there. 
>> Fortunately these folks aren't affected by this announcement, this only 
>> applies to those using appcfg.py/.sh and dev_appserver.py/.sh *from the 
>> Google Cloud SDK*.
>>
>> Using the stand-alone App Engine SDKs, and the tools therein, is still 
>> the recommended path for interacting with App Engine for anyone not using 
>> Managed VMs. 
>>  
>>
>>
>> Ok - this seems to be the core of the confusion then and the handling of 
>> this changes makes a lot more sense to me. Two more questions then:
>>
>> 1. Will everything eventually be moved into gcloud or will gcloud only be 
>> the recommended solution for managed VMs? In other words, will the 
>> stand-alone SDK eventually be replaced by the Google Cloud SDK?
>>
>> 2. I assume that having both SDKs installed will work fine for those that 
>> need a mix of managed VMs and pure App Engine?
>>
>> Thanks - Karl
>>  
>> -- 
>> You received this message because you are subscribed to the Google Groups 
>> "Google App Engine" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to google-appengi...@googlegroups.com .
>> To post to this group, send email to google-a...@googlegroups.com 
>> .
>> Visit this group at http://groups.google.com/group/google-appengine.
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/google-appengine/8B50B7DB-FD6E-46D1-9D4B-5DC9756317ED%40rakkoon.com
>>  
>> 
>> .
>>
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>
>
> -- 
>
> Andrew Jessup | Product Manager, Google Cloud Platform | jes...@google.com 
>  
>  

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/20bd583b-c2d5-49af-8592-c28c6ad72030%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: plan to support persistent disks in managed VMs?

[Patrice (Cloud Platform Support)]

Hi!

Thank you for your question.  We don't disclose our roadmaps or plans for 
the future regarding our products, so unfortunately, I cannot tell you if 
this is indeed on its way or not.

If you want to put a bigger emphasis on your request and ask us to work on 
it, you could always open a Feature Request on our Issue Tracker 
, which is the suggested 
place where you will be able to post your Feature Request and then follow 
the progress.

Happy that you like the managed VMs :). I hope you continue using them.

Have a great weekend!

On Wednesday, July 8, 2015 at 2:26:01 PM UTC-4, pdknsk wrote:
>
> > I'm don't how this problem can be solved.
>
> I don't know how this problem can be solved.
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/eb0e8a68-0cd5-4c6b-8038-4bfa241ea5a0%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: cannot deploy managed VMs

[pdknsk]

Just want to add that I've found the problem, in case anyone is curious. It 
was a line that I added to the .dockerignore file. I'm not sure why. It has 
an interesting and potentially very expensive (due to 10 minute penalty for 
creating an instance) effect. Instances keep getting created and deleted 
every 1-2 minutes perpetually, until the module is manually deleted.

$ cat vm/.dockerignore 
.dockerignore
Dockerfile
app.yaml

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/47c2cbac-c135-4abf-8252-071faa11cb08%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: 503 errors uploading to GCS via blobstore API

[Jeff Schnitzer]

One more data point.

Trying to upload a file via the Storage Browser gives me "Backend Error":

http://monosnap.com/image/0pWxvlS0jXgGtGsryv5E3zgnMMpfm9.png

This bucket seems to be broken somehow. How can I get it fixed?

Thanks,
Jeff

On Thu, Jul 9, 2015 at 10:07 AM, Jeff Schnitzer  wrote:

> Yep, gearlaunch-hub-d...@appspot.gserviceaccount.com is listed in the
> permissions with Can Edit.
>
> Comparing against the appids that work, however, I notice that the working
> appid has a permission granted to
> projectnum...@cloudservices.gserviceaccount.com. I tried adding that to
> the new app but it is in "Invitation sent" state (and uploads still produce
> 503).
>
> I'm stumped.
>
> Jeff
>
>
> On Thu, Jul 9, 2015 at 7:19 AM, Patrice (Cloud Platform Support) <
> pvoutsi...@google.com> wrote:
>
>> Jeff, I wasn't sure that the daily budget was the culprit here, but I can
>> tell you that for certain APIs, your account is considered "free" if you
>> don't have billing enabled AND a daily budget > 0. This is why I wanted to
>> make sure your account was properly configured first. If this was the issue
>> and you changed it, the change is immediate.
>>
>> Joseph has a very valid point here. Does the ACL of your application
>> contains the service account of the other?
>>
>>
>>
>>
>> On Wednesday, July 8, 2015 at 8:05:36 PM UTC-4, Jeff Schnitzer wrote:
>>>
>>> Billing is enabled with a valid card. There's also plenty of the startup
>>> credit. With a little hunting I found the Daily Budget setting which was 0,
>>> I upped that. Still getting 503 - should it recognize the change
>>> immediately?
>>>
>>> This budget setting has not been necessary in the other two test
>>> environments that I have deployed this code to, which are still working
>>> fine. What changed?
>>>
>>> Thanks,
>>> Jeff
>>>
>>> On Wed, Jul 8, 2015 at 1:41 PM, Patrice (Cloud Platform Support) <
>>> pvoutsi...@google.com> wrote:
>>>
 Hi Jeff,

 Just doing the normal checks : Is billing enabled on the project? GCS
 needs billing, so it's possible you get 503 if it isn't (or if your daily
 budget is still at 0, the default value).

 Cheers


 On Wednesday, July 8, 2015 at 4:09:09 PM UTC-4, Jeff Schnitzer wrote:
>
> I'm setting up a demo environment on a new appid and running into some
> problems with GCS. Unless otherwise mentioned, all of this is using the 
> new
> console.
>
> The first strange thing is that a default bucket was not created. When
> making appids before, the default bucket was created automatically. With a
> little digging I found a button in the old console App Settings that added
> a default GCS bucket, and that seemed to work. I have a default bucket
> named gearlaunch-hub-demo.appspot.com.
>
> Now when I try to upload (using the same code that works on other
> appids), I get a 503 error on the client. There's nothing in the logs 
> about
> this error.
>
> Any idea what's up, or how I can get uploads working?
>
> My appid is gearlaunch-hub-demo. The options passed
> to createUploadUrl are:
>
>
> UploadOptions.Builder.withGoogleStorageBucketName(AppIdentityServiceFactory.getAppIdentityService().getDefaultGcsBucketName())
>
> Thanks,
> Jeff
>

>>>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/CADK-0ugriu5f_Cr%2B3Fy6v9qPE9Fsrk%3DwaqteseeZOShFi5wAGA%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Datastore Library for PHP in 2.0 beta (php-gds)

[Patrice (Cloud Platform Support)]

Hi Tom,

I must say, not coding often in PHP, I don't really know how to use your 
library. But I can attest from your activity on Stack that you support it 
greatly and you know your datastore stuff, so I can only assume this is 
amazing!

I'm looking it up right now, but I'd like to already thank you for the 
great work, this will definitely be useful to our PHP users :).

Thank you again, have a great weekend!

On Friday, July 10, 2015 at 10:52:28 AM UTC-4, Tom Walder wrote:
>
> Hi there,
>
> For anyone that is interested or wants to help with beta testing...
>
> Version 2.0 of the PHP-GDS library for accessing Datastore from PHP on App 
> Engine (or not) is in beta.
>
> https://github.com/tomwalder/php-gds
>
> Here's a copy of the "New in 2.0" section:
>
>
> New features in 2.0 include 
>
>- *Faster* - use of Google Protocol Buffer allows faster, low-level 
>access to Datastore
>- *Easier to use* - sensible defaults and auto-detection for AppEngine 
>environments
>- *Less dependencies* - no need for the Google PHP API Client, unless 
>running remote or from non-AppEngine environments
>- *Local development* - Using the Protocol Buffers allows us to access 
>the development server Datastore
>- *Local GQL support* - By default, the local development server does 
>not support GQL. I've included a basic GQL parser that makes this work.
>- *Data Migrations* - leverage multiple Gateways to ship data between 
>local and live Datastore
>- *Unit tests*
>
>
>
> Thanks in advance!
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/7aa59e00-0059-44bc-983a-ebdc6bc761ee%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Odd console behavior WRT custom domains

[Jason Collins]

*It sounds like, for now, the only way to get "the truth" from the 
CustomDomains page is to always have all domains added/removed by a single 
Googleuser account, and only look at that page from that account. Right? It 
seemscrazy but ok. *

This is right. And yes it seems crazy.


On Thursday, 9 July 2015 21:57:45 UTC-7, Jeff Schnitzer wrote:
>
> Now you have me even more confused ;-)
>
> Is there anything in the TOS that I should pay particular attention to? I 
> just re-read it and don't see anything unusual. My application is an 
> ecommerce site serving a particular niche; partners set up shops in our 
> application using their own domain. Something like Shopify.
>
> Our onboarding process is fairly high-touch so going through the domain 
> verification process manually is not prohibitive. However, not having a 
> coherent view of what domains are mapped to our application could be a 
> serious problem. The domains will not be Google Apps domains.
>
> It sounds like, for now, the only way to get "the truth" from the Custom 
> Domains page is to always have all domains added/removed by a single Google 
> user account, and only look at that page from that account. Right? It seems 
> crazy but ok. Would it help if I opened a public issue to track this, or is 
> the internal issue enough?
>
> I read the documentation for the Google+ Domains API and I am only more 
> confused - it does not seem relevant to my application. Am I missing 
> something?
>
> Yep, had that issue starred for years... long enough to see the major 
> progress you guys have made separating GAE from Google Apps. I know you get 
> a lot of flak for the slow progress, but I do appreciate that the current 
> situation is vastly better than it was in 2012. Fortunately I wasn't trying 
> to run a whitelabel service in 2012 :)
>
> Thanks,
> Jeff
>
>
>
> On Thu, Jul 9, 2015 at 4:42 PM, Nick (Cloud Platform Support) <
> pay...@google.com > wrote:
>
>> Hey Jeff,
>>
>> I'd recommend that you get in touch with sales 
>>  and check the terms of service 
>> , to ensure that everything's good. 
>> There's also a public issue tracker feature request 
>> 
>>  open 
>> for a Custom Domains API, which you should star to register interest and 
>> lend weight to. Finally, I'm not sure if you've already checked this out, 
>> but there's a Domains API  for 
>> Google+ that might fill some needs for you.
>>
>> Best wishes,
>>
>> Nick
>>
>>
>> On Thursday, July 9, 2015 at 1:16:50 PM UTC-4, Jeff Schnitzer wrote:
>>>
>>> Yes, please make this a single place where all administrators can manage 
>>> the domains pointing at an app. We're running a whitelabel service which 
>>> will eventually have thousands of entries and management of domains can't 
>>> be tied to specific user accounts. This is going to be really confusing.
>>>
>>> Thanks,
>>> Jeff
>>>
>>> On Wed, Jul 8, 2015 at 3:02 PM, Nick (Cloud Platform Support) <
>>> pay...@google.com > wrote:
>>>
 Hey Jeff,

 As of now, the Developers Console only shows domains verified by you. 
 We've an internal request to make this information available to all 
 owners/developers of app. In the meantime, other owners can use Google 
 Apps 
 control panel to view this information, if these domains are managed by 
 Google Apps. You can also add other owners of this project as owners in 
 Webmaster tools for the domain. This will enable them to view custom 
 domain 
 mappings in the Developers Console. 

 Regards,

 Nick


 On Wednesday, July 8, 2015 at 2:12:47 PM UTC-4, Jeff Schnitzer wrote:
>
> This looks like some sort of bug:
>
> OwnerA added customdomain1 to TheProject
> OwnerB added customdomain2 to TheProject
>
> When OwnerA looks at the Custom Domains page for TheProject in the 
> console, he sees customdomain1 only.
>
> When OwnerB looks at the Custom Domains page for TheProject in the 
> console, he sees customdomain2 only.
>
> Oddly, both custom domains seem to work.
>
> I would expect that all app owners see all custom domains for 
> TheProject in the console. Am I missing something?
>
> Thanks,
> Jeff
>

>>>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-

[google-appengine] Re: Rate Limit Exceeded when creating new project through devloper's console

[Nick (Cloud Platform Support)]

Hey Phil,

That does indeed seem strange. With no ability to reproduce it, it's 
unlikely we can gather any useful information at this point, and it seems 
as though the dialog shouldn't be related at all. 

Glad to hear you've got things working, at any rate, and good luck building 
whatever it is you plan for!

On Friday, July 10, 2015 at 11:01:27 AM UTC-4, Phil Side wrote:
>
> Hi Nick,
>
> It's working now. The fix was either an extremely weird bug, or there was 
> an an amazing coincidence. 
>
> I tried to create the the project several times over the period of a few 
> hours, always with the same error. I gave it one more try, and it failed 
> again. I then dismissed that "billing has been moved to settings" pop-up, 
> which had been on the screen all day, and tried again. This time it worked. 
> I don't really see how the two could be related. On the other hand, I tried 
> it 5 seconds before dismissing the box, and it failed, I tried it 5 seconds 
> after dismissing it, and it worked. Very odd.
>
> On Thursday, 9 July 2015 15:20:36 UTC+2, Phil Side wrote:
>>
>>
>> I'm getting the message "Rate Limit Exceeded" when I try to create a new 
>> project through the developer's console. I have no idea what rate it is 
>> referring to, and so no idea how to fix the problem. Any help would be 
>> appreciated. 
>>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/0d3b5367-0700-4b4f-9148-2f5d93a3b59d%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: cannot deploy managed VMs

[Nick (Cloud Platform Support)]

Hey pdknsk,

I was following the issue and looking into it in the public issue tracker 
thread you created. While it's not generally a good idea to cross-post 
issues like this, since the forum here is meant for more general discussion 
rather than specific technical issues, I must say it's excellent net 
etiquette to at least have updated the multiple locations you posted the 
issue to with the solution!

Have a great day,

-- Nick

On Friday, July 10, 2015 at 1:45:32 PM UTC-4, pdknsk wrote:
>
> Just want to add that I've found the problem, in case anyone is curious. 
> It was a line that I added to the .dockerignore file. I'm not sure why. It 
> has an interesting and potentially very expensive (due to 10 minute penalty 
> for creating an instance) effect. Instances keep getting created and 
> deleted every 1-2 minutes perpetually, until the module is manually deleted.
>
> $ cat vm/.dockerignore 
> .dockerignore
> Dockerfile
> app.yaml
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/c1c5b3b8-6521-4890-9f31-00fe73c5ce87%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Datastore Library for PHP in 2.0 beta (php-gds)

[Tom Walder]

Wow, thanks for the vote of confidence!

I certainly hope it helps some people out - Datstore has a lot to offer, and 
making it more accessible to PHP developers is what this library is all about!

Tom

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/24ced923-38b7-4746-af62-1838ce0dbe5f%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: cannot deploy managed VMs

[pdknsk]

Basically I followed up here to say that I'm to blame, not Google.

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/6a1244d2-ef77-4c00-a85c-79e1ab67a531%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: 503 errors uploading to GCS via blobstore API

[Patrice (Cloud Platform Support)]

Hmmm that is very peculiar. Is it something that is reproducible on OTHER 
buckets in the same project?

Because as you say, this bucket seems to be completely off. If you can 
reproduce on another bucket in the same app, this might be something else.

Cheers, and have a good weekend :)

On Friday, July 10, 2015 at 3:02:39 PM UTC-4, Jeff Schnitzer wrote:
>
> One more data point. 
>
> Trying to upload a file via the Storage Browser gives me "Backend Error":
>
> http://monosnap.com/image/0pWxvlS0jXgGtGsryv5E3zgnMMpfm9.png
>
> This bucket seems to be broken somehow. How can I get it fixed?
>
> Thanks,
> Jeff
>
> On Thu, Jul 9, 2015 at 10:07 AM, Jeff Schnitzer  
> wrote:
>
>> Yep, gearlaunch-hub-d...@appspot.gserviceaccount.com is listed in the 
>> permissions with Can Edit.
>>
>> Comparing against the appids that work, however, I notice that the 
>> working appid has a permission granted to 
>> projectnum...@cloudservices.gserviceaccount.com. I tried adding that to 
>> the new app but it is in "Invitation sent" state (and uploads still produce 
>> 503).
>>
>> I'm stumped.
>>
>> Jeff
>>
>>
>> On Thu, Jul 9, 2015 at 7:19 AM, Patrice (Cloud Platform Support) <
>> pvoutsi...@google.com> wrote:
>>
>>> Jeff, I wasn't sure that the daily budget was the culprit here, but I 
>>> can tell you that for certain APIs, your account is considered "free" if 
>>> you don't have billing enabled AND a daily budget > 0. This is why I wanted 
>>> to make sure your account was properly configured first. If this was the 
>>> issue and you changed it, the change is immediate.
>>>
>>> Joseph has a very valid point here. Does the ACL of your application 
>>> contains the service account of the other?
>>>
>>>
>>>
>>>
>>> On Wednesday, July 8, 2015 at 8:05:36 PM UTC-4, Jeff Schnitzer wrote:

 Billing is enabled with a valid card. There's also plenty of the 
 startup credit. With a little hunting I found the Daily Budget setting 
 which was 0, I upped that. Still getting 503 - should it recognize the 
 change immediately?

 This budget setting has not been necessary in the other two test 
 environments that I have deployed this code to, which are still working 
 fine. What changed?

 Thanks,
 Jeff

 On Wed, Jul 8, 2015 at 1:41 PM, Patrice (Cloud Platform Support) <
 pvoutsi...@google.com> wrote:

> Hi Jeff,
>
> Just doing the normal checks : Is billing enabled on the project? GCS 
> needs billing, so it's possible you get 503 if it isn't (or if your daily 
> budget is still at 0, the default value).
>
> Cheers
>
>
> On Wednesday, July 8, 2015 at 4:09:09 PM UTC-4, Jeff Schnitzer wrote:
>>
>> I'm setting up a demo environment on a new appid and running into 
>> some problems with GCS. Unless otherwise mentioned, all of this is using 
>> the new console.
>>
>> The first strange thing is that a default bucket was not created. 
>> When making appids before, the default bucket was created automatically. 
>> With a little digging I found a button in the old console App Settings 
>> that 
>> added a default GCS bucket, and that seemed to work. I have a default 
>> bucket named gearlaunch-hub-demo.appspot.com.
>>
>> Now when I try to upload (using the same code that works on other 
>> appids), I get a 503 error on the client. There's nothing in the logs 
>> about 
>> this error.
>>
>> Any idea what's up, or how I can get uploads working?
>>
>> My appid is gearlaunch-hub-demo. The options passed 
>> to createUploadUrl are:
>>
>>
>> UploadOptions.Builder.withGoogleStorageBucketName(AppIdentityServiceFactory.getAppIdentityService().getDefaultGcsBucketName())
>>
>> Thanks,
>> Jeff
>>
>

>>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/2c1400fa-6c73-4cdb-b1dc-055431145ae7%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: queue.yaml and gcloud run

[Patrice (Cloud Platform Support)]

Hi Dor,

Unless there's something I'm missing, when you run devserver with queues, 
you never target your queues.yaml directly. 

If you run with dev_appserver.py, for instance you call it on your app 
itself, and the queue.yaml just follows.

Did you try "gcloud preview app run app.yaml"?

Cheers!

On Friday, July 10, 2015 at 5:11:38 AM UTC-4, Dor litay wrote:
>
>
> Hello all,
>
>
> How I can use 'queue.yaml' with "gcloud preview app run" ?
>
>
> I could not find any instructions, and when I just try to add it to the 
> run list, I get the following error:
>
> google.appengine.api.yaml_errors.EventError: Unexpected attribute 'queue' 
> for object of type AppInfoExternal.
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/ed9ca353-3031-423f-9433-3120843c25ee%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: 503 errors uploading to GCS via blobstore API

[Jeff Schnitzer]

Other buckets seem to work fine. However, I need the bucket returned from
AppIdentityServiceFactory.getAppIdentityService().getDefaultGcsBucketName(),
otherwise my build and deploy process gets complicated.

I just created a new appid in the new console, -demo2, and uploaded my
code. This did not create a GCS default bucket, which seems contrary to
what I read here:
https://cloud.google.com/appengine/kb/general#cloudintegration

I went to the old console App Settings and clicked the "Enable Cloud
Integration" button. That created the default bucket. But I'm back to the
same problem with the previous appid - I can't upload to this bucket, not
even from the console.

AFAICT, there's no way to create a new appid and use the default bucket.
It's just broken across the board. This means I can't create any new
environments, and I'm starting to run into problems running client demos on
my developer sandbox environment...

Help,
Jeff

On Fri, Jul 10, 2015 at 1:36 PM, Patrice (Cloud Platform Support) <
pvoutsi...@google.com> wrote:

> Hmmm that is very peculiar. Is it something that is reproducible on OTHER
> buckets in the same project?
>
> Because as you say, this bucket seems to be completely off. If you can
> reproduce on another bucket in the same app, this might be something else.
>
> Cheers, and have a good weekend :)
>
>
> On Friday, July 10, 2015 at 3:02:39 PM UTC-4, Jeff Schnitzer wrote:
>>
>> One more data point.
>>
>> Trying to upload a file via the Storage Browser gives me "Backend Error":
>>
>> http://monosnap.com/image/0pWxvlS0jXgGtGsryv5E3zgnMMpfm9.png
>>
>> This bucket seems to be broken somehow. How can I get it fixed?
>>
>> Thanks,
>> Jeff
>>
>> On Thu, Jul 9, 2015 at 10:07 AM, Jeff Schnitzer 
>> wrote:
>>
>>> Yep, gearlaunch-hub-d...@appspot.gserviceaccount.com is listed in the
>>> permissions with Can Edit.
>>>
>>> Comparing against the appids that work, however, I notice that the
>>> working appid has a permission granted to
>>> projectnum...@cloudservices.gserviceaccount.com. I tried adding that to
>>> the new app but it is in "Invitation sent" state (and uploads still produce
>>> 503).
>>>
>>> I'm stumped.
>>>
>>> Jeff
>>>
>>>
>>> On Thu, Jul 9, 2015 at 7:19 AM, Patrice (Cloud Platform Support) <
>>> pvoutsi...@google.com> wrote:
>>>
 Jeff, I wasn't sure that the daily budget was the culprit here, but I
 can tell you that for certain APIs, your account is considered "free" if
 you don't have billing enabled AND a daily budget > 0. This is why I wanted
 to make sure your account was properly configured first. If this was the
 issue and you changed it, the change is immediate.

 Joseph has a very valid point here. Does the ACL of your application
 contains the service account of the other?




 On Wednesday, July 8, 2015 at 8:05:36 PM UTC-4, Jeff Schnitzer wrote:
>
> Billing is enabled with a valid card. There's also plenty of the
> startup credit. With a little hunting I found the Daily Budget setting
> which was 0, I upped that. Still getting 503 - should it recognize the
> change immediately?
>
> This budget setting has not been necessary in the other two test
> environments that I have deployed this code to, which are still working
> fine. What changed?
>
> Thanks,
> Jeff
>
> On Wed, Jul 8, 2015 at 1:41 PM, Patrice (Cloud Platform Support) <
> pvoutsi...@google.com> wrote:
>
>> Hi Jeff,
>>
>> Just doing the normal checks : Is billing enabled on the project? GCS
>> needs billing, so it's possible you get 503 if it isn't (or if your daily
>> budget is still at 0, the default value).
>>
>> Cheers
>>
>>
>> On Wednesday, July 8, 2015 at 4:09:09 PM UTC-4, Jeff Schnitzer wrote:
>>>
>>> I'm setting up a demo environment on a new appid and running into
>>> some problems with GCS. Unless otherwise mentioned, all of this is using
>>> the new console.
>>>
>>> The first strange thing is that a default bucket was not created.
>>> When making appids before, the default bucket was created automatically.
>>> With a little digging I found a button in the old console App Settings 
>>> that
>>> added a default GCS bucket, and that seemed to work. I have a default
>>> bucket named gearlaunch-hub-demo.appspot.com.
>>>
>>> Now when I try to upload (using the same code that works on other
>>> appids), I get a 503 error on the client. There's nothing in the logs 
>>> about
>>> this error.
>>>
>>> Any idea what's up, or how I can get uploads working?
>>>
>>> My appid is gearlaunch-hub-demo. The options passed
>>> to createUploadUrl are:
>>>
>>>
>>> UploadOptions.Builder.withGoogleStorageBucketName(AppIdentityServiceFactory.getAppIdentityService().getDefaultGcsBucketName())
>>>
>>> Thanks,
>>> Jeff
>>>
>>
>
>>>
>>

-- 
You received this message 

[google-appengine] Cant deploy wordpress2blogger app engine

[tumblrvip4 tumblrvip4]

 

i upload the script python convert wordpress to blogger and the host when i 
want to convert file show me this 

The server encountered an error and could not complete your request. Please 
try again in 30 seconds.

http://islamvip-1002.appspot.com/

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/4a4ecf0b-89ab-4cb4-93f0-5b537d8a162d%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.