[google-appengine] Can not uploading wordpress to google app engine, please help me ?

[support]

I can not uploading wordpress to google app engine.

Command export:

 C:\Users\langame>appengine-php-sdk-1.8.1\appcfg.py update -R --runtime=php 
E:\CODE\All_Project\wordpress
10:14 PM Host: appengine.google.com
10:14 PM Application: x; version: wordpress
10:15 PM
Starting update of app: x, version: wordpress
10:15 PM Getting current resource limits.
10:15 PM Scanning files on local disk.
10:15 PM Scanned 500 files.
10:15 PM Scanned 1000 files.
10:15 PM Cloning 581 static files.
10:15 PM Rolling back the update.
Error 400: --- begin server output ---
Invalid character in filename: 
__static__\wordpress/wp-includes/js/tinymce/theme
s/advanced/skins/default/ui.css
--- end server output ---


Please help me fix Error 400: --- begin server output --- Invalid character 
in filename. Thank you .

-- 
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.
For more options, visit https://groups.google.com/groups/opt_out.

[google-appengine] Re: Can not uploading wordpress to google app engine, please help me ?

[support]

Thanks for reply thread.

Source wordpress download at wordpress.org and I edit file wp-config.php => 
source encoding not error. I has read document setup wordpress but 
uploading is error. 

Code app.yaml file 

application: x
version: wp
runtime: php
api_version: 1


handlers:
- url: /(.*\.(htm$|html$|css$|js$))
  static_files: wordpress/\1
  upload: wordpress/(.*\.(htm$|html$|css$|js$))
  application_readable: true


- url: /wp-content/(.*\.(ico$|jpg$|png$|gif$))
  static_files: wordpress/wp-content/\1
  upload: wordpress/wp-content/(.*\.(ico$|jpg$|png$|gif$))
  application_readable: true


- url: /(.*\.(ico$|jpg$|png$|gif$))
  static_files: wordpress/\1
  upload: wordpress/(.*\.(ico$|jpg$|png$|gif$))


- url: /wp-admin/(.+)
  script: wordpress/wp-admin/\1
  secure: always


- url: /wp-admin/
  script: wordpress/wp-admin/index.php
  secure: always


- url: /wp-login.php
  script: wordpress/wp-login.php
  secure: always


- url: /wp-cron.php
  script: wordpress/wp-cron.php
  login: admin


- url: /xmlrpc.php
  script: wordpress/xmlrpc.php


- url: /(.+)?/?
  script: wordpress/index.php


folder :

wordpress/
   - app.yaml
   - php.ini
   - cron.yaml
 wordpress/
 -.source wordpress

Please help me. Thank you very much.


On Thursday, June 27, 2013 10:29:23 PM UTC+7, sup...@blackberryhoabinh.com 
wrote:
>
> I can not uploading wordpress to google app engine.
>
> Command export:
>
>  C:\Users\langame>appengine-php-sdk-1.8.1\appcfg.py update -R 
> --runtime=php E:\CODE\All_Project\wordpress
> 10:14 PM Host: appengine.google.com
> 10:14 PM Application: x; version: wordpress
> 10:15 PM
> Starting update of app: x, version: wordpress
> 10:15 PM Getting current resource limits.
> 10:15 PM Scanning files on local disk.
> 10:15 PM Scanned 500 files.
> 10:15 PM Scanned 1000 files.
> 10:15 PM Cloning 581 static files.
> 10:15 PM Rolling back the update.
> Error 400: --- begin server output ---
> Invalid character in filename: 
> __static__\wordpress/wp-includes/js/tinymce/theme
> s/advanced/skins/default/ui.css
> --- end server output ---
>
>
> Please help me fix Error 400: --- begin server output --- Invalid 
> character in filename. Thank you .
>

-- 
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.
For more options, visit https://groups.google.com/groups/opt_out.

[google-appengine] Re: Cannot connect a domain to App Engine

[support]

I'm having the same issue.  It sounds like we both initially tried when the 
domain was *not* the primary domain, ran into issues, realized that it 
needed to be the primary domain, set that up, and then ran into this issue. 
 Since there are not large numbers of folks complaining, it seems there 
might be a bug in this specific situation we both find ourselves in.  I'd 
expect more "Me too!"s if adding custom domains was broken across the board 
right now.

Still, it's not clear how to get the bug fixed.  The Google Apps support 
team informed me that App Engine integration isn't a core Google Apps 
service, so they won't help me.  I'm not yet a premier App Engine customer 
(I have a few more months of development before I wanted to start paying 
for that), so this forum and Stack Overflow seem to be the only options for 
support.  I hope an App Engine team member comes along and reads either 
this or your SO question.

-- 
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.
For more options, visit https://groups.google.com/groups/opt_out.

[google-appengine] Using Google App Engine to host SOAP API service.

[support]

Hello Guys,

We are running SOAP API on Tomcat (axis2), and we are hoping to migrate it 
to Google App Engine. 

We are hoping that we can upload .war file but that's not an option here, 
so we are trying the eclipse plugin, so we just wanted to know if we need 
to do a different coding (creating a brand new project) or we can just 
upload an existing project (if yes how?).

If you can guide us some links to import our old project to new one that 
would be helpful (ours platform is all java based).

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.
For more options, visit https://groups.google.com/groups/opt_out.

[google-appengine] How to automatically share some information in google plus wall

[support]

Hi,
I have developed a web application with Google+ Signin. Once user click the 
sign in with Google+ it authorize the app and register that user. after 
that process, I want to automatically share some information in google plus 
wall from my application. For that I go through the Google plus API, 
"https://developers.google.com/+/"; and enables api's related to login, get 
user information and write access. I'm trying to use Google's API to post 
on the currently logged in user's stream / wall / whatever. My website uses 
Facebook and twitter APIs to post notifications automatically on the 
currently logged in user's wall, but not able to post with Google's wall. I 
want something like Facebook and Twitter API, with Automatic Posting 
function and API.
Please help me to troubleshoot this problem.
For your review I am sending my sample code snippet here:
==

function googleAPIOnLoad() {
console.log("Google plus js loaded... calling client.load...");
gapi.client.load('plus','v1', function(e){
console.log("client loaded...");
console.log(e);
});
}

function signIn() {
console.log("signing in...");
gapi.auth.authorize({
client_id: "XXX",
immediate: false,
response_type: "token",
scope: ["https://www.googleapis.com/auth/plus.login 
https://www.googleapis.com/auth/plus.stream.write";],
requestvisibleactions: 
"https://schemas.google.com/AddActivity";
}, function(e) {
// callback
console.log("done!", e);

gapi.client.request({
path: "plus/v1/people/me/moments/vault",
method: "POST",
body: JSON.stringify({
type: "http://schemas.google.com/AddActivity";,
target: {
type: "http://schema.org/Thing";,
name: "Test Name",
description: "Test Description",
image: 
"http://test.test.com/Deal/Dealphoto/Thumbnail/0160475582922191382013.png";
}
})
}).execute(function(e) {
console.log("did it.", e);
});
});
}

==


 I will be very thankful to you for this. 

Thanks,
Lalit

-- 
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.
For more options, visit https://groups.google.com/groups/opt_out.

[google-appengine] Channel Service down today?

[support]

Is anyone else experiencing 400 Unknown SID error on channels?

-- 
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.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] AppIdentityServiceFailureException: AppEngine to Cloud Storage

[support]

Trying to have my AppEngine app read a file from a GCS bucket,

I have billing enabled 
I have enabled the Cloud Stoarge APIs
I have added the ACL to the bucket (even though I don't think 
app-engine->gcs requires that when in the same project)

I get this error when ever I try to access the following two methods:
 -AppIdentityServiceFactory.getAppIdentityService().getDefaultGcsBucketName()
or
 - GcsServiceFactory.createGcsService().getMetadata(new GcsFilename( 
bucketName, fileName ))

com.google.appengine.tools.cloudstorage.NonRetriableException: 
com.google.appengine.api.appidentity.AppIdentityServiceFailureException: 
The AppIdentity service threw an unexpected error. Details: at 
com.google.appengine.tools.cloudstorage.RetryHelper.doRetry(
RetryHelper.java:120 

) at com.google.appengine.tools.cloudstorage.RetryHelper.runWithRetries(
RetryHelper.java:166 

)


Oddly, I also created a second project using Google's own examples
https://code.google.com/p/appengine-gcs-client/

and I get the exact same error.
Any help?


-- 
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.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] How long to wait for submitting a request for additional email quota

[support]

Okay — Thank you Patrice….
do you know how much they will increase? but will wait longer to see if I get 
any happy news.
appreciate your help!-
-Venkat


On Jul 30, 2015, at 9:48 AM, Patrice (Cloud Platform Support) 
 wrote:

> Hi Venkat,
> 
> Sending another email won't do much good. As you see from Ryota, it can take 
> up to 4 weeks. As Vinny pointed out, the 1-2 weeks is the usual timeframe, it 
> can take longer.
> 
> Cheers
> 
> On Thursday, July 30, 2015 at 11:48:52 AM UTC-4, Venkat Yuvaraj wrote:
> Hi,
> I am still waiting for the quota increase.. It is 2 weeks past.. Should I 
> wait longer or any email I should send ? I have submitted the email quota 
> request and provided the justification.
> -V
> 
> On Thursday, July 31, 2014 at 4:32:39 PM UTC-7, Ryota Yamada wrote:
> Finally, I have permission to increase Email from Google, waiting 4 weeks. 
> Thank you so much.
> 
> 2014年7月25日金曜日 7時40分48秒 UTC+9 Ryota Yamada:
> Hi Vinny,
> 
> Thank you so much for your commenting. I will wait.
> I am already using SendGrid. Also thanks.
> 
> Now, three weeks have passed and no reply.
> 
> 2014年7月22日火曜日 13時53分07秒 UTC+9 Vinny P:
> On Sat, Jul 19, 2014 at 2:10 AM, Ryota Yamada 
>  wrote:
> My quota of the Recipients-Emailed is 100 and I have submitted for submitting 
> a request for additional email quota in the link
> 
> Already two week has passed, I still could not have any reply, approval or 
> deny, and message in the Dashboard is still "Your request for increased email 
> quota has been received and is currently under review."
> 
> I wan to know how long to wait usually... I saw in the forum, ti's around a 
> week...
> 
> 
> There's no specific time frame to wait. Usually it takes between 1 - 2 weeks, 
> but it could take longer.
> 
> If you have a pressing need to send email, you should consider using the 
> SendGrid integration: 
> https://developers.google.com/appengine/docs/python/mail/sendgrid#send_an_email
>  . You get a 25,000 emails per month free quota and it's easy to expand past 
> that.
> 
>  
>  
> -
> -Vinny P
> Technology & Media Consultant
> Chicago, IL
> 
> App Engine Code Samples: http://www.learntogoogleit.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/A2719D8C-3D9C-4D5C-9A0C-A1C9FA5E5705%40gmail.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Google Cloud Email not working ---

[support]

Hi Patrice,

I am not sure what’s going on….but looks like my email functionality alone is 
not working… but all other line of code works (like DB inserts etc) but just 
the Email part alone is not getting triggered.

try
{
  $message = new Message();
  $message->setSender("bk.do.not.re...@gmail.com");
  $message->addTo($Email_From);
  $message->setSubject(’Some Error Subject');
  $message->setHtmlBody(“Some Desc");
  $message->send();
} catch (InvalidArgumentException $e) {
  // ...
}

Any issue with my account ? It was working perfectly yesterday evening though… 
and I didn’t make any changes.
-V

-- 
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/A4052ED3-3BF7-4F4B-9180-AFB592095F07%40gmail.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Google Cloud Email not working ---

[support]

Here is the Error message:  But this email was working perfectly yesterday. I 
want users not to reply so I am using this email id…was there any reset done ?

Error: Sender (bk.do.not.re...@gmail.com) is not an authorized email address


On Aug 13, 2015, at 9:06 AM, support  wrote:

> Hi Patrice,
> 
> I am not sure what’s going on….but looks like my email functionality alone is 
> not working… but all other line of code works (like DB inserts etc) but just 
> the Email part alone is not getting triggered.
> 
>   try
>   {
>  $message = new Message();
>  $message->setSender("bk.do.not.re...@gmail.com");
>  $message->addTo($Email_From);
>  $message->setSubject(’Some Error Subject');
>  $message->setHtmlBody(“Some Desc");
>  $message->send();
>   } catch (InvalidArgumentException $e) {
>  // ...
>   }
> 
> Any issue with my account ? It was working perfectly yesterday evening 
> though… and I didn’t make any changes.
> -V
> 

-- 
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/4FE1F8A7-5FDE-4408-A63B-C4628F1CA691%40gmail.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Google Cloud Email not working ---

[support]

I tried adding this email in the settings but getting an error.


On Aug 13, 2015, at 9:12 AM, support  wrote:

> Here is the Error message:  But this email was working perfectly yesterday. I 
> want users not to reply so I am using this email id…was there any reset done ?
> 
> Error: Sender (bk.do.not.re...@gmail.com) is not an authorized email address
> 
> 
> On Aug 13, 2015, at 9:06 AM, support  wrote:
> 
>> Hi Patrice,
>> 
>> I am not sure what’s going on….but looks like my email functionality alone 
>> is not working… but all other line of code works (like DB inserts etc) but 
>> just the Email part alone is not getting triggered.
>> 
>>  try
>>  {
>>  $message = new Message();
>>  $message->setSender("bk.do.not.re...@gmail.com");
>>  $message->addTo($Email_From);
>>  $message->setSubject(’Some Error Subject');
>>  $message->setHtmlBody(“Some Desc");
>>  $message->send();
>>  } catch (InvalidArgumentException $e) {
>>  // ...
>>  }
>> 
>> Any issue with my account ? It was working perfectly yesterday evening 
>> though… and I didn’t make any changes.
>> -V
>> 
> 

-- 
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/FBF2CCCE-C55D-48B5-9DF0-D5A6351CD5F9%40gmail.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] MYSQL server has gone away --- can you please help?

[support]

now with this error…
MYSQL server has gone away. it was working till last night… suddenly 
intermittently getting the error...



-V

-- 
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/4824CF6B-93F2-4AB8-A218-706AA0115682%40gmail.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: MYSQL server has gone away --- can you please help?

[support]

Here is plan I use:
Tier
D1
Pricing plan
Per Use


On Aug 14, 2015, at 7:55 AM, support  wrote:

> now with this error…
> MYSQL server has gone away. it was working till last night… suddenly 
> intermittently getting the error...
> 
> 
> 
> -V
> 

-- 
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/8182BCD8-5C7F-41B3-9E62-E31D2213167D%40gmail.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Do-Not-Reply Email API Authorized addition Failed

[support]

Hi,
I had this email ID do-not-re...@xxx.com previously and was working fine, but 
suddenly it stopped working after some intermittent error (Google Incident also 
is there).

you can see this entry in the old dashboard but now if I try to add that it’s 
not working. but If I have my account email id (x...@gmail.com) then it’s 
working fine.

so I tried re-adding but getting an error:  An error occurred trying to add 
authorized senders. This may occur if you lack sufficient privileges. Learn more

so how do I add so I can send an email via PHP API (using the Cloud Mail) with 
do-not-re...@xxx.com as the Sender?

please help.
-V

-- 
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/0E2F5185-615F-4DDC-9AEB-9E5706B599FE%40gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Mailing alerts with appengine

[MiuMeet Support]

One thing you should consider is if you want to use appengine as an email
infrastructure.
We run a social network on appengine with 1M+ users and we love it to run
everything on it,
except email. EMail deliverability on appengine is not really great. You
can't do DKIM signing,
you can't send from a dedicated IP address and so on.
We send about 250k emails out per day, but for this we host our own
mailserver with an
http interface that we call via urlfetch. Deliverability is much higher...
but of course it's
an additional point of failure. This morning greengeeks (our hosting
provider) turned off the
server without notice "due to extensive use". So make sure you choose a
dedicated server
provider that doesnt just turn off your machines when they send a lot of
emails. We are now
switching to hetzner.de. A friend of mine runs mailservers there with
millions of emails per day
and claims he never had problems, as long as the emails are legitimate.

Just my 20 cents.

-Andrin

On Tue, Jul 19, 2011 at 8:12 PM, Michal Makarewicz wrote:

> A have a scenario where I have to send customized alerts to large
> amount of users (~30k) in certain, specified beforehand, time. My main
> idea was to make a cron job, which would check every minute if there
> is an alert to send and if so mark this alert as queued and add task
> to task queue (this would be done in transactional manner). Now I have
> two available approaches:
> Approach I:
> Have two different queue commands:
> 1. Split email list into smaller chunks (I'm not sure how big, I was
> thinking about ~500) and for each of them put second command on queue.
> (this one will be queued in cron job)
> 2. Send mail for each email address in the list.
> My main concern with this approach is lack of control on how many
> emails will be send simultaneously and possibility that my email will
> be classified as spam.
>
> Approach II:
> Just one task:
> 1. Send emails for predetermined number of people (again ~500)
> starting from start_index add to queue the same task with start_index
> + ~500.
> This approach will be slower, so is less preferable.
>
> I have pretty much unlimited quota so that wouldn't be a problem.
> Which approach is better in this situation?
>
> --
> You received this message because you are subscribed to the Google Groups
> "Google App Engine" group.
> To post to this group, send email to google-appengine@googlegroups.com.
> To unsubscribe from this group, send email to
> google-appengine+unsubscr...@googlegroups.com.
> For more options, visit this group at
> http://groups.google.com/group/google-appengine?hl=en.
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

Re: [google-appengine] Memcache assumptions for Counters

[MiuMeet Support]

Thanks for getting back to me so quickly!

RE: Your last email, you wrote:
"B can have a value, but A would be unset."

That wouldnt be a problem since i only want the implication A=>B ("If A
exists then B exists").
But I assume you meant:
A can have a value, but B would be unset. Right?

Can you (*really roughly*) say how many memcache instances you are running?
Let's say I would create 1000 "A"s, would I hit all memcaches (with a high
probabilty)? Then the assumption "if all A's exist, then B exists' would
hold...
Or can I influence the hash somehow to end up in the same instance
(something else then finding hash collisions :)) ?


Thanks again, for getting back to me so quickly.

-Andrin

On Fri, Jul 22, 2011 at 7:55 PM, Ikai Lan (Google) wrote:

> One more thing to be aware of: there are times when Memcache needs to be
> flushed. If a flush happens sometime, B can have a value, but A would be
> unset.
>
> Ikai Lan
> Developer Programs Engineer, Google App Engine
> Blog: http://googleappengine.blogspot.com
> Twitter: http://twitter.com/app_engine
> Reddit: http://www.reddit.com/r/appengine
>
>
>
> On Fri, Jul 22, 2011 at 1:53 PM, Ikai Lan (Google) wrote:
>
>> Oh, I see what you're getting at: you're asking me if B will still be in
>> the cache if A is still in the cache. That depends on whether or not the
>> keys hash to the same Memcache instance.
>>
>> FYI - in general, we don't make any guarantees of this behavior, so it
>> potentially can be problematic down the line if this changes.
>>
>>
>> Ikai Lan
>> Developer Programs Engineer, Google App Engine
>> Blog: http://googleappengine.blogspot.com
>> Twitter: http://twitter.com/app_engine
>> Reddit: http://www.reddit.com/r/appengine
>>
>>
>>
>> On Fri, Jul 22, 2011 at 1:52 PM, Ikai Lan (Google) wrote:
>>
>>> Memcache works like an LRU cache, but I don't see why a would force out b
>>> unless you ran out of space.
>>>
>>> Also, App Engine's Memcache has 2 LRU structures: an app specific LRU and
>>> a global LRU for that Memcache instance.
>>>
>>> Ikai Lan
>>> Developer Programs Engineer, Google App Engine
>>> Blog: http://googleappengine.blogspot.com
>>> Twitter: http://twitter.com/app_engine
>>> Reddit: http://www.reddit.com/r/appengine
>>>
>>>
>>>
>>> On Fri, Jul 22, 2011 at 1:05 PM, Andrin von Rechenberg <
>>> andri...@gmail.com> wrote:
>>>
 Hey there

 I'm building something like "Google Analytics" for Appengine but in real
 time
 (Including qps, hourly & daily graphs, backend counters, monitors with
 alerts, etc...)
 The cool thing is that it only uses memcache to increase counters/stats
 so its
 really quick to use in prod code. Every minute I gather all counters and
 write them to datastore.
 It seems to work perfectly for my app (~250qps with about 1000 different
 counters, and about
 1000 counter increases per second)
 I can also measure how correct my data is (if stuff flushed in memcache,
 but so far that never happened),
 but it's all based on one assumption:

 If I call:

 memcache.incr("a", intitail_value=0)
 ...
 memcache.incr("b", initial_value=0)
 
 memcache.incr("b", initial_value=0)
 

 *if "a" is still in the memcache "b" will also be in the memcache and
 wont have been flushed, correct?*
 *
 *
 or in other words: If the entity size for two items in the memcache is
 the same,
 does the memcache work like either a LRU or FIFO cache?

 Any response is greatly appreciated...

 -Andrin

  --
 You received this message because you are subscribed to the Google
 Groups "Google App Engine" group.
 To post to this group, send email to google-appengine@googlegroups.com.
 To unsubscribe from this group, send email to
 google-appengine+unsubscr...@googlegroups.com.
 For more options, visit this group at
 http://groups.google.com/group/google-appengine?hl=en.

>>>
>>>
>>
>  --
> You received this message because you are subscribed to the Google Groups
> "Google App Engine" group.
> To post to this group, send email to google-appengine@googlegroups.com.
> To unsubscribe from this group, send email to
> google-appengine+unsubscr...@googlegroups.com.
> For more options, visit this group at
> http://groups.google.com/group/google-appengine?hl=en.
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

Re: [google-appengine] Is HTTP_X_APPENGINE_INBOUND_APPID authenticated?

[MiuMeet Support]

Why isn't this header present if I call my own app from my app?
I'm trying to build an appengine lib that will interact with an appengine
app,
but if that appengine app uses the lib too, the headers will be missing...
:(

Cheers :)

-Andrin

On Tue, Jul 26, 2011 at 5:24 PM, Jon McAlister  wrote:

> I should also point out that, while this header is not yet documented,
> it's not going away either, and will be documented in an upcoming
> release.
>
> On Tue, Jul 26, 2011 at 8:23 AM, Jon McAlister  wrote:
> > Yes, you can assume this.
> >
> > The only cases where this header will be allowed through to the app are:
> >(a) another app is requesting your app using our urlfetch api [or,
> > the app is urlfetching itself]
> >(b) the request came from a logged-in admin of your app
> >
> > While (a) is the primary intention of this header, (b) can be useful
> > for debugging purposes.
> >
> > On Tue, Jul 26, 2011 at 2:39 AM, Andrin von Rechenberg
> >  wrote:
> >> Hey there
> >> I was wondering if the header HTTP_X_APPENGINE_INBOUND_APPID
> >> could be faked by a client or if the Google Frontends authenticate this
> >> header
> >> somehow?
> >> Is it secure to assume that if HTTP_X_APPENGINE_INBOUND_APPID is
> present,
> >> the request is really from that app?
> >> Cheers,
> >> -Andrin
> >>
> >> --
> >> You received this message because you are subscribed to the Google
> Groups
> >> "Google App Engine" group.
> >> To post to this group, send email to google-appengine@googlegroups.com.
> >> To unsubscribe from this group, send email to
> >> google-appengine+unsubscr...@googlegroups.com.
> >> For more options, visit this group at
> >> http://groups.google.com/group/google-appengine?hl=en.
> >>
> >
>
> --
> You received this message because you are subscribed to the Google Groups
> "Google App Engine" group.
> To post to this group, send email to google-appengine@googlegroups.com.
> To unsubscribe from this group, send email to
> google-appengine+unsubscr...@googlegroups.com.
> For more options, visit this group at
> http://groups.google.com/group/google-appengine?hl=en.
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

Re: [google-appengine] Persisting Lists

[MiuMeet Support]

By the way, have a look at:
http://devblog.miumeet.com/2011/08/much-more-efficient-implementation-of.html

It's much more efficient than db.ListProperty(int)

Cheers,
-Andrin

On Thu, Jul 28, 2011 at 6:17 PM, Pascal Voitot Dev <
pascal.voitot@gmail.com> wrote:

> good idea also :)
>
>
> On Wed, Jul 27, 2011 at 7:17 PM, Ernesto Oltra wrote:
>
>> And for followers, you could too shard the lists. You can have several
>> entities, each with, about 100 results or so (or 1000, or 2000, I prefer 100
>> for easy of serializing/deserializing). All these would have the user as
>> ancestor. When listing, take only one entity, deserializing its lists (only
>> 100 results) and show some of them. When listing all, you can use cursors
>> and some tricks to have the job done (job = paging =) )
>>
>> --
>> You received this message because you are subscribed to the Google Groups
>> "Google App Engine" group.
>> To view this discussion on the web visit
>> https://groups.google.com/d/msg/google-appengine/-/tRQCOATsWdUJ.
>>
>> To post to this group, send email to google-appengine@googlegroups.com.
>> To unsubscribe from this group, send email to
>> google-appengine+unsubscr...@googlegroups.com.
>> For more options, visit this group at
>> http://groups.google.com/group/google-appengine?hl=en.
>>
>
>  --
> You received this message because you are subscribed to the Google Groups
> "Google App Engine" group.
> To post to this group, send email to google-appengine@googlegroups.com.
> To unsubscribe from this group, send email to
> google-appengine+unsubscr...@googlegroups.com.
> For more options, visit this group at
> http://groups.google.com/group/google-appengine?hl=en.
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

Re: [google-appengine] Much more efficient implementation of db.ListProperty(int) - created a lib

[MiuMeet Support]

You can fit up to 131'072 elements in there, afterwards you hit the 1mb
entity limit (entity overhead aside, but 100'000 are def possible).

Put and Get performance are really fantastic, 10ms each, see the blog post.

-Andrin

On Wed, Aug 3, 2011 at 9:23 AM, andreas schmid  wrote:

> does this also mean that there is no 5000 objects limit on the list?
> is the get performance good as the put?
>
> thx for sharing this.
>
> On Aug 2, 2011, at 9:04 PM, Ikai Lan (Google) wrote:
>
> Thanks Andrin!
>
> If anyone is wondering why this is, it's because the List property is
> serialized and deserialized using protocol buffers. Protocol buffers are
> very useful for things like validation and cross language compatibility, but
> you can sometimes gain some performance benefits by serializing and
> deserializing using native methods. The protocol buffer implementation for
> Python is noticeably slow, even via the native extension (if you can improve
> this - Google wants to hire you), so I'm not surprised techniques like this
> work.
>
> --
> Ikai Lan
> Developer Programs Engineer, Google App Engine
> plus.ikailan.com | twitter.com/ikai
>
>
>
> On Tue, Aug 2, 2011 at 9:18 AM, Andrin von Rechenberg 
> wrote:
>
>> So you want to store a "very long list of numbers" in your AppEngine Model
>> which doesn't need to be indexed.
>>
>> Well, you could just do this:
>>
>> *class Foo(db.Model):
>>  numbers = db.ListProperty(int, indexed=False)
>> *
>> However, you will quickly notice that the performance and the memory
>> consumption of this sucks if you add thousands of integers to this list.
>>
>> Instead you should use the native python "array.array" type as the list
>> and store it in a BlobProperty. It's up to 30x faster!
>>
>> I created a library that does exactly this (free, apache 2.0 license):
>>
>> http://devblog.miumeet.com/2011/08/much-more-efficient-implementation-of.html
>>
>> Once you have the library, all you need to do is this to get a huge
>> performance boost:
>>
>> *class Foo(db.Model):
>>  numbers = db.ArrayProperty()*
>>
>> The blogpost also has more details and an appstat comparison.
>>
>> Cheers & hope you like it
>> -Andrin
>>
>> --
>> You received this message because you are subscribed to the Google Groups
>> "Google App Engine" group.
>> To post to this group, send email to google-appengine@googlegroups.com.
>> To unsubscribe from this group, send email to
>> google-appengine+unsubscr...@googlegroups.com.
>> For more options, visit this group at
>> http://groups.google.com/group/google-appengine?hl=en.
>>
>
>
> --
> You received this message because you are subscribed to the Google Groups
> "Google App Engine" group.
> To post to this group, send email to google-appengine@googlegroups.com.
> To unsubscribe from this group, send email to
> google-appengine+unsubscr...@googlegroups.com.
> For more options, visit this group at
> http://groups.google.com/group/google-appengine?hl=en.
>
>
>  --
> You received this message because you are subscribed to the Google Groups
> "Google App Engine" group.
> To post to this group, send email to google-appengine@googlegroups.com.
> To unsubscribe from this group, send email to
> google-appengine+unsubscr...@googlegroups.com.
> For more options, visit this group at
> http://groups.google.com/group/google-appengine?hl=en.
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

Re: [google-appengine] Much more efficient implementation of db.ListProperty(int) - created a lib

[MiuMeet Support]

kinda, if the type is 'u' the whole array is interpreted as one
unicode string. But it doesnt make much sense, because its
just a wrapper around a blob, so you could just use a blob property
to store your strings and use a special delimiter to split them...

-Andrin

On Wed, Aug 3, 2011 at 8:09 PM, andreas schmid  wrote:

> is there a way to use this ArrayProperty to store a list of strings?
>
> On Aug 3, 2011, at 10:15 AM, MiuMeet Support wrote:
>
> You can fit up to 131'072 elements in there, afterwards you hit the 1mb
> entity limit (entity overhead aside, but 100'000 are def possible).
>
> Put and Get performance are really fantastic, 10ms each, see the blog post.
>
> -Andrin
>
> On Wed, Aug 3, 2011 at 9:23 AM, andreas schmid wrote:
>
>> does this also mean that there is no 5000 objects limit on the list?
>> is the get performance good as the put?
>>
>> thx for sharing this.
>>
>> On Aug 2, 2011, at 9:04 PM, Ikai Lan (Google) wrote:
>>
>> Thanks Andrin!
>>
>> If anyone is wondering why this is, it's because the List property is
>> serialized and deserialized using protocol buffers. Protocol buffers are
>> very useful for things like validation and cross language compatibility, but
>> you can sometimes gain some performance benefits by serializing and
>> deserializing using native methods. The protocol buffer implementation for
>> Python is noticeably slow, even via the native extension (if you can improve
>> this - Google wants to hire you), so I'm not surprised techniques like this
>> work.
>>
>> --
>> Ikai Lan
>> Developer Programs Engineer, Google App Engine
>> plus.ikailan.com | twitter.com/ikai
>>
>>
>>
>> On Tue, Aug 2, 2011 at 9:18 AM, Andrin von Rechenberg > > wrote:
>>
>>> So you want to store a "very long list of numbers" in your AppEngine
>>> Model which doesn't need to be indexed.
>>>
>>> Well, you could just do this:
>>>
>>> *class Foo(db.Model):
>>>  numbers = db.ListProperty(int, indexed=False)
>>> *
>>> However, you will quickly notice that the performance and the memory
>>> consumption of this sucks if you add thousands of integers to this list.
>>>
>>> Instead you should use the native python "array.array" type as the list
>>> and store it in a BlobProperty. It's up to 30x faster!
>>>
>>> I created a library that does exactly this (free, apache 2.0 license):
>>>
>>> http://devblog.miumeet.com/2011/08/much-more-efficient-implementation-of.html
>>>
>>> Once you have the library, all you need to do is this to get a huge
>>> performance boost:
>>>
>>> *class Foo(db.Model):
>>>  numbers = db.ArrayProperty()*
>>>
>>> The blogpost also has more details and an appstat comparison.
>>>
>>> Cheers & hope you like it
>>> -Andrin
>>>
>>> --
>>> You received this message because you are subscribed to the Google Groups
>>> "Google App Engine" group.
>>> To post to this group, send email to google-appengine@googlegroups.com.
>>> To unsubscribe from this group, send email to
>>> google-appengine+unsubscr...@googlegroups.com.
>>> For more options, visit this group at
>>> http://groups.google.com/group/google-appengine?hl=en.
>>>
>>
>>
>> --
>> You received this message because you are subscribed to the Google Groups
>> "Google App Engine" group.
>> To post to this group, send email to google-appengine@googlegroups.com.
>> To unsubscribe from this group, send email to
>> google-appengine+unsubscr...@googlegroups.com.
>> For more options, visit this group at
>> http://groups.google.com/group/google-appengine?hl=en.
>>
>>
>>
>> --
>> You received this message because you are subscribed to the Google Groups
>> "Google App Engine" group.
>> To post to this group, send email to google-appengine@googlegroups.com.
>> To unsubscribe from this group, send email to
>> google-appengine+unsubscr...@googlegroups.com.
>> For more options, visit this group at
>> http://groups.google.com/group/google-appengine?hl=en.
>>
>
>
> --
> You received this message because you are subscribed to the Google Groups
> "Google App Engine" group.
> To post to this group, send email to google-appengine@googlegroups.com.
> To unsubscribe from this group, send email to
> google-appengine+unsubscr...@googlegroups.com.
> For more options,

[google-appengine] we can't access on GAE Web Application

[gae-support]

Help.
 
We cant access GAE Web application .
we access, but 500 Error returns.
 
>From about 17:50 on GMT+09:00 June 25th.
 
Application is 
 
s~aggolfinfo
s~aggolfinfo-dev
please what can I do to access successful?

-- 
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.
For more options, visit https://groups.google.com/groups/opt_out.

[google-appengine] Cannot add appengine app to google apps primary domain

[Tikinou Support]

Hello,

I created an app engine app (deployed and working) that I want to add to my 
google apps primary domain.
I followed the directions in the app engine console (going through 
Administration -> Add Domain).
I typed my domain in and get to the page with the terms and services.
the page has the title: 
You have requested that the ' YOUR_APP_ENGINE_SERVICE_HERE ' service be 
added to your domain
the url is 
https://admin.google.com/AdminHome?appId=YOUR_APP_ENGINE_SERVICE_HERE&chromeless=1#OGX:AddAppEngineService

I check the checkbox to accept the terms and services then click activate, 
after a few seconds I get back to the same terms and services page.
I get no errors that tell me anything.

If this helps my google apps account is one of the grandfathered free 
accounts (< 10 users).

Thanks

-- 
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.
For more options, visit https://groups.google.com/groups/opt_out.

[google-appengine] Unable to view top users ( IP ) anymore in the administration console

[Indiegala support]

According GAE docs:

"The Administration Console also allows you to view the top users that have 
recently been hitting your site, even if you haven't uploaded a DoS 
configuration. Select the "Blacklist" link from the side menu, and you 
should see a table of the top IP addresses that have been hitting your 
application and how many requests have been recorded. It will be below the 
table of blacklists, if any. IP addresses that you have blacklisted will 
not show up in this table."

this was possible in the past and i rememeber it, but i am no longer to see 
the top IP addresses anymore now. Is there any problem in GAE or this 
feature has been discarded?

Thank you

-- 
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.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Orderby not supporting

[Opcenter [N1] Support]

Hi
I am using follwing code for getting records
String query = "select from "+Suffix.class.getName() +" order by
name";
 List console = (List)
pms.newQuery(query).execute();
But in this case order by not working
What can i do for execute order by .
   please guide me
   Thanks in Advance

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

[google-appengine] How to Send Email in Google App Engine

[Opcenter [N1] Support]

Hi,
I am new in Google app. i need to send email through java api. i am
using mail.jar,smtp.jar.
   when i try to run . the following error is encounter.
*java.net.Socket is a restricted class. Please see the Google App Engine
developer's guide for *
*more details.*
But it runs in java application without google apps.

Please guide me
Thank in Advance
Noorul

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

[google-appengine] Hi How to Send Email Locally(Localhost)

[Opcenter [N1] Support]

HI ,
I want to send email . if i send email locally(localhost) , its not working.
But its working when app on server.
Here is the code i used in my apps
Message msg = new MimeMessage(session);
msg.setFrom(new InternetAddress("x...@gmail.com"));
msg.addRecipient(Message.RecipientType.TO,new
InternetAddress("x...@gmail.com","Mr. User"));

msg.setSubject(subject);
msg.setContent(content, "text/html");
Transport.send(msg);

Is there Any way to send ?

Thanks in Advance

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

[google-appengine] How to find out Timedifference

[Opcenter [N1] Support]

Hi,
i am new in GAE.  I need to find out timedifference between two
dates. i am from java background. i tried with  java.util.Date package . it
didnt come correct. plz help me. How to find out time difference between two
dates.

 Thanks
   Noorul

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

[google-appengine] Need to Import Namespace(Datastore) in Local

[Opcenter [N1] Support]

 Hi,

 I need to take Backup namespace. I created nsapce1,space2,space3.
 Now i have to transfer data from One namespace to another. So
 Can this possible to import Namespace data into out local pc.?
 I  Used GAE with Java.


Thanks
Noorul

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

Re: [google-appengine] Re: Mail quota increase request - billing enabled project

[Patrice (Cloud Platform Support)]

Hi again Rafael,

Unfortunately, there is no real way to get in touch shy of a support 
package and opening a ticket for it. This is far from ideal I know, which 
is why we suggest SendGrid as a solution because it comes off cheaper and 
gives a greater quota.

@PK and Anastasios: I will forward your feedback internally, but the best 
solution to get your voice heard by the proper teams is the issue tracker. 
While we can definitely forward feedback and try to get traction, numbers 
talk more than anything when it comes to prioritization. The more FRs with 
support (stars, in this instance), the more priority will be put on the 
mail service. We're always happy to improve the platform and its offerings, 
we just need to prioritize a bit, and the Issue Tracker is the place where 
this is done the best :).

Cheers!

On Wednesday, December 9, 2015 at 2:37:30 PM UTC-5, Rafael Darder wrote:
>
> Hi Patrice, thanks for your reply. Do you know if there's any other 
> channel I can use to reach that team? The "bronze" support options are a 
> little scarce.
> I'm just focused on getting this issue out of my way, so I may end up 
> using sendgrid or some other solution, thanks for the info. Honestly, what 
> doesn't seem right is the fact that the outgoing email quota is _so_ low 
> compared to all the other quotas, together with the fact that sengrid is a 
> promoted 3rd party solution.
> Thanks
>
>
> On Wed, Dec 9, 2015 at 3:54 PM, Patrice (Cloud Platform Support) <
> pvoutsi...@google.com> wrote:
>
>> Hi Rafael,
>>
>> Unfortunately, there's not much to be done here on this front. The quota 
>> increase for email is indeed handled by another team, so it can take a 
>> while.
>>
>> If you're in a hurry, I would suggest switching over to SendGrid. This 
>> will give you more quota, better rates if you send a lot of emails, and it 
>> hooks into App Engine easily :).
>>
>> Cheers!
>>
>> On Wednesday, December 9, 2015 at 9:56:03 AM UTC-5, Rafael Darder wrote:
>>>
>>> Hi, 
>>> I requested an email quota increase two days ago, which is pending 
>>> approval. From what I've read in this forum, it may take weeks. 
>>> The project has billing enabled, but falls within the free tier. I just 
>>> tried the same request on another billing enabled project and it got 
>>> approved instantly. The only difference is that this other project exceeds 
>>> the free tier. I suspect is has something to do.
>>> Is there anything I can do make the approval happen today? 
>>> Thanks
>>> Rafael
>>>
>> -- 
>> You received this message because you are subscribed to a topic in the 
>> Google Groups "Google App Engine" group.
>> To unsubscribe from this topic, visit 
>> https://groups.google.com/d/topic/google-appengine/z-sFDDke2MU/unsubscribe
>> .
>> To unsubscribe from this group and all its topics, 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/3d86cc6d-b83d-4746-900b-a5e7505dc746%40googlegroups.com
>>  
>> <https://groups.google.com/d/msgid/google-appengine/3d86cc6d-b83d-4746-900b-a5e7505dc746%40googlegroups.com?utm_medium=email&utm_source=footer>
>> .
>>
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>

-- 
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/76322c17-5fa1-4bac-992b-ba86f51a2f7f%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: What assumptions were made with the free quota 5 million page view estimations?

[Patrice (Cloud Platform Support)]

Hi Gitted,

Can you point out where you see that in our docs? I'm not able to see it, 
and I remember it was a line previously in our quota page, but it's not in 
anymore, exactly because there was too many assumptions made in it.

Cheers!

On Wednesday, December 9, 2015 at 3:22:31 PM UTC-5, Gitted wrote:
>
> I'm trying to understand what assumptions were made with the free quote 
> tier being able to sustain 5 million page views per month?
>
> Are those 5 million page views making 3 database calls per page, or all 
> served from cache, or?
>
>
>

-- 
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/9b9fb637-d0fe-402a-81b6-7d6fcd7b48ab%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Re: Google APIs integrated authentication

[Nick (Cloud Platform Support)]

@Miguel, good to hear things are sorted out. 

If any further issues are noticed by anybody, feel free to post them to the 
relevant Public Issue Tracker forum, such as google-appengine [1], 
googlecloudsql [2], google-cloud-sdk [3], or google-cloud-platform [4], 
depending what's affected, with the last one being a safe catch-all.

[1] https://code.google.com/p/google-appengine/issues/list
[2] https://code.google.com/p/googlecloudsql/issues/list
[3] https://code.google.com/p/google-cloud-sdk/issues/list
[4] https://code.google.com/p/google-cloud-platform/issues/list

On Wednesday, December 9, 2015 at 5:58:11 PM UTC-5, Miguel Vitorino wrote:
>
> Hi Nick,
>
> Yes, that's right, the issues were manifested as 401s across all APIs and 
> were solved once incident #15025 was fixed.
>
> Miguel
>
> Miguel Vitorino
>
> Director
> Skype: miguel.vitorino
> Support UK: +44 (20) 33 896 112
> Support US: +1 (646) 350-0511
>
>
>
> On 9 December 2015 at 20:46, Nick (Cloud Platform Support) <
> pay...@google.com> wrote:
>
>> Were these errors manifesting as 401 responses? There's very little 
>> description in this thread of what issues are actually being seen. Is 
>> this <https://status.cloud.google.com/incident/appengine/15025> possibly 
>> the issue you were affected by (linked to the Cloud Status Dashboard)? The 
>> appengine-downtime-notify mailing list also saw a posting 
>> <https://status.cloud.google.com/incident/appengine/15025> about this.
>>
>>
>> On Tuesday, December 8, 2015 at 4:02:57 PM UTC-5, Stefano Ciccarelli 
>> wrote:
>>>
>>> Same here, our app is partially unusable (because it cannot reach GCS) 
>>> but we have not been contacted. 
>>>
>>> Il giorno mar 8 dic 2015 alle 20:58 bFlood  
>>> ha scritto:
>>>
>>>> same here, we have not been contacted but our app is affected as well
>>>>
>>>>
>>>> On Tuesday, December 8, 2015 at 2:53:18 PM UTC-5, Miguel Vitorino wrote:
>>>>>
>>>>>
>>>>> Hi,
>>>>>
>>>>> Google Cloud Platform mailing list has just posted this announcement:
>>>>>
>>>>> "We’re investigating elevated error rates for some Google Cloud 
>>>>> Platform users. We believe these errors are affecting between 2-5 percent 
>>>>> of Google App Engine (GAE) applications. We are working directly with the 
>>>>> customers who are affected to restore full operation in their application 
>>>>> as quickly as possible, and apologize for any inconvenience."
>>>>>
>>>>> Anyone know what exactly Google is doing directly with the affected 
>>>>> customers. Our app is severely affected and we have received no contact 
>>>>> or 
>>>>> instructions regarding this.
>>>>>
>>>>> Miguel 
>>>>>
>>>> -- 
>>>> 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/dbc0fe86-abe3-40fe-a112-b3d73974e90a%40googlegroups.com
>>>>  
>>>> <https://groups.google.com/d/msgid/google-appengine/dbc0fe86-abe3-40fe-a112-b3d73974e90a%40googlegroups.com?utm_medium=email&utm_source=footer>
>>>> .
>>>> For more options, visit https://groups.google.com/d/optout.
>>>>
>>> -- 
>>> *Stefano Ciccarelli* 
>>> GAE Application Division 
>>> / Director 
>>> stefano.ciccare...@mmbsoftware.it 
>>>
>>> *M.M.B. s.r.l.* 
>>> via Granarolo, 177/7 - 48018 Faenza (RA) - Italy 
>>> tel. +39.0546.637711 - fax +39.0546.46077 
>>> www.mmbsoftware.it - i...@mmbsoftware.it
>>>
>>> Le informazioni contenute in questa comunicazione sono riservate e 
>>> destinate esclusivamente alla/e persona/e o all'ente sopra indicati. E' 
>>> vietato ai soggetti diversi dai destinatari qualsiasi uso, copia, 
>>> diffusione di quanto in esso contenuto sia ai sensi dell'art. 616 c.p., sia 
>>> ai sensi del DL n. 196/03. Se questa comunicazione 

Re: [google-appengine] Re: Google APIs integrated authentication

[Nick (Cloud Platform Support)]

Hey bFlood,

The link to the Cloud Status Dashboard posted earlier indicates: 

The issue with App Engine applications accessing Google APIs should have 
> been resolved for all affected customers as of 13:15 US/Pacific. We will 
> conduct an internal investigation of this issue and make appropriate 
> improvements to our systems to prevent or minimize future recurrence. *We 
> will provide a more detailed analysis of this incident once we have 
> completed our internal investigation.*


(emphasis added)

So, it seems that the analysis will be forthcoming, once the internal 
investigation on the issue has completed. 

On Thursday, December 10, 2015 at 12:39:33 PM UTC-5, bFlood wrote:
>
> well its sorted out now but it was down for 8+ hours, that's pretty bad. 
> is there a post mortem on the issue yet?
>
> On Thursday, December 10, 2015 at 12:34:50 PM UTC-5, Nick (Cloud Platform 
> Support) wrote:
>>
>> @Miguel, good to hear things are sorted out. 
>>
>> If any further issues are noticed by anybody, feel free to post them to 
>> the relevant Public Issue Tracker forum, such as google-appengine [1], 
>> googlecloudsql [2], google-cloud-sdk [3], or google-cloud-platform [4], 
>> depending what's affected, with the last one being a safe catch-all.
>>
>> [1] https://code.google.com/p/google-appengine/issues/list
>> [2] https://code.google.com/p/googlecloudsql/issues/list
>> [3] https://code.google.com/p/google-cloud-sdk/issues/list
>> [4] https://code.google.com/p/google-cloud-platform/issues/list
>>
>> On Wednesday, December 9, 2015 at 5:58:11 PM UTC-5, Miguel Vitorino wrote:
>>>
>>> Hi Nick,
>>>
>>> Yes, that's right, the issues were manifested as 401s across all APIs 
>>> and were solved once incident #15025 was fixed.
>>>
>>> Miguel
>>>
>>> Miguel Vitorino
>>>
>>> Director
>>> Skype: miguel.vitorino
>>> Support UK: +44 (20) 33 896 112
>>> Support US: +1 (646) 350-0511
>>>
>>>
>>>
>>> On 9 December 2015 at 20:46, Nick (Cloud Platform Support) <
>>> pay...@google.com> wrote:
>>>
>>>> Were these errors manifesting as 401 responses? There's very little 
>>>> description in this thread of what issues are actually being seen. Is 
>>>> this <https://status.cloud.google.com/incident/appengine/15025> 
>>>> possibly the issue you were affected by (linked to the Cloud Status 
>>>> Dashboard)? The appengine-downtime-notify mailing list also saw a 
>>>> posting <https://status.cloud.google.com/incident/appengine/15025> 
>>>> about this.
>>>>
>>>>
>>>> On Tuesday, December 8, 2015 at 4:02:57 PM UTC-5, Stefano Ciccarelli 
>>>> wrote:
>>>>>
>>>>> Same here, our app is partially unusable (because it cannot reach GCS) 
>>>>> but we have not been contacted. 
>>>>>
>>>>> Il giorno mar 8 dic 2015 alle 20:58 bFlood <
>>>>> bfl...@spatialdatalogic.com> ha scritto:
>>>>>
>>>>>> same here, we have not been contacted but our app is affected as well
>>>>>>
>>>>>>
>>>>>> On Tuesday, December 8, 2015 at 2:53:18 PM UTC-5, Miguel Vitorino 
>>>>>> wrote:
>>>>>>>
>>>>>>>
>>>>>>> Hi,
>>>>>>>
>>>>>>> Google Cloud Platform mailing list has just posted this announcement:
>>>>>>>
>>>>>>> "We’re investigating elevated error rates for some Google Cloud 
>>>>>>> Platform users. We believe these errors are affecting between 2-5 
>>>>>>> percent 
>>>>>>> of Google App Engine (GAE) applications. We are working directly with 
>>>>>>> the 
>>>>>>> customers who are affected to restore full operation in their 
>>>>>>> application 
>>>>>>> as quickly as possible, and apologize for any inconvenience."
>>>>>>>
>>>>>>> Anyone know what exactly Google is doing directly with the affected 
>>>>>>> customers. Our app is severely affected and we have received no contact 
>>>>>>> or 
>>>>>>> instructions regarding this.
>>>>>>>
>>>>>>> Miguel 
>>>>>>>
>>>>>> -- 
>>>>>> You received this message because you 

[google-appengine] Re: Threshold in Usage graph shows different value in different time period

[Nick (Cloud Platform Support)]

Hey Niraj,

I want to guess that the difference in numbers is a result of looking at 
different figures, or possibly some client-side interpolation, but I've 
been unable to replicate what you're seeing on my side, including the 
phenomenon of having a graph with no marker dot which still displays 
figures. 

I'm wondering if you could capture a HAR recording of your browser's traffic 
 during viewing these 
graphs in your console, and send that to me privately using "Reply 
Privately". I'll be happy to take a look and attempt to determine what's 
going on from looking at that. 

It's also strange that the 6 hour and 12 hour graphs don't seem to agree on 
the time at which the large spike occurred. In the 6 hour graph, it appears 
at around ~2:00 PM, while in the 12 hour graph, it appears at ~10:30 AM. 
Does that also look strange to you? 

Feel free to send along the HAR in your next reply. Just know that 
generally, we prefer to handle such issue reports as these in a Public 
Issue Tracker forum. An issue like yours would be reported to the catch-all 
Cloud 
Platform Public Issue Tracker 
.



On Thursday, December 10, 2015 at 4:59:52 AM UTC-5, Niraj Punekar wrote:
>
> Hi All
>
> I am trying to view usage graph after executing 1000 of requests. When I 
> tried to view the threshold in 1 hour and 6 hours duration, it shows 
> different threshold value. Not sure which value is accurate.
> If I refer 6 hours duration, the threshold value for each graph gets 
> change after sometime.
> Same with the other time period.
> Is this just me or are others seeing something similar?
>
> Thanks!!
>

-- 
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/0033e986-d4f4-4be8-9d12-142eabbf9d78%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Re-indexing existing data instability

[Nick (Cloud Platform Support)]

As discussed in the linked StackOverflow thread, overly-complex indexes on 
overly-complex entities can strain against certain limits. You should read 
about Datastore Indexes 
 in the 
documentation for a discussion of the limits and potential pitfalls of 
complex indexes. 

I've never encountered failures when re-indexing or vacuuming indexes, 
although this can surely happen. In a distributed computing environment, 
failures of certain operations are certainly possible. It's difficult to 
tell without looking deeper into it why your index operations failed. You 
should file a Public Issue Tracker issue if you notice something and are 
concerned about it. Information which would be useful would be logs from 
your end, the app id, the Entity kinds affected, and the index file.

On Thursday, December 10, 2015 at 1:00:13 PM UTC-5, PK wrote:
>
> This is an issue I hit a while ago when I was actively changing indexes. I 
> had not needed to change my indexes for a long time but yesterday I had to 
> make some changes. Once again, I spent several hours in the following loop:
>
> 1. Upload new index definitions
> 2. Indexing of some new complicated indexes fail after some time
> 3. Vacuum the failed indexes
> 4. when vacuum succeeds GoTo 1 if it fails Goto 3
>
> I finally managed to get all of them working after several attempts. As 
> step 4 suggests, even “removing an index" failed at times and had to be 
> retried. I have some complicated indexes but not too much data in the big 
> scheme of things. 
>
> What has been your experience with re-indexing existing data? Is there any 
> tip/workaround to avoid this?
>
>
> Thanks
> PK
> p...@gae123.com
>
> PS If Google wants my app’s id to take a look please contact me to send it 
> to you in private
> PS2 I have also asked this here: 
> http://stackoverflow.com/questions/34208667/how-to-avoid-several-failed-attempts-when-re-indexing-existing-datastore-data
>
>
> Relevant issues I suggest you star:
>
> 10419: Index Usage Statistics 
> 
> 6133: Improved index management 
> 
>
>
>
>

-- 
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/e1e15fff-0f08-4434-8cd3-4c74d54f03b7%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Issue deploying Go app with "gcloud preview app deploy"

[Nick (Cloud Platform Support)]

Hi Raphael,

Google Groups isn't the best place to post specific technical issues, as 
this forum is meant more for general discussion of the platform and 
services. 

If you believe you've identified and can reproduce an issue with the 
platform itself (behaviour is different from documentation or error occurs 
during normal use), then you should proceed to open a Public Issue Tracker 
issue  with enough 
detail to reproduce the issue on our side, or if possible, an attached app 
that can be used to directly observe the behaviour. 

Some information, in addition to your code, which you might include, would 
be the gcloud --verbosity debug preview app deploy output when attempting 
the failing deployment. 

If you would like to open a thread in this forum discussing the platform or 
services in more broad terms, starting a discussion that would be useful 
for other users to join in to, feel free to do so. Until then, we'll be 
monitoring the Public Issue Tracker and will probably pick up your issue 
shortly after you post it.

Have a great day!




On Friday, December 11, 2015 at 1:54:33 AM UTC-5, Raphael Simon wrote:
>
> I'm getting the following error when trying to deploy my app with gcloud 
> preview:
>
> gcloud preview app deploy --project goa-cellar app.yaml
> You are about to deploy the following modules:
>  - goa-cellar/default (from [/home/raphael/go/src/github.com/raphael/goa-
> cellar/app.yaml])
>  Deployed URL: [https://20151210t224752-dot-goa-cellar.appspot.com]
>  (add --promote if you also want to make this module available from
>  [https://goa-cellar.appspot.com])
>
> Beginning deployment...
> Copying files to Google Cloud Storage...
> Synchronizing files to [gs://staging.goa-cellar.appspot.com/].
> Updating module [default]...failed.
> ERROR: (gcloud.preview.app.deploy) Error Response: [13] Deployment 
> contains files that cannot be compiled.
> My googling hasn't yielded anything useful, not sure what to try next. 
> FWIW the same application can be deployed just fine using goapp deploy (I 
> would like to switch to gcloud though so I can easily deploy with TavisCI).
>
>

-- 
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/64352bcf-f329-4c0b-a7ae-c7b492c6b57b%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Favicon used in WORDPRESS GAE not displayed in Firefox Browser

[Nick (Cloud Platform Support)]

Hey Nandini,

This seems more like a Firefox issue than an App Engine issue, since the 
favicon loads fine in Chrome and can be requested easily with curl. I 
suggest that you post specific issues like this to StackOverflow 
<http://stackoverflow.com> rather than this forum, since this forum is for 
general discussion relating to the App Engine, and not for specific-issue 
1-on-1 support.

Best wishes,

Nick

On Friday, December 11, 2015 at 4:09:58 AM UTC-5, Nandini dinesh wrote:
>
> Hi,
>
> I m developing a website using wordpress in Google  App Engine
>
> I used favicon. Favicon displayed in Chrome Browser. But not display in 
> FireFox (FF) ver 42.0.
>
>
> My site URL :https://probable-skill-114906.appspot.com/
>
> I did as per the below link
>
> http://codex.wordpress.org/Creating_a_Favicon
>
> I tried below methods:
>
> METHOD 1:
>
> 1.Generated favicon and place images under theme directory.
>
> 2.Added the code in header.php file:under section
>
>
> 
>
> 3.Added code In App.yml file:
>
> - url: /favicon.ico
>
> static_files: images/favicon.ico
>
> upload: images/favicon.ico
>
>
> O/P - NOT DISPLAYING IN FF
>
>
> METHOD 2:
>
>
> 1.Generated favicon and placed in root directory.
>
> 2.Added the code in header.php file under section
>
> 
>
> 
>
> 3.Added the code In App.yml file:
>
> url: /favicon.ico
>
> static_files: favicon.ico
>
> upload: favicon.ico
>
> O/P - NOT DISPLAYING IN FF
>
>
> In method 2 i tried the below also.
>
> under section
>
> 
>
> 
>
>
> O/P - NOT DISPLAYING IN FF
>
>
>
>
> Plz help 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/d3587062-bc47-4dd3-862e-b5429260c3db%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Threshold in Usage graph shows different value in different time period

[Nick (Cloud Platform Support)]

I notice that you've opened a Public Issue Tracker thread 
<https://code.google.com/p/google-cloud-platform/issues/detail?id=21>. I'll 
follow up there from this point on.

On Thursday, December 10, 2015 at 2:08:32 PM UTC-5, Nick (Cloud Platform 
Support) wrote:
>
> Hey Niraj,
>
> I want to guess that the difference in numbers is a result of looking at 
> different figures, or possibly some client-side interpolation, but I've 
> been unable to replicate what you're seeing on my side, including the 
> phenomenon of having a graph with no marker dot which still displays 
> figures. 
>
> I'm wondering if you could capture a HAR recording of your browser's 
> traffic <https://toolbox.googleapps.com/apps/har_analyzer/> during 
> viewing these graphs in your console, and send that to me privately using 
> "Reply Privately". I'll be happy to take a look and attempt to determine 
> what's going on from looking at that. 
>
> It's also strange that the 6 hour and 12 hour graphs don't seem to agree 
> on the time at which the large spike occurred. In the 6 hour graph, it 
> appears at around ~2:00 PM, while in the 12 hour graph, it appears at 
> ~10:30 AM. Does that also look strange to you? 
>
> Feel free to send along the HAR in your next reply. Just know that 
> generally, we prefer to handle such issue reports as these in a Public 
> Issue Tracker forum. An issue like yours would be reported to the catch-all 
> Cloud 
> Platform Public Issue Tracker 
> <https://code.google.com/p/google-cloud-platform/issues/list>.
>
>
>
> On Thursday, December 10, 2015 at 4:59:52 AM UTC-5, Niraj Punekar wrote:
>>
>> Hi All
>>
>> I am trying to view usage graph after executing 1000 of requests. When I 
>> tried to view the threshold in 1 hour and 6 hours duration, it shows 
>> different threshold value. Not sure which value is accurate.
>> If I refer 6 hours duration, the threshold value for each graph gets 
>> change after sometime.
>> Same with the other time period.
>> Is this just me or are others seeing something similar?
>>
>> Thanks!!
>>
>

-- 
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/1c43d437-21f2-4687-9b8d-c25a424805f4%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Any good Log Analyzer tools in practice for GAE ?

[Nick (Cloud Platform Support)]

Hey Yun,

There are many ways to analyze logs. Ultimately, logs are just data. You 
should see the docs page for Configuring Logs Export 
. You 
could analyze and transform the data with BigQuery 
 and Dataflow 
, etc. There are tons of logs viewers 
out there, including open source and third party software. I hope this is a 
useful start for you!

On Wednesday, December 9, 2015 at 2:02:58 PM UTC-5, Yun Li wrote:
>
> Hi, 
>
> I am new to GAE and find it really hard to use the default log viewer.  It 
> takes so long to search logs. Is there any tools provided by Google that 
> could be used to analyze those logs ? Currently my app has more than 200MB 
> logs per day, the functions I need is effectively search, should be able to 
> query API parameters. 
>
> I am thinking about deploy a ELK stack but not sure is there any better 
> practice. 
>
>
>

-- 
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/b3df18dd-7ff6-4342-a6b6-19848934e708%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Do background threads prevent instances created with basic scaling from getting shut down?

[Nick (Cloud Platform Support)]

Hey Erik,

It seems that /_ah/stop is only appearing as a signal in your logs once a 
shutdown event has occurred, either due to normal events, such as an idle 
timeout or a call to the Modules service, or due to instance failure. 

In the other thread you linked, Michael from Firebase indicated that you 
can use one of their methods to attempt to shut down all the Firebase 
threads. This should prevent your instances from staying up due to idle 
background threads. Have you managed to attempt this, and did it work for 
you?

You were, though, more generally, looking for a way to start and stop 
instances in manual / basic scaling. Looking at the Modules service 
documentation (see Java 
<https://cloud.google.com/appengine/docs/java/javadoc/com/google/appengine/api/modules/ModulesService#setNumInstances-java.lang.String-java.lang.String-long->'s
 
javadoc, note that python's 
<http://gae-pydoc.appspot.com/google.appengine.api.modules.modules> methods 
are parallel), there are methods to set and get the number of instances in 
a version/module, and methods to start and stop all instances in a 
version/module, but no methods for individual control. 

You should feel free to file a Feature Request in the Public Issue Tracker 
<http://code.google.com/p/google-appengine/issues/list> for App Engine. You 
could also engineer various work-arounds, such as using Managed VMs, which 
can start and stop in a more controlled manner, also allowing process 
control, listing of threads, etc.

Let me know how this goes for you.

On Thursday, December 10, 2015 at 3:42:53 AM UTC-5, Erik Kuefler wrote:
>
> Cool, that all makes sense, I think I understand what /_ah/background 
> means now. So to clarify, every time I create a background thread, what 
> actually happens is the AppEngine sends a request to /_ah/background on the 
> same instance to execute that thread, and I should expect to see log output 
> from that thread in the /_ah/background request rather than in the log from 
> the original request? This seems to match what I see with Firebase - the 
> trace shows that it connects to a socket for exactly 60s, then the request 
> completes. I assume this is Firebase choosing to connect for 60s at a time 
> rather than AppEngine killing it.
>
> The modules API looks like it's on the right track, but it doesn't seem to 
> have a "shut down the current instance" method. It only has methods to 
> start and stop all instances for a version or to change the number of 
> instances for a manually scaled app, which doesn't quite do what I need. Am 
> I reading it correctly?
>
> I'm using Firebase's newish JVM client (described a bit here 
> <https://cloud.google.com/solutions/mobile/firebase-app-engine-android-studio>),
>  
> which has explicit support for App Engine. It looks like it's pretty much 
> the same as the Android client with some reflection magic to figure out if 
> it's running on GAE and adjust its thread creation strategy accordingly. 
> I'm still trying to figure out exactly how it manages its thread (talking 
> to them here 
> <https://groups.google.com/forum/?utm_medium=email&utm_source=footer#!msg/firebase-talk/Yl-Gcbo8ogQ/UAGrxIo2EAAJ>),
>  
> but I believe they're used to listen on web sockets for changes to remote 
> data to invoke user callbacks. I think I'll try running some tests on a 
> basic scaling module capped at one instance to try and deduce exactly what 
> it's doing.
>
> As long as you're submitting docs feedback, one other thing that I 
> couldn't find described anywhere is how basic scaling instances handle 
> concurrent requests. I assume it caps the number of current request in the 
> same way autoscaling does, but the cap doesn't seem to be configurable like 
> it is for autoscaling and it's not documented anywhere. I was getting what 
> looked like a lot of CPU contention on my instances that I was only able to 
> resolve by setting threadsafe to false, which was a bit more extreme than I 
> would have preferred.
>
> On Wednesday, December 9, 2015 at 4:51:00 PM UTC-8, Nick (Cloud Platform 
> Support) wrote:
>>
>> ... and to clarify, by "fixed" in the docs I mean that it should be 
>> mentioned there. The behaviour makes sense - the reason is that each 
>> background thread actually enqueues a long-running request not governed by 
>> the same execution timeline as a normal request. When it finally 
>> terminates, you'll see that it leaves a log line with a timestamp of its 
>> *termination, 
>> *however the milliseconds spent on the request will show its actual 
>> duration, which should be subtracted from the time of the log line to 
>> determine when the proc

[google-appengine] Re: What assumptions were made with the free quota 5 million page view estimations?

[Patrice (Cloud Platform Support)]

Hi again,

I think indeed the reference is to a page that we changed. What I meant by 
"too many assumptions were made" wasn't that there is a breakdown of 
exactly what was assumed, more that to get to that figure, a LOT of 
different variables can be at play, so it really comes down to your 
specific use case.

There are, at the time, no GAE accounts that I know that publicize this 
information. Maybe one of our users will see this post and decide to answer 
your question with a breakdown of their own usage. In the meantime, I can 
offer the pricing calculator <https://cloud.google.com/products/calculator/>, 
if you don't already know of it.

Cheers! 

On Thursday, December 10, 2015 at 10:55:25 AM UTC-5, Gitted wrote:
>
> Are there any high traffic GAE accounts that publicize their monthly 
> pricing that I can read up on?  I want real world traffic and pricing for 
> existing applications.  To make a use case for using app engine sometimes 
> having a real world case study helps in making a decision.
>
> On Thursday, December 10, 2015 at 10:51:55 AM UTC-5, Gitted wrote:
>>
>> Sorry I cannot find the reference, but I swear it was on an official 
>> google app engine page (there are lots of references too it in older blog 
>> posts and forum posts).
>>
>> What assumptions were made though? :)
>>
>> On Thursday, December 10, 2015 at 10:46:33 AM UTC-5, Patrice (Cloud 
>> Platform Support) wrote:
>>>
>>> Hi Gitted,
>>>
>>> Can you point out where you see that in our docs? I'm not able to see 
>>> it, and I remember it was a line previously in our quota page, but it's not 
>>> in anymore, exactly because there was too many assumptions made in it.
>>>
>>> Cheers!
>>>
>>> On Wednesday, December 9, 2015 at 3:22:31 PM UTC-5, Gitted wrote:
>>>>
>>>> I'm trying to understand what assumptions were made with the free quote 
>>>> tier being able to sustain 5 million page views per month?
>>>>
>>>> Are those 5 million page views making 3 database calls per page, or all 
>>>> served from cache, or?
>>>>
>>>>
>>>>

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/97b2ca48-055a-4105-bc65-33195220a4bc%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: JSP include pages fail to compile

[Nick (Cloud Platform Support)]

Hey Omkar,

This forum isn't the place to look for specific-issue one-on-one technical 
support. The best place to go for that is StackOverflow 
<http://stackoverflow.com> or Cloud Platform Support 
<https://cloud.google.com/support/>. This forum is meant for more general 
discussion of the platform and services, and you'll notice that generally, 
threads like this one get responded to with a reply like this one.

However, even if your post were transferred to StackOverflow, it would not 
meet their quality standards. Linking to another issue by another user at 
another time and saying that your issue is similar is not useful. Imagine 
if you had to begin debugging such a report, where would you start? 
Generally you should include:

* any error messages you've seen
* an explanation of what you've been doing
* an explanation of what you expect to see and what you see instead
* any relevant code
* any relevant version numbers or system details 

In your case, the JSP files, any full error messages, and the SDK version 
you're using, would be a good start. I wish you the best of luck in getting 
help for your issue on StackOverflow. We monitor various Cloud Platform 
tags there, so we may even end up helping you on your question there. 

Feel free to post the link to this thread when you've made your post, so 
that anybody who comes here can find your question and offer help if they 
can.

On Monday, December 14, 2015 at 3:51:16 AM UTC-5, Omkar Shetkar wrote:
>
>
> Hi,
>
>In my application, I have index.jsp which includes few other jsps. This 
> is done to improve readability and maintainability of the application.
> This perfectly compiles and runs on local dev server.
> But while updating this to GAE, it is giving compilation errors for 
> included pages.
> This issue is very similar to the one posted here 
> <http://stackoverflow.com/questions/15309621/google-app-engine-wont-deploy-when-using-include-file-file-jsp>
> .
>
> Please let us know what could be missing here.
>
> Regards
> Omkar 
>

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/9b30913a-3831-4a1b-b9ab-456b13910dfc%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Cloud Endpoints Not Updated After Deployment

[Nick (Cloud Platform Support)]

Hey Phua,

You should consider posting threads like this, asking for specific-issue 
one-on-one technical support, to StackOverflow <http://stackoverflow.com>, 
or getting a Support Package from Google Cloud Platform Support 
<http://cloud.google.com/support>. We monitor relevant tags on Stack 
Overflow and Server Fault <http://serverfault.com>, etc., and there are 
much larger communities there anyways. This forum is meant for more 
high-level discussion about the platform and services, so a thread like 
this is somewhat off-topic. When you post there, be sure to include the 
output I mentioned, along with any other information you think might be 
useful to someone attempting to debug the issue from the other side of the 
world, with no access to your system.

Best of luck!



On Tuesday, December 8, 2015 at 7:21:22 PM UTC-5, Nick (Cloud Platform 
Support) wrote:
>
> Can you attempt to run the gcloud command with --verbosity DEBUG, and as 
> well, can you check to be sure that "promote" is working properly? If you 
> were pushing to another version than default, that would explain why 
> visiting the default through the API explorer showed no updates. 
>
> On Tuesday, December 8, 2015 at 12:33:25 AM UTC-5, Phua Khai Fong wrote:
>>
>> Update:
>>
>> If I use appcfg.py to deploy, the cloud endpoints gets updated.
>>
>> Only when using gcloud it does not get updated.
>>
>>
>> On Tuesday, 8 December 2015 08:45:14 UTC+8, Phua Khai Fong wrote:
>>>
>>> This started yesterday for me from 7th Dec 2015.
>>>
>>> After successful deployment of an app, the cloud endpoints part is not 
>>> updated.
>>>
>>> Checking from the admin console logs, both 
>>> /_ah/spi/BackendService.logMessages and 
>>> /_ah/spi/BackendService.getApiConfigs return status 200
>>>
>>> If I use api explorer on the 
>>> https://version-dot-appid.appspot.com/_ah/api/explorer, I can see the 
>>> updated endpoints.
>>>
>>> But using api explorer on the default version does not show the changes.
>>>
>>> I am using "gcloud preview app deploy app.yaml --promote" to deploy, it 
>>> was working fine previously.
>>>
>>> What can I do to fix this? I need the updates to the cloud endpoints 
>>> badly.
>>>
>>

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/a90132f9-dd15-487b-93cd-5482034b8375%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Cloud Endpoints Not Updated After Deployment

[Nick (Cloud Platform Support)]

Hey Ben,

If you or anyone at your company have an issue to report during normal use, 
rather than a specific issue for which you'd like one-on-one technical 
support, you should post to the Public Issue Tracker for the relevant 
product, such as App Engine 
<http://code.google.com/p/google-appengine/issues/list>, Cloud SQL 
<http://code.google.com/p/googlecloudsql/issues/list>, the gcloud SDK tool 
<https://code.google.com/p/google-cloud-sdk/issues/list>, or the Cloud 
Platform generally 
<https://code.google.com/p/google-cloud-platform/issues/list> - this is the 
proper way to treat an issue with GAE. As explained above and in many 
threads in this forum, this forum isn't the right place to report issues, 
but is meant for high-level discussion.

While people do nonetheless make threads in this forum when experiencing an 
issue, the vast majority of the time they're the only one experiencing the 
issue, and it traces back to their own actions (incorrectly following a 
tutorial, misusing a certain pattern, failing to read and understand error 
output, etc). Rarely, though it does happen, they're posting (as here) 
about an issue which affects multiple users (perhaps unbeknownst to them at 
the time of posting). In such a case, it's regardless better to post in the 
Public Issue Tracker for the appropriate product, since this allows us to 
properly tag the thread for response by engineering who work on the issue, 
and keep this forum freed up for what it should be for, general and 
high-level discussion, instead of issue tracking.

So, feel free to create a PIT thread for this issue if you can't find one 
already to star or comment on. From a quick search of my own, it seems 
nobody has reported this issue properly yet. Including verbose logs output 
and as much information as possible about the issue and your system are 
going to make sure that it's processed as quickly as possible.

On Monday, December 14, 2015 at 5:28:53 PM UTC-5, Ben Plowman wrote:
>
> Hi Nick,
>
> Phua's request is pointing out a widespread issue with Google App Engine, 
> which my company is also experiencing, and not a request for one-on-one 
> technical support. As he points out, the command previously worked fine but 
> has stopped working, so it's not like he is a beginner asking for simple 
> help. It is a bug with GAE, so please treat it as such.
>
>
> On Monday, December 14, 2015 at 1:58:15 PM UTC-8, Nick (Cloud Platform 
> Support) wrote:
>>
>> Hey Phua,
>>
>> You should consider posting threads like this, asking for specific-issue 
>> one-on-one technical support, to StackOverflow <http://stackoverflow.com>, 
>> or getting a Support Package from Google Cloud Platform Support 
>> <http://cloud.google.com/support>. We monitor relevant tags on Stack 
>> Overflow and Server Fault <http://serverfault.com>, etc., and there are 
>> much larger communities there anyways. This forum is meant for more 
>> high-level discussion about the platform and services, so a thread like 
>> this is somewhat off-topic. When you post there, be sure to include the 
>> output I mentioned, along with any other information you think might be 
>> useful to someone attempting to debug the issue from the other side of the 
>> world, with no access to your system.
>>
>> Best of luck!
>>
>>
>>
>> On Tuesday, December 8, 2015 at 7:21:22 PM UTC-5, Nick (Cloud Platform 
>> Support) wrote:
>>>
>>> Can you attempt to run the gcloud command with --verbosity DEBUG, and as 
>>> well, can you check to be sure that "promote" is working properly? If you 
>>> were pushing to another version than default, that would explain why 
>>> visiting the default through the API explorer showed no updates. 
>>>
>>> On Tuesday, December 8, 2015 at 12:33:25 AM UTC-5, Phua Khai Fong wrote:
>>>>
>>>> Update:
>>>>
>>>> If I use appcfg.py to deploy, the cloud endpoints gets updated.
>>>>
>>>> Only when using gcloud it does not get updated.
>>>>
>>>>
>>>> On Tuesday, 8 December 2015 08:45:14 UTC+8, Phua Khai Fong wrote:
>>>>>
>>>>> This started yesterday for me from 7th Dec 2015.
>>>>>
>>>>> After successful deployment of an app, the cloud endpoints part is not 
>>>>> updated.
>>>>>
>>>>> Checking from the admin console logs, both 
>>>>> /_ah/spi/BackendService.logMessages and 
>>>>> /_ah/spi/BackendService.getApiConfigs return status 200
>>>>>
>>>>> If I use api explorer on the 
>>>>

[google-appengine] Re: Do background threads prevent instances created with basic scaling from getting shut down?

[Nick (Cloud Platform Support)]

Hey Erik,

It does seem as if this is an unintended side-effect of the Firebase driver 
authors leaving their background threads running indefinitely, or for 
longer than the idle timeout you've specified anyways. We monitor the 
Public Issue Trackers quite regularly, so you should see responses on those 
threads shortly.

Best of luck!

On Monday, December 14, 2015 at 4:30:51 AM UTC-5, Erik Kuefler wrote:
>
> Thanks, I filed 
> https://code.google.com/p/googleappengine/issues/detail?id=12606 and 
> https://code.google.com/p/googleappengine/issues/detail?id=12607 for 
> features that would help me.
>
> I'll be experimenting with the method mentioned on the other thread soon, 
> but it's tricky since it basically kills all of the instance's threads 
> instead of just the ones for the current request, so I have to be careful 
> with it. I might end up having to effectively roll my own scaling by 
> keeping track of the last request the instance gets and running a 
> background thread that periodically checks the last request time, killing 
> all of my background threads if it sees no request has come in for the past 
> 10 minutes or so.
>
> On Friday, December 11, 2015 at 10:00:36 AM UTC-8, Nick (Cloud Platform 
> Support) wrote:
>>
>> Hey Erik,
>>
>> It seems that /_ah/stop is only appearing as a signal in your logs once a 
>> shutdown event has occurred, either due to normal events, such as an idle 
>> timeout or a call to the Modules service, or due to instance failure. 
>>
>> In the other thread you linked, Michael from Firebase indicated that you 
>> can use one of their methods to attempt to shut down all the Firebase 
>> threads. This should prevent your instances from staying up due to idle 
>> background threads. Have you managed to attempt this, and did it work for 
>> you?
>>
>> You were, though, more generally, looking for a way to start and stop 
>> instances in manual / basic scaling. Looking at the Modules service 
>> documentation (see Java 
>> <https://cloud.google.com/appengine/docs/java/javadoc/com/google/appengine/api/modules/ModulesService#setNumInstances-java.lang.String-java.lang.String-long->'s
>>  
>> javadoc, note that python's 
>> <http://gae-pydoc.appspot.com/google.appengine.api.modules.modules> 
>> methods are parallel), there are methods to set and get the number of 
>> instances in a version/module, and methods to start and stop all instances 
>> in a version/module, but no methods for individual control. 
>>
>> You should feel free to file a Feature Request in the Public Issue 
>> Tracker <http://code.google.com/p/google-appengine/issues/list> for App 
>> Engine. You could also engineer various work-arounds, such as using Managed 
>> VMs, which can start and stop in a more controlled manner, also allowing 
>> process control, listing of threads, etc.
>>
>> Let me know how this goes for you.
>>
>> On Thursday, December 10, 2015 at 3:42:53 AM UTC-5, Erik Kuefler wrote:
>>>
>>> Cool, that all makes sense, I think I understand what /_ah/background 
>>> means now. So to clarify, every time I create a background thread, what 
>>> actually happens is the AppEngine sends a request to /_ah/background on the 
>>> same instance to execute that thread, and I should expect to see log output 
>>> from that thread in the /_ah/background request rather than in the log from 
>>> the original request? This seems to match what I see with Firebase - the 
>>> trace shows that it connects to a socket for exactly 60s, then the request 
>>> completes. I assume this is Firebase choosing to connect for 60s at a time 
>>> rather than AppEngine killing it.
>>>
>>> The modules API looks like it's on the right track, but it doesn't seem 
>>> to have a "shut down the current instance" method. It only has methods to 
>>> start and stop all instances for a version or to change the number of 
>>> instances for a manually scaled app, which doesn't quite do what I need. Am 
>>> I reading it correctly?
>>>
>>> I'm using Firebase's newish JVM client (described a bit here 
>>> <https://cloud.google.com/solutions/mobile/firebase-app-engine-android-studio>),
>>>  
>>> which has explicit support for App Engine. It looks like it's pretty much 
>>> the same as the Android client with some reflection magic to figure out if 
>>> it's running on GAE and adjust its thread creation strategy accordingly. 
>>> I'm still trying to figure out exactly how it manage

[google-appengine] Re: JSP include pages fail to compile

[Nick (Cloud Platform Support)]

Hey Omkar,

I see from the Stack Overflow question that you managed to solve your 
issue, although you weren't very clear, sort of just hinting that you did 
something with imports. In order for anyone from GAE to look at what you 
believe to be an issue, it would need to be posted in a Public Issue Tracker 
, where we take 
issue reports. As it stands, a Stack Overflow question isn't going to 
necessarily bring attention or feedback, especially when it seems to have 
been a user error and is not clearly explained. So, feel free to go into a 
lot more detail in making a Public Issue Tracker post if you feel that an 
actual platform issue is occurring here.

Best wishes,

Nick

On Tuesday, December 15, 2015 at 1:37:11 AM UTC-5, Omkar Shetkar wrote:
>
> Hi Nick,
>
>Thanks for the reply.
> Will take care about the points you raised in future communications.
> Regarding the issue I mentioned, it is exactly same as the issue mentioned 
> in StackOverflow 
> 
> .
> I have found a workaround and updated the same thread in StackOverflow.
> Many are waiting for GAE team to come back on this issue.
>
> Regards.
>
>
> On Monday, December 14, 2015 at 2:21:16 PM UTC+5:30, Omkar Shetkar wrote:
>>
>>
>> Hi,
>>
>>In my application, I have index.jsp which includes few other jsps. 
>> This is done to improve readability and maintainability of the application.
>> This perfectly compiles and runs on local dev server.
>> But while updating this to GAE, it is giving compilation errors for 
>> included pages.
>> This issue is very similar to the one posted here 
>> 
>> .
>>
>> Please let us know what could be missing here.
>>
>> Regards
>> Omkar 
>>
>

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/bb060693-3dd4-483c-a9ef-1e9d7c19f927%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Can I restrict access to my site from specific domains?

[Nick (Cloud Platform Support)]

Your server might get a request via the javascript they embed from any 
computer in the world, and there's no way around checking the headers / 
request params for auth when receiving requests on the endpoint that the 
library targets. 

Even if you provide them a special endpoint (security by obscurity here, 
but even in combination with actual security of a client secret) which will 
go down (serve 404, relatively quick and easy) when they've been 
"unsubscribed", this would not prevent users from triggering the 
now-failing API call through the JS you gave the developer to embed in 
their site. 

The positive aspect of terminating service from your end is that the error 
bubbles to the third-party site's users, likely preventing them from 
continuing to use the service and generate API calls. In fact, terminating 
from your end is the only thing you *can* do, since you can't forcefully 
delete the JS you gave out, or make the clients "forget" the API endpoint, 
their key, etc.

If you're dealing with a malicious user who wants to repeatedly hit the 
failing API through site interaction, they won't get far as this is a very 
inefficient way to conduct a DOS, and if they start targeting you from a 
specific IP or a group of IPs with bad requests in more serious loads, 
you'll be dealing with something more on the order of DOS prevention than 
an auth question.

I hope this has helped clarify the boundaries a solution would have to 
exist within, but things phrased this simply can be deceptive. It would 
seem after this analysis that you had to pay for the failing requests by 
checking the auth in a request handler of your app, but the clever solution 
of Anastasios is to have Cloud Storage handle the rejection calls by the 
presence or absence of a given resource, avoiding instance-traffic, is 
quite good. Although you'd have to wonder if the added failure-point of 
Cloud Storage and dev-time is worth the saved few requests. As discussed 
above, if somebody really wanted to DOS your instances, they'd do it 
properly instead of using failing API requests which will not consume as 
much CPU and network bandwidth anyways as normal requests.

On Tuesday, December 15, 2015 at 5:39:47 PM UTC-5, NP wrote:
>
> Hello all,
>
> I'm working on a design (in python) where my users will embed a piece of 
> javascript code on their website. This javascript code will call my 
> application which then provides service to my users. An example of this 
> approach is signing up for Google Analytics or Google Ads. Google gives you 
> a piece of javascript code which you embed on your website and when users 
> load your page, the javascript code calls Google Servers.
>
> I'm trying to figure out what to do if a user is no longer using my 
> service but forgets to delete the javascript code from their pages. Is 
> their a way to prevent such sites from accessing my site without incurring 
> a hit on my server? The option I can think of right now is to have my code 
> catch the request and then throttle it but that still involves a hit to my 
> server and if my client's website is being accessed by thousands of users, 
> the hits to my server becomes considerable.
> I know that Google App engine has a Denial of Service Protection but as 
> far as I know, this works only for IP address. 
>
> Thanks
>

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/0f8493e4-8c5c-418c-9fce-8f7d96b6566c%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Tasks Queues / processing rate.

[Nick (Cloud Platform Support)]

If this isn't an example of mis-configuration (somehow having pushed a 
"1/m" queue definition in the past), then it probably warrants a post to 
the Public Issue Tracker 
<http://code.google.com/p/google-appengine/issues/list>. The information 
you might include would be the code behind /tasks/EventProcessor, along 
with the app id of the affected app and the queue name, along with other 
potentially-related information, such as the QPS on the instances which are 
handling the requests. 

Posting there will quickly lead to a reply from someone in Community 
Support doing triage of Public Issue Tracker issues. Whether this has 
always been this way, or started recently, would also be some useful 
information. It might have been hinted by your post, but I can't determine 
for sure.

Best of luck!

On Wednesday, December 16, 2015 at 1:06:21 PM UTC-5, Thanasis Delenikas 
wrote:
>
> Hello,
>
> I have a Java application which happily runs in the free tier of Google 
> App Engine. In the past I've encountered some spikes - from that moment 
> I've enabled the paid tier with a small daily budget. So, although I have 
> allocated some $$$ for daily spikes, my application runs in the free-quote 
> range for most of its life.
>
> My problem is task queues.
>
> For example, I have a queue with bucket size "20", rate "1/s" and max 
> concurrency "1".
>
> When this queue gets something like 10-20 tasks (each task takes some 
> seconds to execute), I see an actual processing rate of "1 / minute" - yes, 
> per minute. In the same time, the running instance does no work at all and 
> GAE makes no attempt to start a second instance - to "maybe" boost the 
> processing rate in order to try and align with the "1/s" configured rate.
>
> Here is a log of the workload and the processing ratio - check the hours / 
> minutes:
>
> I 2015-12-16 11:55:50.488  200   0 B  3.19 s 
> /tasks/EventProcessor?eventId=W475967
> I 2015-12-16 11:54:06.255  200   0 B 14.67 s 
> /tasks/EventProcessor?eventId=W476837
> I 2015-12-16 11:53:10.281  200   0 B  4.65 s 
> /tasks/EventProcessor?eventId=W476829
> I 2015-12-16 11:52:11.583  200   0 B  9.21 s 
> /tasks/EventProcessor?eventId=W476800
> I 2015-12-16 11:51:11.480  200   0 B  5.25 s 
> /tasks/EventProcessor?eventId=W476697
> I 2015-12-16 11:50:11.377  200   0 B  5.47 s 
> /tasks/EventProcessor?eventId=W476678
> I 2015-12-16 11:49:11.311  200   0 B  4.68 s 
> /tasks/EventProcessor?eventId=W476660
> I 2015-12-16 11:48:11.216  200   0 B 10.97 s 
> /tasks/EventProcessor?eventId=W476523
> I 2015-12-16 11:47:11.143  200   0 B  2.76 s 
> /tasks/EventProcessor?eventId=W476522
> I 2015-12-16 11:46:11.048  200   0 B   6.3 s 
> /tasks/EventProcessor?eventId=W476394
> I 2015-12-16 11:45:10.945  200   0 B  3.41 s 
> /tasks/EventProcessor?eventId=W476391
> I 2015-12-16 11:44:10.921  200   0 B   6.2 s 
> /tasks/EventProcessor?eventId=W476361
> I 2015-12-16 11:43:10.817  200   0 B  2.68 s 
> /tasks/EventProcessor?eventId=W476359
> I 2015-12-16 11:42:10.713  200   0 B  6.21 s 
> /tasks/EventProcessor?eventId=W476345
> I 2015-12-16 11:41:10.696  200   0 B  438 ms 
> /tasks/EventProcessor?eventId=W476252
> I 2015-12-16 11:40:10.593  200   0 B  6.41 s 
> /tasks/EventProcessor?eventId=W476130
> F 2015-12-16 11:40:01.720  500   0 B   8.8 s 
> /tasks/EventProcessor?eventId=W475967
>
>
> Why doesn't GAE respect the defined ratio? Am I doing something very 
> wrong? Have I missed anything?
> Does this happen because the actual processing takes seconds instead of ms?
>
> Should I leave automatic scaling behind and move to custom scaling?
>
> Thanks!
>
>

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/fa031d62-2136-4fb7-8d76-4ec221ad3f0f%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Connecting to aerospike cloud database from google app engine using Golang(gin gonic)

[Nick (Cloud Platform Support)]

Hey Bhaskar,

This forum is meant for more general, high-level discussion of the platform 
and services, and programming with App Engine, and specific-issue posts of 
this nature are considered off-topic. You should really post a question 
like this to a website designed for the purpose, such as Stack Overflow, 
which we also monitor. Over there, you'll find a much larger user-base and 
you'll be much more likely to get useful responses. 

Just some advice before you post there: it seems as though your issue is 
not adequately explained in your post. Consider attempting to reason about 
the problem as somebody with no access to your system other than the 
information in the post, and you might realize how difficult and limiting 
it is to debug from the other side of the internet. 

Even just some simple links can help improve a question - linking to 
Aerospike's 
documentation for Go connections 
 as a start. Also, 
what "unable to connect" means in this context is highly important. Is 
there any error output? Have you checked the logs on your instance?

It seems as though the ultimate problem here is not being familiar with the 
platform you're building on. App Engine limits runtimes from making 
arbitrary port connections 
, which 
is certainly something that will be needed to run a line like: 

 _, err := NewClient("10.240.0.3", 3000)

So, it seems that you might want to deploy your application as a Managed VM 
 using the go 
runtime. This will allow your code to make arbitrary port connections. 
That, or use a GCE instance which can connect on its network interface as a 
proxy to your Aerospike DB.

On Tuesday, December 15, 2015 at 11:42:18 PM UTC-5, Bhaskar rao wrote:
>
> Hello,
>
> I am new to Golang and created an aerospike instance in google cloud from 
> one of the projects in app engine.
>
> I tried to connect to the database using 
>
>   _, err := NewClient("10.240.0.3", 3000)
>
>
> I also tried localhost as well as external ip provided by golang. But 
> unable to connect.
>
> Note that it is not golang/gingonic code issue as I was able to connect in 
> my local system to a remote aerospike database that I installed in digital 
> ocean.
>

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/a05daf2b-86e2-4918-bbf5-bb13f5d92910%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Issue deploying Go app with "gcloud preview app deploy"

[Nick (Cloud Platform Support)]

Hey Raphael,

We're currently working on resolving this issue. You can follow this Public 
Issue Tracker thread 
 for any 
updates.

On Friday, December 11, 2015 at 1:54:33 AM UTC-5, Raphael Simon wrote:
>
> I'm getting the following error when trying to deploy my app with gcloud 
> preview:
>
> gcloud preview app deploy --project goa-cellar app.yaml
> You are about to deploy the following modules:
>  - goa-cellar/default (from [/home/raphael/go/src/github.com/raphael/goa-
> cellar/app.yaml])
>  Deployed URL: [https://20151210t224752-dot-goa-cellar.appspot.com]
>  (add --promote if you also want to make this module available from
>  [https://goa-cellar.appspot.com])
>
> Beginning deployment...
> Copying files to Google Cloud Storage...
> Synchronizing files to [gs://staging.goa-cellar.appspot.com/].
> Updating module [default]...failed.
> ERROR: (gcloud.preview.app.deploy) Error Response: [13] Deployment 
> contains files that cannot be compiled.
> My googling hasn't yielded anything useful, not sure what to try next. 
> FWIW the same application can be deployed just fine using goapp deploy (I 
> would like to switch to gcloud though so I can easily deploy with TavisCI).
>
>

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/ce50c25e-fb29-406c-a7f8-0996888eef92%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Application facing 500 error for some users and content not loading for few users

[Nick (Cloud Platform Support)]

Hey Barath,

This forum is meant for general discussion of the platform, services, and 
development patterns, higher-level architecture questions, etc. A specific 
technical issue should be solved by either purchasing a Support Package 
<https://cloud.google.com/support/> or going to a community forum such as Stack 
Overflow <http://stackoverflow.com> or the Public Issue Tracker 
<https://code.google.com/p/googleappengine/issues/list>. You should decide 
betweeen Stack Overflow (or Server Fault <http://serverfault.com>) and the 
Public Issue Trackers depending on the nature of the issue - do you believe 
the observed issue is likely due to your own error? That would be best 
solved on a Stack Exchange site. If you're reasonably sure the issue is 
happening due to something we need to fix on our end, a Public Issue 
Tracker is best.

*HTTP 500 responses*

In terms of your issue here, it's described very abstractly, which leads to 
problems in attempting to help. A 500 HTTP response can happen for numerous 
reasons, and very little information is given to explain why it might occur 
here. There are plenty of scenarios in which an error which is either yours 
or ours to fix could cause a 500 response, so some code, some logs, some 
stack traces, a more detailed description of the apparent cause of the 
error would all be valuable and necessary in reporting this issue, even if 
you had a Support Package. 

*Can we look into your code / logs?*

Finally, to respond to your request to take a look into your application, I 
should clarify that we wouldn't be likely to do this, if only to protect 
your information security and privacy, even as much as we might like to be 
able to help you in that way. Community Support, which involves us 
monitoring various Stack Overflow and Server Fault tags, along with certain 
Public Issue Trackers, doesn't have the right to go into your application 
and just start changing things or looking into code, etc. In fact, neither 
do support agents who you'll work with when you register for a Support 
Package, generally.

*What level of support is offered?*

Even with a Support Package, maintenance and debugging of your application 
along with retrieving logs and source code are entirely up to you, the 
developer, while we offer a supporting role of giving high-level advice on 
numerous technical topics, analyzing information you share with us, 
triaging issues discovered in the platform to get them fixed by 
engineering, and other such supporting tasks, all with the goal of making 
sure that the platform itself is not a barrier to your development, rather 
than acting directly as consultants or developers on your application logic 
itself. 

The specific level of support given at various levels of Support Packages 
(all users are "Bronze" by default) is described in the document "Technical 
Support Services Guidelines <https://cloud.google.com/terms/tssg/>" (or 
TSSG). We can and do provide best-effort support which goes higher than 
what was mentioned, approaching more the role of someone who could just 
jump in to take a look at your code, but this is not guaranteed or subject 
to any clause of the TSSG. 

*Conclusion*

So, I hope I've given enough information for you to make an informed choice 
about how to proceed in fixing your issue. I'd recommend starting with 
creating a Stack Overflow post which includes some of the information 
mentioned in the section "HTTP 500 responses" above. Feel free to post the 
link here once you create your question, and we'll be more likely to see 
the question and help out. Another reason you would want to post to one of 
those other locations is that there are larger communities of people 
willing and able to help.

Best of luck!

-- Nick



On Thursday, December 17, 2015 at 3:53:27 AM UTC-5, Bharath Kumaar wrote:
>
> Hello Google team, Our application is throwing 500 for some users. When we 
> checked for the cause, new instance is began creating for them. and this 
> results in not loading contents for some users. Could you guys take a look 
> into our application, id is live-adaptivecourse
>

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/e5c4af95-d0fb-4469-8253-0fe1dca5f440%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Cloud Endpoints Not Updated After Deployment

[Nick (Cloud Platform Support)]

Hey Phua and Ben,

If this issue is still occurring for either of you, or anybody reading this 
post, I'd like to reiterate that the best thing to do is make a post to the 
Public 
Issue Tracker <http://code.google.com/p/google-appengine/issues/list>. From 
the way Phua describes it, and from the lack of activity in the thread, I'm 
guessing this is transient, however.

On Thursday, December 17, 2015 at 6:22:27 PM UTC-5, Phua Khai Fong wrote:
>
> Hi Nick,
>
> Sorry I couldn't reply earlier.
>
> I did not try to make gcloud deployments work as appcfg.py is working well.
>
> As with all google cloud platform services, there are times when things 
> are down and they come back up automatically after a while.
>
> Hence, I did not try to debug further as it might also be my own mistake 
> and an isolated problem.
>
> I will take note to post in StackOverflow for more technical stuff.
>
> On Tuesday, 15 December 2015 06:45:56 UTC+8, Nick (Cloud Platform Support) 
> wrote:
>>
>> Hey Ben,
>>
>> If you or anyone at your company have an issue to report during normal 
>> use, rather than a specific issue for which you'd like one-on-one technical 
>> support, you should post to the Public Issue Tracker for the relevant 
>> product, such as App Engine 
>> <http://code.google.com/p/google-appengine/issues/list>, Cloud SQL 
>> <http://code.google.com/p/googlecloudsql/issues/list>, the gcloud SDK 
>> tool <https://code.google.com/p/google-cloud-sdk/issues/list>, or the Cloud 
>> Platform generally 
>> <https://code.google.com/p/google-cloud-platform/issues/list> - this is 
>> the proper way to treat an issue with GAE. As explained above and in many 
>> threads in this forum, this forum isn't the right place to report issues, 
>> but is meant for high-level discussion.
>>
>> While people do nonetheless make threads in this forum when experiencing 
>> an issue, the vast majority of the time they're the only one experiencing 
>> the issue, and it traces back to their own actions (incorrectly following a 
>> tutorial, misusing a certain pattern, failing to read and understand error 
>> output, etc). Rarely, though it does happen, they're posting (as here) 
>> about an issue which affects multiple users (perhaps unbeknownst to them at 
>> the time of posting). In such a case, it's regardless better to post in the 
>> Public Issue Tracker for the appropriate product, since this allows us to 
>> properly tag the thread for response by engineering who work on the issue, 
>> and keep this forum freed up for what it should be for, general and 
>> high-level discussion, instead of issue tracking.
>>
>> So, feel free to create a PIT thread for this issue if you can't find one 
>> already to star or comment on. From a quick search of my own, it seems 
>> nobody has reported this issue properly yet. Including verbose logs output 
>> and as much information as possible about the issue and your system are 
>> going to make sure that it's processed as quickly as possible.
>>
>> On Monday, December 14, 2015 at 5:28:53 PM UTC-5, Ben Plowman wrote:
>>>
>>> Hi Nick,
>>>
>>> Phua's request is pointing out a widespread issue with Google App 
>>> Engine, which my company is also experiencing, and not a request for 
>>> one-on-one technical support. As he points out, the command previously 
>>> worked fine but has stopped working, so it's not like he is a beginner 
>>> asking for simple help. It is a bug with GAE, so please treat it as such.
>>>
>>>
>>> On Monday, December 14, 2015 at 1:58:15 PM UTC-8, Nick (Cloud Platform 
>>> Support) wrote:
>>>>
>>>> Hey Phua,
>>>>
>>>> You should consider posting threads like this, asking for 
>>>> specific-issue one-on-one technical support, to StackOverflow 
>>>> <http://stackoverflow.com>, or getting a Support Package from Google 
>>>> Cloud Platform Support <http://cloud.google.com/support>. We monitor 
>>>> relevant tags on Stack Overflow and Server Fault 
>>>> <http://serverfault.com>, etc., and there are much larger communities 
>>>> there anyways. This forum is meant for more high-level discussion about 
>>>> the 
>>>> platform and services, so a thread like this is somewhat off-topic. When 
>>>> you post there, be sure to include the output I mentioned, along with any 
>>>> other information you think might be useful to someone attempting to debug 
>>>> 

[google-appengine] Re: Security exception when using non-white listed java class java.nio.channels.spi.SelectorProvider

[Adam (Cloud Platform Support)]

Running Couchbase on App Engine would be counterproductive anyway as you 
have no access to local storage for a backing store. You'd want to host 
Couchbase on a Google Compute Engine  
instance where you do have access to local storage and don't have class 
restrictions, and then access it from App Engine via the Couchbase Java 
Client library .

On Friday, December 18, 2015 at 3:30:46 PM UTC-5, Benjamin Glatzeder wrote:
>
> Hi!
>
> Running this line of code 
> Cluster cluster = CouchbaseCluster.create("MY-IP");
> in a bare minimum Java GAE produces a crash.
>
> Couchbase is a NoSQL database.
> Gradle import for Couchbase: 
>
> compile 'com.couchbase.client:java-client:2.2.2'
>
>
> Stacktrace:
>
> java.lang.NoClassDefFoundError: Could not initialize class 
> com.google.apphosting.runtime.security.shared.stub.java.nio.channels.spi.SelectorProvider
>  
> at 
> com.couchbase.client.deps.io.netty.channel.nio.NioEventLoopGroup.(NioEventLoopGroup.java:52)
>  
> at 
> com.couchbase.client.core.env.DefaultCoreEnvironment.(DefaultCoreEnvironment.java:262)
>  
> at 
> com.couchbase.client.java.env.DefaultCouchbaseEnvironment.(DefaultCouchbaseEnvironment.java:124)
>  
> at 
> com.couchbase.client.java.env.DefaultCouchbaseEnvironment.(DefaultCouchbaseEnvironment.java:55)
>  
> at 
> com.couchbase.client.java.env.DefaultCouchbaseEnvironment$Builder.build(DefaultCouchbaseEnvironment.java:472)
>  
> at 
> com.couchbase.client.java.env.DefaultCouchbaseEnvironment.create(DefaultCouchbaseEnvironment.java:158)
>  
> at 
> com.couchbase.client.java.CouchbaseCluster.create(CouchbaseCluster.java:164) 
> at 
> com.couchbase.client.java.CouchbaseCluster.create(CouchbaseCluster.java:151) 
> at ben.tests.couch8.backend.MyServlet.doPost(MyServlet.java:40) 
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:637) 
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) 
> at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:511) 
> at 
> org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1166)
>  
> at 
> com.google.apphosting.utils.servlet.ParseBlobUploadFilter.doFilter(ParseBlobUploadFilter.java:125)
>  
> at 
> org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1157)
>  
> at 
> com.google.apphosting.runtime.jetty.SaveSessionFilter.doFilter(SaveSessionFilter.java:37)
>  
> at 
> org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1157)
>  
> at 
> com.google.apphosting.utils.servlet.JdbcMySqlConnectionCleanupFilter.doFilter(JdbcMySqlConnectionCleanupFilter.java:60)
>  
> at 
> org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1157)
>  
> at 
> com.google.apphosting.utils.servlet.TransactionCleanupFilter.doFilter(TransactionCleanupFilter.java:43)
>  
> at 
> org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1157)
>  
> at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:388) 
> at 
> org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216) 
> at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:182) 
> at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:765) 
> at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:418) 
> at 
> com.google.apphosting.runtime.jetty.AppVersionHandlerMap.handle(AppVersionHandlerMap.java:260)
>  
> at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152) 
> at org.mortbay.jetty.Server.handle(Server.java:326) 
> at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:542) 
> at 
> org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:923)
>  
> at 
> com.google.apphosting.runtime.jetty.RpcRequestParser.parseAvailable(RpcRequestParser.java:78)
>  
> at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:404) 
> at 
> com.google.apphosting.runtime.jetty.JettyServletEngineAdapter.serviceRequest(JettyServletEngineAdapter.java:148)
>  
> at 
> com.google.apphosting.runtime.JavaRuntime$RequestRunnable.run(JavaRuntime.java:469)
>  
> at 
> com.google.tracing.TraceContext$TraceContextRunnable.runInContext(TraceContext.java:437)
>  
> at 
> com.google.tracing.TraceContext$TraceContextRunnable$1.run(TraceContext.java:444)
>  
> at com.google.tracing.CurrentContext.runInContext(CurrentContext.java:256) 
> at 
> com.google.tracing.TraceContext$AbstractTraceContextCallback.runInInheritedContextNoUnref(TraceContext.java:308)
>  
> at 
> com.google.tracing.TraceContext$AbstractTraceContextCallback.runInInheritedContext(TraceContext.java:300)
>  
> at 
> com.google.tracing.TraceContext$TraceContextRunnable.run(TraceContext.java:441)
>  
> at 
> com.google.apphosting.runtime.ThreadGroupPool$PoolEntry.run(ThreadGroupPool.java:235)
>  
> at java.lang.Thread.run(Thread.java:745)
>
>
> As far as

[google-appengine] Re: NoSuchMethodError for ReflectionHelper during app launch

[Adam (Cloud Platform Support)]

This seems like a question that would be better posted to Stack Overflow, 
as it is not really a defect report or a feature request. Please see the 
main Community Support page 
<https://support.google.com/cloud/answer/3466163#>[1] for a list of the 
tags we monitor. This type of question also appears to have been asked a 
few times here 
<http://stackoverflow.com/questions/28652337/jersey-rest-nosuchmethoderror-com-sun-jersey-core-reflection-reflectionhelper>,
 
here 
<http://stackoverflow.com/questions/18836551/nosuchmethoderror-com-sun-jersey-core-reflection-reflectionhelper-getosgiregist>
 
and here 
<http://stackoverflow.com/questions/26700892/exception-while-instantiating-jetty-and-jersey>,
 
so this may also be of help. Specifically:

"Most of the issue of kind: 'java.lang.NoSuchMethodError' occurs when there 
is a library compatibility issue. So you might have jersey-core and 
jersey-server library version mismatch. You need to check and make sure you 
have both libraries compatible with each other."

On Friday, December 18, 2015 at 4:08:36 PM UTC-5, Garvesh Mehrotra wrote:

> Hi, 
>
> I am trying to launch my Java based app to Google App Engine. 
> Every time the launch fails with following error. 
> java.lang.NoSuchMethodError: 
> com.sun.jersey.core.reflection.ReflectionHelper.getOsgiRegistryInstance()Lcom/sun/jersey/core/osgi/OsgiRegistry;
>
> Though I have added jersey-core-1.17.1.jar in the build path, which 
> contains the above mentioned method. I tried rearranging the JARs through 
> Order and Export in eclipse, but to no avail. 
> Any help is appreciated. 
>
> Thanks
> Garvesh 
>

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/ffc4c714-242f-47e5-a50a-9d6c42f2ea7a%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: NoSuchMethodError for ReflectionHelper during app launch

[Adam (Cloud Platform Support)]

This seems like a question that would be better posted to Stack Overflow, 
rather than a discussion post. The google-appengine group is intended more 
for general discussion rather than 1-on-1 support assistance. Please see 
the main Community Support page 
<https://support.google.com/cloud/answer/3466163#> for a list of the tags 
we monitor. This type of question seems to have been asked a few times here 
<http://stackoverflow.com/questions/28652337/jersey-rest-nosuchmethoderror-com-sun-jersey-core-reflection-reflectionhelper>,
 
here 
<http://stackoverflow.com/questions/18836551/nosuchmethoderror-com-sun-jersey-core-reflection-reflectionhelper-getosgiregist>
 
and here 
<http://stackoverflow.com/questions/26700892/exception-while-instantiating-jetty-and-jersey>,
 
so one of these answers may be of help. Specifically:

"Most of the issues of kind 'java.lang.NoSuchMethodError' occur when there 
is a library compatibility issue. So you might have jersey-core and 
jersey-server library version mismatch. You need to check and make sure you 
have both libraries compatible with each other."

On Friday, December 18, 2015 at 4:08:36 PM UTC-5, Garvesh Mehrotra wrote:
>
> Hi, 
>
> I am trying to launch my Java based app to Google App Engine. 
> Every time the launch fails with following error. 
> java.lang.NoSuchMethodError: 
> com.sun.jersey.core.reflection.ReflectionHelper.getOsgiRegistryInstance()Lcom/sun/jersey/core/osgi/OsgiRegistry;
>
> Though I have added jersey-core-1.17.1.jar in the build path, which 
> contains the above mentioned method. I tried rearranging the JARs through 
> Order and Export in eclipse, but to no avail. 
> Any help is appreciated. 
>
> Thanks
> Garvesh 
>

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/bb9bbaca-ef3c-4f65-9cf7-b73d17148ae6%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: DNS lookup failed for URL

[Nick (Cloud Platform Support)]

Including the text of the error would be useful. It's unclear as of this 
moment where the root cause of the issue lies. I've attempted to reproduce 
using the code you supplied, but instead saw either no error, or one time, 
"deadline exceeded" from urlfetch, which could be caused by a high load on 
the server. A dig query from a GCE machine shows they have records in 
place, and curl can successfully retrieve a page from rutracker.org. 

Is this still happening to you?

dig rutracker.org ANY

; <<>> DiG 9.9.5-3ubuntu0.6-Ubuntu <<>> rutracker.org ANY
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 57269
;; flags: qr rd ra; QUERY: 1, ANSWER: 10, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 512
;; QUESTION SECTION:
;rutracker.org. IN  ANY

;; ANSWER SECTION:
rutracker.org.  489 IN  SOA ns1.rutracker.org. 
hw.rutracker.org. 15122121 3600 900 120960 600
rutracker.org.  489 IN  NS  ns2.rutracker.org.
rutracker.org.  489 IN  NS  ns4.rutracker.org.
rutracker.org.  489 IN  NS  ns1.rutracker.org.
rutracker.org.  489 IN  NS  ns3.rutracker.org.
rutracker.org.  489 IN  NS  ns5.rutracker.org.
rutracker.org.  489 IN  A   195.82.146.214
rutracker.org.  489 IN  2a02:4680:22::214
rutracker.org.  489 IN  MX  5 mail.rutracker.org.
rutracker.org.  489 IN  TXT "v=spf1 mx 
mx:mail.rutracker.org -all"

;; Query time: 1 msec
;; SERVER: 169.254.169.254#53(169.254.169.254)
;; WHEN: Mon Dec 21 18:42:03 UTC 2015
;; MSG SIZE  rcvd: 285


On Monday, December 21, 2015 at 5:26:20 AM UTC-5, Sofia S wrote:
>
> This code works fine in the simulator (i.e. GoogleAppEngineLauncher). I 
> get an DNS error when run on the GAE server. How can I fix this?
>
> #!/usr/bin/env python
>
> import webapp2
> from google.appengine.api import urlfetch
>
> class MainHandler(webapp2.RequestHandler):
>   
>   def get(self):
> self.response.headers['Content-Type'] = 'text/html; 
> charset=windows-1251'
> 
> try:
>   result = urlfetch.fetch("http://rutracker.org/";)
>   self.response.write(result.content)
> except Exception as e:
>   self.response.write(e)
> 
> app = webapp2.WSGIApplication([
> ('/.*', MainHandler)
> ], debug=True)
>
>
>
>

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/a367c316-a6c8-4231-a5d8-f0cbd28b44c0%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: java war/web-inf/lib arborescence.

[Nick (Cloud Platform Support)]

Hey Trez,

We here in the Community Support branch of Cloud Platform Support usually 
monitor threads like these to see if there are unresolved questions from 
community members. I just wanted to jump in here to clarify that yes, for J2EE 
structured applications in WAR format 
<https://docs.oracle.com/cd/E19830-01/819-4712/6n6rit5j4/index.html>, the 
deployment format for Java App Engine, WEB-INF/lib is where your jar files 
should be, and subdirectories will not be scanned for jars. There are 
numerous threads around the internet discussing this, such as this 
excellent Stack Overflow Q&A <http://stackoverflow.com/a/1821951/4270992>. 
If you'd like to have a more custom deployment environment than App Engine, 
consider Compute Engine <https://cloud.google.com/compute/> or Managed VM 
Custom 
Runtimes 
<https://cloud.google.com/appengine/docs/managed-vms/custom-runtimes>. 

On Thursday, December 17, 2015 at 11:32:27 AM UTC-5, Trez Ertzzer wrote:
>
> Hello.
> Thanks for your answer.
> maybe my question was not clear enough:
> I am using eclipse and GPE (I do not want to use any other tool).
>
> imagine I have created a JAR (by myself) called myPersonalLibrary.jar
> my question is:
> can I put this jar in 
>
> war/web-inf/lib/*others*/myPersonalLibrary.jar?
>
> or do I have to put it in 
> war/web-inf/lib/myPersonalLibrary.jar?
>
> This is a yes/no question...
>
> if it's a no then thank you for your suggestions.
>
>
>
> Le mardi 15 décembre 2015 21:43:45 UTC+1, Nick a écrit :
>>
>> Your best bet is to use a dependency manager in your build tool and 
>> ignore the lib folder entirely. Dependencies in Java are not isolated in 
>> any way, so even if you achieve this it won't reflect reality (i.e. Shared 
>> dependencies such as asm, cglib, commons etc) 
>>
>> 🌲🌳🌲🌳🌲🌳🌲🌳🌲🌳🌲
>
>

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/3dd753ed-f585-4247-bda7-cd012b83ca41%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: AppEngine/Managed VM and VPN

[Nick (Cloud Platform Support)]

You'll need a static IP on the machine making the connection, and the 
machine must be able to make the connection. Given that this is a low level 
network task, you'll need to user Managed VMs or Compute Engine, rather 
than App Engine, yes. For Compute Engine, you can set a static IP address 
. In Managed 
VMs, once the VM is switched to "User Managed", this is also possible, 
although I believe the address will be voided on restart of the instance - 
you may want to check this. 

There is currently a Public Issue Tracker 
 issue 
with feedback which seems to suggest that the ability to pin static IP 
addresses to Managed VMs may be changing, in fact. It might be worth making 
a feature request which specifically mentions that PIT issue and which 
represents a feature request to clarify that static IPs on Managed VMs is 
desired. 

If the Beta nature of Managed VMs is not desirable, I'd suggest just making 
the VPN connection through a regular Compute Engine instance. 

On Saturday, December 19, 2015 at 10:37:57 AM UTC-5, Piotr Krzepczak wrote:
>
> I have an app currently running in the sandboxed Google AppEngine.
> One of the modules has to have a VPN connection to the external VPN 
> gateway.
> I wanted to use the Google Cloud VPN for this but I believe that I can't 
> set it up as I do not have an IP address given at the app engine side.
>
> Given my requirement is it better to move this particular module to the 
> Managed VM?
> Is it possible to set up VPN using Managed VM?
>
> If not what are other ways of tackling this problem?
>
> Thanks
>

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/15220577-4e1b-44e4-ba74-b4f99c70281d%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Trial period

[Nick (Cloud Platform Support)]

This is a billing question which is mentioned in the FAQ for Free Trial 
 - the charge is a charge used 
to authorize your account, even though you won't be billed until you enable 
billing properly and begin using resources beyond your free trial period 
and amount of $300. All of this information is current as of the date of 
this posting: 


> *Why do I see an authorization from Google on my credit or debit card 
> statement?*You might notice a $0.00 transaction from Google, which is a 
> pending authorization request between our billing system and the bank that 
> issued your credit or debit card. In some countries, authorizations are $1 
> (which might be converted to local currency by your bank). These 
> transactions might appear as pending on your statement for up to a month. 
> Please keep in mind they are authorization requests only, not actual 
> charges. If you have questions, we recommend you contact your bank about 
> the authorization status

 
Source: "Try Google Cloud Platform for Free 
"

On Monday, December 21, 2015 at 11:06:37 AM UTC-5, Владимир Карташев wrote:
>
> Good day! I trying to get started with Google Cloud Platform, why when I 
> try to sign up system try to get money from my card (about two dollars) ? 
>

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/bfb90510-5765-4d29-ac82-c9e7055ea5c2%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Managed VMs logs, load-balancing & context

[Nick (Cloud Platform Support)]

As someone somewhat familiar with the Go runtime but not with your exact 
use case, I'd like to help, but I'm wondering if you could provide some 
more concrete specification of the following from your post, in terms of 
code or logs: 

While porting my app from the Classic App Engine I was facing an issue with 
> the request context (which now "skips" the default HTTP load balancer and 
> goes straight to my MVM(gce) node).
>
 

> I was getting an error ("appengine: NewContext passed an unknown 
> http.Request").
>
 

> To overcome my need for datastore/logging/other App Engine facilities I 
> used context.BackgroundContext() everywhere and it seemed to work well for 
> the datastore/urlfetch/etc..


This might help me to reproduce your situation and attempt different 
solutions. 

As to your numbered questions, here are my first responses:

1. Are you talking about "Network Loadbalancing 
" or the GCE 
"Http Load balancer 
", 
and could you clarify again what kind of errors you observed when 
attempting this? What is meant by context "skipping"?

2. Do you notice that you're receiving X-Appengine-* headers? If so, you 
can certainly use them. If you attempt to add them to requests, do you 
notice if they're stripped? If they are, it won't work, if they aren't, it 
will. Although this is a quite empirical way to proceed, and if something 
isn't explicitly documented, you should file a Public Issue Tracker feature 
request  to have the 
behaviour defined. 

3. Your log lines are all piling up under one /_ah/background entry, as far 
as I can tell. You could use the Logging API 
 to write 
logs, and see if that shows up properly. Another option is logging to a 
BigQuery or SQL table. The final, most trivial answer, is to figure out how 
to get request logging to work without this BackgroundContext which seems 
to flatten all its logs into one expando in the Developers Console UI (if 
I'm understanding you correctly, again, it seems like this is what you're 
reporting).

4.  A better approach could only be found through further investigation, if 
it exists. I'm optimistic that a better approach is out there, it would 
just take more thought.

On Sunday, December 20, 2015 at 11:17:12 AM UTC-5, John Smith wrote:
>
> *TL;DR: *Need to use WebSockets on AE. Only works on MVM. NewContext 
> fails, BackgroundContext works. Logs are polluted & disorganized 
> (/_ah/background)
>
> Hey,
>
> I would like to communicate with my App Engine app over WebSockets.
> I have found that the Java library has an official (github) example of 
> using WebSockets under the Managed VMs framework,
> after browsing the implementation I noticed that it queries the internally 
> exposed metadata service to get the external IP of the machine and 
> redirects the client to it.
>
> However I expect my application to receive more traffic than a single 
> server would handle and so I need a load-balanced solution (cannot relay on 
> a single static-IP)
> so I've looked into App Engine's "Network Load Balancer" and after an hour 
> (and 
> a long deploy time) I was up and running with now my domain set to the 
> load balancer's static IP.
>
> Now is a good time to note that I use the Go standard runtime.
> While porting my app from the Classic App Engine I was facing an issue 
> with the request context (which now "skips" the default HTTP load balancer 
> and goes straight to my MVM(gce) node).
> I was getting an error ("appengine: NewContext passed an unknown 
> http.Request").
> To overcome my need for datastore/logging/other App Engine facilities I 
> used context.BackgroundContext() everywhere and it seemed to work well for 
> the datastore/urlfetch/etc..
>
> Everything worked but the logging facility which was polluting my logs 
> with empty "/_ah/background" lines and everything else was multiplexed into 
> a single huge "/_ah/background" entry.
> This makes it very difficult to debug or monitor my application.
>
> I have browsed the google.golang.org/appengine package and tried to split 
> the log lines to no avail.
>
>
> My questions are:
> 1) Can I use the classic App Engine/default http load balancer/custom http 
> load balancer to service my WebSocket requests?
> 2) Can I, with my current solution, get the X-AppEngine-* headers?
> 3) How could I, with my current solution, split the log lines to per 
> request entries (very like the classic app engine logs)
> 4) Is this the right approach?
>
> Thanks.
>

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

[google-appengine] Re: DNS lookup failed for URL

[Nick (Cloud Platform Support)]

Hey Sofia,

Glad to hear it's working. Yes, your estimate might be correct. I did also 
observe some timeouts and failures even while looking into this. Without 
rutracker confirming this, it's just a user report, but it does seem 
possible.

On Tuesday, December 22, 2015 at 2:27:24 AM UTC-5, Sofia S wrote:
>
> I see in the log my requests 2015-12-21 07:11 GMT - 2015-12-21 13:37 GMT.
> This is probably a false alarm protect the server from DDoS attacks.
>

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/66f9f7eb-15bc-4a97-8611-bc09cc4ff37b%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Re: Trouble in understanding cost for Projection Query

[Nick (Cloud Platform Support)]

Jeff's analysis is on-point here. It seems certainly possible that Ofy 
could be transforming the query. The only way is to test, and the methods 
to do so have been given. If this turns out to be a Datastore problem, 
rather than just Ofy, a post should be made to the Public Issue Tracker. 
Someone from Cloud Platform Community Support will triage the issue shortly 
after it appears.

On Saturday, December 19, 2015 at 10:01:06 AM UTC-5, Jeff Schnitzer wrote:
>
> Run the equivalent query with the low-level API. If it produces the same 
> unexpected results, it's Google's issue. If it fixes the problem, it's 
> mine. Other than a potential hybridization issue I can't imagine what 
> Objectify could be doing wrong since it's just adding projections to an 
> underlying low-level Query object.
>
> Jeff
>
> On Fri, Dec 18, 2015 at 5:50 PM, NAyAN Jain  
> wrote:
>
>> No I haven't used the cache annotation but still  the cost and datastore 
>> read are same as a normal query.
>> I am looking for a way to reduce read operations.
>>
>> --
>> 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 https://groups.google.com/group/google-appengine.
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/google-appengine/604573fe-8f5b-4763-a742-358eef9f06ca%40googlegroups.com
>> .
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/82273a14-d651-46bc-9237-089750fbaf2d%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Managed VMs logs, load-balancing & context

[Nick (Cloud Platform Support)]

Hey John,

Could you clarify the relation between the need for a context object and 
websockets? Is it that you'd like to access App Engine services and do 
logging while responding to websocket events? There appears to be two 
issues here, one of the Golang runtime and context objects with regard to 
Managed VMs, and another issue of websockets on Managed VMs and how to 
connect (with the appspot.com domain refusing port connections while port 
connections *are* working when the instance is accessed via IP). Does this 
accurately clarify the issues at play here? 


On Tuesday, December 22, 2015 at 10:15:28 AM UTC-5, John Smith wrote:
>
> Hey Kyle,
>
> yes I am using appengine.Main() to start serving requests.
> did you try to access your VMs directly? (by IP, or by 
> network-load-balancer)
>
> (note: when using google's default my-game.appspot.com 
> appengine.NewContext works but WebSockets dont)
>
> Thanks
>
>
> On Tuesday, December 22, 2015 at 4:16:56 PM UTC+2, Kyle Finley wrote:
>>
>> John,
>>
>> Are you calling appengine.Main() in your main() function?
>>
>> I'm not sure if it works with the network-load-balancer, but when I 
>> switched from classic to MVM I was receiving the same error. Adding the 
>> appengine.Main() call fixed the unknown http.Request error.
>>
>> Kyle
>>
>> e.g.
>>
>> package main
>>
>> import (
>> "google.golang.org/appengine"
>> )
>>
>> func main() {
>> appengine.Main()
>> }
>>
>> On Tuesday, December 22, 2015 at 7:42:16 AM UTC-6, John Smith wrote:
>>>
>>> Hey Nick,
>>>
>>> Thank you for your response, I would like to further clarify the flow of 
>>> things:
>>>
>>>- I have to use WebSockets
>>>- WebSockets are not supported on the Classic App Engine (when I 
>>>attempt to open a websocket connection to my-game.appspot.com it is 
>>>being filtered out and not even making it to my app code)
>>>- WebSockets seem to work on MVM via a network-load-balancer 
>>><https://cloud.google.com/compute/docs/load-balancing/network/> (and 
>>>not via the default my-game.appspot.com domain)
>>>- using MVM and a network-load-balancer I cannot create a request 
>>>context [to create a new context I use the supplied 
>>> appengine.NewContext(r) 
>>>function and get the mentioned error]
>>>- I need a context to use the datastore.GetMulti() or log.Debugf() 
>>>APIs
>>>- I am able to create a background context (supported by MVM) and 
>>>use these APIs but when I use this context (with the 
>>> appengine/log.Debugf() 
>>>API) the logs get cluttered (aggregated under /_ah/background)
>>>
>>>
>>>1. are the above points clarify how my app receives requests?
>>>2. no, when a request is dispatched via network-load-balancer (and 
>>>not my-game.appspot.com) my application gets no X-Appengine-* 
>>>headers at all
>>>3. yes all of my logs are piling up under one /_ah/background entry. 
>>>as mentioned above I am using the golang standard appengine/log library 
>>> as 
>>>I did with my previous Classic App engine.
>>>
>>>
>>> ideally the appengine.NewContext(r) function would work and logging via 
>>> the appengine/log.Debugf() would split the lines per request.
>>> do you find this explanation sufficient?
>>>
>>> Thanks.
>>>
>>>
>>>
>>> On Tuesday, December 22, 2015 at 12:21:02 AM UTC+2, Nick (Cloud Platform 
>>> Support) wrote:
>>>>
>>>> As someone somewhat familiar with the Go runtime but not with your 
>>>> exact use case, I'd like to help, but I'm wondering if you could provide 
>>>> some more concrete specification of the following from your post, in terms 
>>>> of code or logs: 
>>>>
>>>> While porting my app from the Classic App Engine I was facing an issue 
>>>>> with the request context (which now "skips" the default HTTP load 
>>>>> balancer 
>>>>> and goes straight to my MVM(gce) node).
>>>>>
>>>>  
>>>>
>>>>> I was getting an error ("appengine: NewContext passed an unknown 
>>>>> http.Request").
>>>>>
>>>>  
>>>>
>>>>> To overcome my need for datastore/logging/other App Engine facilities 
>>>>> I used

[google-appengine] Re: Managed VMs logs, load-balancing & context

[Nick (Cloud Platform Support)]

>>- using MVM and a network-load-balancer I cannot create a request 
>>>>>context [to create a new context I use the supplied 
>>>>> appengine.NewContext(r) 
>>>>>function and get the mentioned error]
>>>>>- I need a context to use the datastore.GetMulti() or log.Debugf() 
>>>>>APIs
>>>>>- I am able to create a background context (supported by MVM) and 
>>>>>use these APIs but when I use this context (with the 
>>>>> appengine/log.Debugf() 
>>>>>API) the logs get cluttered (aggregated under /_ah/background)
>>>>>
>>>>>
>>>>>1. are the above points clarify how my app receives requests?
>>>>>2. no, when a request is dispatched via network-load-balancer (and 
>>>>>not my-game.appspot.com) my application gets no X-Appengine-* 
>>>>>headers at all
>>>>>3. yes all of my logs are piling up under one /_ah/background 
>>>>>entry. as mentioned above I am using the golang standard appengine/log 
>>>>>library as I did with my previous Classic App engine.
>>>>>
>>>>>
>>>>> ideally the appengine.NewContext(r) function would work and logging 
>>>>> via the appengine/log.Debugf() would split the lines per request.
>>>>> do you find this explanation sufficient?
>>>>>
>>>>> Thanks.
>>>>>
>>>>>
>>>>>
>>>>> On Tuesday, December 22, 2015 at 12:21:02 AM UTC+2, Nick (Cloud 
>>>>> Platform Support) wrote:
>>>>>>
>>>>>> As someone somewhat familiar with the Go runtime but not with your 
>>>>>> exact use case, I'd like to help, but I'm wondering if you could provide 
>>>>>> some more concrete specification of the following from your post, in 
>>>>>> terms 
>>>>>> of code or logs: 
>>>>>>
>>>>>> While porting my app from the Classic App Engine I was facing an 
>>>>>>> issue with the request context (which now "skips" the default HTTP load 
>>>>>>> balancer and goes straight to my MVM(gce) node).
>>>>>>>
>>>>>>  
>>>>>>
>>>>>>> I was getting an error ("appengine: NewContext passed an unknown 
>>>>>>> http.Request").
>>>>>>>
>>>>>>  
>>>>>>
>>>>>>> To overcome my need for datastore/logging/other App Engine 
>>>>>>> facilities I used context.BackgroundContext() everywhere and it seemed 
>>>>>>> to 
>>>>>>> work well for the datastore/urlfetch/etc..
>>>>>>
>>>>>>
>>>>>> This might help me to reproduce your situation and attempt different 
>>>>>> solutions. 
>>>>>>
>>>>>> As to your numbered questions, here are my first responses:
>>>>>>
>>>>>> 1. Are you talking about "Network Loadbalancing 
>>>>>> <https://cloud.google.com/compute/docs/load-balancing/network/>" or 
>>>>>> the GCE "Http Load balancer 
>>>>>> <https://cloud.google.com/container-engine/docs/tutorials/http-balancer>",
>>>>>>  
>>>>>> and could you clarify again what kind of errors you observed when 
>>>>>> attempting this? What is meant by context "skipping"?
>>>>>>
>>>>>> 2. Do you notice that you're receiving X-Appengine-* headers? If so, 
>>>>>> you can certainly use them. If you attempt to add them to requests, do 
>>>>>> you 
>>>>>> notice if they're stripped? If they are, it won't work, if they aren't, 
>>>>>> it 
>>>>>> will. Although this is a quite empirical way to proceed, and if 
>>>>>> something 
>>>>>> isn't explicitly documented, you should file a Public Issue Tracker 
>>>>>> feature request 
>>>>>> <http://code.google.com/p/google-appengine/issues/list> to have the 
>>>>>> behaviour defined. 
>>>>>>
>>>>>> 3. Your log lines are all piling up under one /_ah/background entry, 
>>>>>> as far as I can tell. You could use the Loggi

[google-appengine] Re: Security exception when using non-white listed java class java.nio.channels.spi.SelectorProvider

[Adam (Cloud Platform Support)]

Somehow I completely missed the references to the client library in the 
stack trace and Gradle import, apologies.

On Friday, December 18, 2015 at 3:30:46 PM UTC-5, Benjamin Glatzeder wrote:
>
> Hi!
>
> Running this line of code 
> Cluster cluster = CouchbaseCluster.create("MY-IP");
> in a bare minimum Java GAE produces a crash.
>
> Couchbase is a NoSQL database.
> Gradle import for Couchbase: 
>
> compile 'com.couchbase.client:java-client:2.2.2'
>
>
> Stacktrace:
>
> java.lang.NoClassDefFoundError: Could not initialize class 
> com.google.apphosting.runtime.security.shared.stub.java.nio.channels.spi.SelectorProvider
>  
> at 
> com.couchbase.client.deps.io.netty.channel.nio.NioEventLoopGroup.(NioEventLoopGroup.java:52)
>  
> at 
> com.couchbase.client.core.env.DefaultCoreEnvironment.(DefaultCoreEnvironment.java:262)
>  
> at 
> com.couchbase.client.java.env.DefaultCouchbaseEnvironment.(DefaultCouchbaseEnvironment.java:124)
>  
> at 
> com.couchbase.client.java.env.DefaultCouchbaseEnvironment.(DefaultCouchbaseEnvironment.java:55)
>  
> at 
> com.couchbase.client.java.env.DefaultCouchbaseEnvironment$Builder.build(DefaultCouchbaseEnvironment.java:472)
>  
> at 
> com.couchbase.client.java.env.DefaultCouchbaseEnvironment.create(DefaultCouchbaseEnvironment.java:158)
>  
> at 
> com.couchbase.client.java.CouchbaseCluster.create(CouchbaseCluster.java:164) 
> at 
> com.couchbase.client.java.CouchbaseCluster.create(CouchbaseCluster.java:151) 
> at ben.tests.couch8.backend.MyServlet.doPost(MyServlet.java:40) 
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:637) 
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) 
> at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:511) 
> at 
> org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1166)
>  
> at 
> com.google.apphosting.utils.servlet.ParseBlobUploadFilter.doFilter(ParseBlobUploadFilter.java:125)
>  
> at 
> org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1157)
>  
> at 
> com.google.apphosting.runtime.jetty.SaveSessionFilter.doFilter(SaveSessionFilter.java:37)
>  
> at 
> org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1157)
>  
> at 
> com.google.apphosting.utils.servlet.JdbcMySqlConnectionCleanupFilter.doFilter(JdbcMySqlConnectionCleanupFilter.java:60)
>  
> at 
> org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1157)
>  
> at 
> com.google.apphosting.utils.servlet.TransactionCleanupFilter.doFilter(TransactionCleanupFilter.java:43)
>  
> at 
> org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1157)
>  
> at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:388) 
> at 
> org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216) 
> at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:182) 
> at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:765) 
> at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:418) 
> at 
> com.google.apphosting.runtime.jetty.AppVersionHandlerMap.handle(AppVersionHandlerMap.java:260)
>  
> at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152) 
> at org.mortbay.jetty.Server.handle(Server.java:
>
> ...

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/4c253c63-3f0f-4434-9023-307ef7b9ec7e%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: modify "countdownMillis" of a task

[Adam (Cloud Platform Support)]

There isn't a way to modify the countdownMillis of a task already added, 
but what you could do is just delete the task 
<https://cloud.google.com/appengine/docs/java/taskqueue/#Java_Deleting_tasks> 
using the taskHandle (see Queue.deleteTask(TaskHandle) 
<https://cloud.google.com/appengine/docs/java/javadoc/com/google/appengine/api/taskqueue/Queue#deleteTask-com.google.appengine.api.taskqueue.TaskHandle->
 
and then re-add it with a different countdownMillis.

Also, this seems like a question that would be better posted to Stack 
Overflow, rather than a discussion post. The google-appengine group is 
intended more for general discussion rather than 1-on-1 support assistance. 
Please see the main Community Support page 
<https://support.google.com/cloud/answer/3466163#> for a list of the tags 
we monitor.

On Wednesday, December 23, 2015 at 7:05:28 PM UTC-5, Trez Ertzzer wrote:
>
> Hello. I work in java only.
> I have a task that I add to a queue like this.
> public void myFunctionThatAddTaskToTaskQueue(){
>
>  Queue queue = QueueFactory.getQueue("findOwner");
>
>  TaskHandle taskHandle = queue.add(TaskOptions.Builder.withPayload(new 
> FindOwnerToAcceptRental2.FindOwnerToAcceptRentalTask(
> idOfFindOwner4RentalEntity)).countdownMillis(countdownMillis));
>
> }
>
>
> lets say for exemple that countdownMillis equals to 10 minutes.
>
>
> let's say that something happens let's say 1 minute after the 
>  "myFunctionThatAddTaskToTaskQueue" is called and so NOW I would like the 
> task (the task that is already in the queue) to be handled not in 9 minutes 
> but in 2 minutes. is it possible? if yes can you tell me how...
>
>
>

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/34362c8e-920a-4d44-bc24-b7e15c714aa5%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: How to download a Nodejs app?

[Adam (Cloud Platform Support)]

When you said you tried SSH, did you actually gain access to the VM or did 
this fail? This is what you will need to do to access the application 
source. Note that once you SSH to the VM you will need to then connect to 
the Docker container in production. Please follow the steps at the end of 
'Accessing 
the VM Environment 
'
 
carefully.

The application is generally uploaded to the /app folder in the container's 
root but this can differ depending on what was specified in the Dockerfile. 
You could try searching for any JavaScript files from the command line 
inside the container:

*(container)$* find / -name "*.js" 

If you locate the source probably the easiest thing to do is cat it to the 
terminal and copy and paste it from the scrollback. You could also leave 
the container and copy it it out to the host VM and from there grab it with 
gcloud compute copy-files from your local machine:

*(hostvm)$* docker cp :/file/path/within/container 
/hostvm/path/target
*(localmachine)$* gcloud compute copy-files hostvm:/path/target 
/local/machine/dest

On Wednesday, December 23, 2015 at 5:33:14 PM UTC-5, Mani Doraisamy wrote:
>
> I built a small app using Nodejs on app engine managed VM. It is still 
> running; but I have lost its source code. Can I download that app similar 
> to python or java?
>
> I also tried SSH after making it user managed. But, I am not sure how to 
> proceed. It is a single js file app. So, as long as I can see the source 
> code I would be fine. Any suggestions?
>

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/b4ef58bb-53f4-47dd-a730-1ae81dd5e897%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: App Engine Go Program deadline exceeded error

[Adam (Cloud Platform Support)]

If you are using automatic scaling 
 
(the default) on App Engine, requests 
 are limited to a 
maximum of 60 seconds. This is because these instances are optimized for 
short lived user requests. 

If you need a longer timeout you can 1) use a task queue 
 as A. Kong 
suggested which can run for up to 10 minutes or 2) switch to manual scaling 
 
which can run any kind of request for up to 24 hours (both user requests 
and tasks).

On Wednesday, December 23, 2015 at 1:08:46 PM UTC-5, Dave Greenly wrote:
>
> We have a Go program running in an App Engine which receives an email and 
> then does some processing.
>
> After about 100 seconds, our  program stops because we get the following 
> error:
>
>1. 
>
>Process terminated because the request deadline was exceeded. (Error 
>code 123)
>2. 
>
>
>3. 
>
>I did some research and found this is a deadline so resources are not 
>consumed for an infinite loop or some other bad situation.
>
> My  question is, how do I respond with a "success" so that I don't get the 
> deadline exceeded, or, do I have to  increase my  deadline time? If so, 
> where/how  do I do that.
>
> What is the best approach for  an App Engine.
>
> Thanks
> Dave
>

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/528d32c4-90b5-439b-a731-0fd87e45d400%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: App Engine Go Program deadline exceeded error

[Adam (Cloud Platform Support)]

If you are using automatic scaling 
 
(the default) on App Engine, requests 
 are limited to a 
maximum of 60 seconds. This is because these instances are optimized for 
short lived user requests. 

If you need a longer timeout you can 1) use a task queue as a. Kong 
suggested which can run for up to 10 minutes or 2) switch to manual scaling 
 
which can run any kind of request for up to 24 hours. Probably in your case 
you want to use a task queue, since you can just kick off the task and 
return success to the user immediately without waiting for processing to 
finish first.

On Wednesday, December 23, 2015 at 1:08:46 PM UTC-5, Dave Greenly wrote:
>
> We have a Go program running in an App Engine which receives an email and 
> then does some processing.
>
> After about 100 seconds, our  program stops because we get the following 
> error:
>
>1. 
>
>Process terminated because the request deadline was exceeded. (Error 
>code 123)
>2. 
>
>
>3. 
>
>I did some research and found this is a deadline so resources are not 
>consumed for an infinite loop or some other bad situation.
>
> My  question is, how do I respond with a "success" so that I don't get the 
> deadline exceeded, or, do I have to  increase my  deadline time? If so, 
> where/how  do I do that.
>
> What is the best approach for  an App Engine.
>
> Thanks
> Dave
>

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/7217aece-4317-4b4d-ab9f-5ef980984ba4%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: App Engine Go Program deadline exceeded error

[Adam (Cloud Platform Support)]

If you are using automatic scaling (the default) on App Engine, requests 
are limited to a maximum of 60 seconds. This is because these instances are 
optimized for short lived user requests. 

If you need a longer timeout you can 1) use a task queue as A. Kong 
suggested which can run for up to 10 minutes or 2) switch to manual scaling 
which can run any kind of request for up to 24 hours. Probably in your case 
you want to use a task queue, since you can just kick off the task and 
return success to the user immediately without waiting for processing to 
finish first.

On Wednesday, December 23, 2015 at 1:08:46 PM UTC-5, Dave Greenly wrote:
>
> We have a Go program running in an App Engine which receives an email and 
> then does some processing.
>
> After about 100 seconds, our  program stops because we get the following 
> error:
>
>1. 
>
>Process terminated because the request deadline was exceeded. (Error 
>code 123)
>2. 
>
>
>3. 
>
>I did some research and found this is a deadline so resources are not 
>consumed for an infinite loop or some other bad situation.
>
> My  question is, how do I respond with a "success" so that I don't get the 
> deadline exceeded, or, do I have to  increase my  deadline time? If so, 
> where/how  do I do that.
>
> What is the best approach for  an App Engine.
>
> Thanks
> Dave
>

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/886e3688-9d24-4b52-99e0-1283f838c339%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Cast some light on Task Queue execution. I am confused

[Zeehad (Cloud Platform Support)]

The 5 tasks in the ‘push-task’ queue will be completed after 5 seconds 
given that they each have 1 sec latency.

1. 120 means the bucket will have 120 tokens 
initially.

2.  60/h will mean a maximum of 60 tasks will be processed per 
hour. 

For example, consider the following:


   - 
   
   Your above mentioned configurations
   - 
   
   100 tasks in the queue
   - 
   
   1 second latency each
   

Due to max-concurrent-request being 1 and rate only allowing 60 tasks per 
hour, 60 tasks will complete in the first 60 seconds. Then no more tasks 
will be processed for the next 59 minutes of that hour. After the hour is 
over, the remaining 40 tasks will be processed in 40 seconds.

Hope that helps. Cheers!

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/4ac3156b-a5e6-4328-9c80-770050c1da5b%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: End points giving error when used with objectify ref<> and key<> fields

[Adam (Cloud Platform Support)]

This seems like a question that would be better posted to Stack Overflow, 
rather than a discussion post. The google-appengine group is intended more 
for general discussion rather than 1-on-1 support assistance. Please see 
the main Community Support page 
<https://support.google.com/cloud/answer/3466163> for a list of the tags we 
monitor.

This is an issue that comes up commonly, because Endpoints doesn't support 
arbitrary objects, however there are ways to work around this. Some 
discussions and possible solutions to your case can be found here 
<http://stackoverflow.com/questions/24590518/gaeobjectify-parameterized-type-com-googlecode-objectify-ref-not-supported>
 
and here 
<http://stackoverflow.com/questions/19707359/objectify-with-cloud-endpoints>
. 

On Saturday, December 26, 2015 at 2:42:17 AM UTC-5, Sheena Arora wrote:
>
> Hi,
>
> I am trying to create enpoints (backend APIs) for a java class using 
> objectify to connect with GAE. When I try to access the api using api 
> explorer , I get the error "java.lang.IllegalArgumentException: 
> Parameterized type com.googlecode.objectify.Ref<> not supported."
>
> I have an entity which is having fields as ref<> of other entities.At this 
> point, I can not change the design of the class.
>
> Thanks
>

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/67604d6a-545f-4798-95d0-a4404ec765ad%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Tweepy Help

[Adam (Cloud Platform Support)]

Probably the first place to start is to learn how to create a proper App 
Engine app in Python by reading the documentation, such as the tutorial 
.

On Friday, December 25, 2015 at 4:34:31 AM UTC-5, Prasanna Mestha wrote:
>
> Hi,
> I am new to app engine and tweepy so as when i created a simple app, i 
> always end up getting errors. How can i search for tweets in app engine?
>
> import tweepy
>
> auth = tweepy.OAuthHandler('kljaYhxWqM2LBqUQdbY1X4H0V', 
> 'ANkoqZx6bx65CSDITfVeFrhSahqst4TsbBrLVZWSlSaMUaJBYQ')
> auth.set_access_token('622919352-nrH1LzNOmdn2VI62M9oZJT6dJA1GMBiZBJaypRrE', 
> 'pxr36RyGuCHaIWluqtWENnB05sNGi0u20GdyH17Xw1fQQ')
>
> api = tweepy.API(auth)
>
> public_tweets = api.home_timeline()
> for tweet in public_tweets:
> print tweet.text
>
>
> Thanks
>

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/46da9f3a-365b-423b-bd32-59dc1310e235%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: I do not have sufficient permissions to view Error log?

[Nick (Cloud Platform Support)]

Is it possible that you're attempting to view the logs section of a project 
for which you aren't haven't been added as an administrator with VIEW 
privileges? Did you create the project?

On Tuesday, December 29, 2015 at 6:49:46 AM UTC-5, Restive CloudDev wrote:
>
>
> When I navigate to the errors page (
> https://console.developers.google.com/errors), I get an error saying that 
> "I do not have sufficient permission to view this page".
>
> I have billing enabled, and I haven't logged in to the same browser with 
> multiple accounts, just one.
>
> What could be causing this?
>
>

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/ab0c9292-1ddc-4b9e-a677-871c3b1d6321%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Indexed fields misrepresented in the new console for nested structs?

[Nick (Cloud Platform Support)]

It definitely seems, from a quick run-through of the doc and your schema, 
that the inner entities' flattened fields should be "noindex" here. Are you 
able to run queries which would hit the index, and do you see results?

On Sunday, December 27, 2015 at 10:15:02 AM UTC-5, Rohan Chandiramani wrote:
>
> I have the following struct in my Go code:
>
> Channel struct {
> Name   string 
>  `datastore:"-" json:"name,omitempty" goon:"id"`
> UserId  int 
>  `datastore:",noindex" json:"userid,omitempty"`
> SubscriptionSubscription 
> `datastore:",noindex" json:"subscription,omitempty"`
> PersonalInformation []PersonalInformation`datastore:",noindex" 
> json:"personalInformation,omitempty"`
> }
>
> PersonalInformation struct {
> FirstNamestring `datastore:",noindex" json:"firstName,omitempty"`
> LastName string `datastore:",noindex" json:"lastName,omitempty"`
> StreetAdress string `datastore:",noindex" json:"streetAdress,omitempty"`
> Province string `datastore:",noindex" json:"province,omitempty"`
> PostalCode   string `datastore:",noindex" json:"postalCode,omitempty"`
> CountryCode  string `datastore:",noindex" json:"countryCode,omitempty"`
> }
>
>
> 
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> When I look at the new console, all values from PersonalInformation are 
> marked indexed and greyed out.
> It seems to only happen with Arrays, because the nested type Subscription 
> isn't an array and is correctly marked as non indexed.
>
> https://cloud.google.com/appengine/docs/go/datastore/reference?hl=en
> If an outer struct is tagged "noindex" then all of its implicit flattened 
> fields are effectively "noindex".
>
> So is the console incorrectly marking these nested array values as indexed.
> or 
> Is the datastore itself marking these as indexed correctly and I can't 
> find this specific behaviour in the documentation?
>
> -Not related to this problem-
> Thank you for adding the 'Refresh' button!
> Thank you for showing what entities derive from if they have an ancestor!
>
>

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/be5e5cfa-b72d-40d6-8de2-40d36ec00b7f%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: MemcacheServiceFactory class not when using Memcache features on my appengine instance

[Adam (Cloud Platform Support)]

This seems like a question that would be better posted to Stack Overflow, 
rather than a discussion post. The google-appengine group is intended more 
for general discussion rather than 1-on-1 support assistance. Please see 
the main Community Support page 
<https://support.google.com/cloud/answer/3466163#> for a list of the tags 
we monitor.

It sounds like you are missing the necessary App Engine JARs in your 
WEB-INF/lib directory in the WAR package that is being deployed. If you are 
using the Google Plugin for Eclipse 
<https://developers.google.com/eclipse/docs/appengine> I'd recommend 
creating a new Web Application project and try re-deploying, after ensuring 
that WEB-INF/lib contains the App Engine JARs. If you are using Apache Maven 
<https://cloud.google.com/appengine/docs/java/tools/maven> try creating a 
new project from the appengine-skeleton-archetype to ensure the necessary 
dependencies are specified in your pom.xml. 

On Wednesday, December 30, 2015 at 1:45:12 PM UTC-5, Shivkumar Krishnan 
wrote:
>
> Hi All,
>
>  am using Memcache this way in my instance, with java.
>
>
> MemcacheService syncCache = MemcacheServiceFactory.getMemcacheService();
>
>   syncCache.setErrorHandler(ErrorHandlers.getDefault());
>   myObject =  syncCache.get(key); 
>
>
> On my instance logs am seeing this error:
>
> java.lang.NoClassDefFoundError: 
> com/google/appengine/api/memcache/MemcacheServiceFactory
>
>
> should we enable anything in the appengine-web config to support Memcache on 
> the cloud?
>
>
> thx, 
>
>  -Shiv
>
>
>

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/a32f5365-492e-430c-b14c-6016dc9cc553%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: App Engine Java log messages missing

[Nicholas (Google Cloud Support)]

Thank you for noting that the use of Logger.getGlobal() fails silently and 
for posting your findings publicly. I would also suggest that you click the 
'Send feedback' link in the top right corner of the documentation you are 
referring to mentioning how this differs from Oracle's documentation or 
requesting that our code snippets include examples using 
Logger.getLogger(...).

Cheers,

On Wednesday, December 30, 2015 at 10:46:56 AM UTC-5, John Pallister wrote:
>
> OK, I've figured out my logging problem. The Oracle Java 7 docs say[1] to 
> use Logger.getGlobal() but the Google java-docs-samples code uses 
> Logger.getLogger(ClassName.class.getName()). I was using the former which 
> fails silently.
>
> It would be nice if this was documented somewhere, or if any of the code 
> snippets in the documentation actually used log messages.
>
> Cheers,
>
> John :^P
>
> [1] 
> https://docs.oracle.com/javase/7/docs/api/java/util/logging/Logger.html#global
>
> On Tuesday, 29 December 2015 21:56:04 UTC, John Pallister wrote:
>
> Hello list,
>>
>> After finally getting my "Hello World" web app working in the App Engine 
>> development server I've uploaded it to the cloud and immediately struck 
>> problems.
>>
>> The main problem is that I'm not seeing my java.util.logging.Logger log 
>> messages (from either my Java or Lisp code) in the App Engine console. I've 
>> set ".level=FINER" in my logging.properties file but I don't see any of the 
>> messages I see using the development server, apart from a single INFO-level 
>> message saying "Startup completed in -0.001 seconds.", sent to stdout.
>>
>> The other message I do see is an exception from my code, which suggests 
>> that either the servlet's init method hasn't been called or it couldn't 
>> read the context-param values from the web.xml file (via 
>> GenericServlet.getInitParameter()). I wondered whether I should've used 
>> system-properties in my appengine-web.xml file instead of context-param 
>> elements in web.xml; I'm now checking both, to no apparent effect. But I 
>> could debug this if I had my log messages.
>>
>> In the same log message as the exception there is also the text 
>> "javax.servlet.ServletContext log: unavailable" which must be a clue, but 
>> Google doesn't throw up any obvious leads for it.
>>
>> I have added a dirt-simple "Hello World" servlet to my application that 
>> calls log.severe() and log.info() to try and get any log messages to 
>> appear in the Google Cloud Platform Console Log Viewer (or the legacy 
>> AppEngine Log Viewer). On running this I don't get the "log: unavailable" 
>> message but I don't get any log messages either.
>>
>> I can't help the feeling I'm missing something obvious; as I said, this 
>> all works fine in the development server (I'm using Java 7 on OS X 10.9). 
>> Where do people go to see their Java log messages in the Google Cloud 
>> Platform Console?
>>
>> Cheers,
>>
>> John :^P
>>
>>

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/fc110719-8ed1-4f07-82c8-ba27317b2c74%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: AppEngine/Managed VM and VPN

[Nick (Cloud Platform Support)]

You'd need a static IP which could receive protocol forwarding. App Engine 
modules don't generally work that way. A pool of Managed VMs could report 
their IPs to your GCE "front-end" instance and be available for protocol 
forwarding that way, however. You could also group the Managed VM instances 
behind an HTTP load-balancer 
<https://cloud.google.com/compute/docs/load-balancing/http/>. 

On Wednesday, December 30, 2015 at 5:10:48 AM UTC-5, Piotr Krzepczak wrote:
>
> Thanks a lot that clarified. I followed your suggestion regarding the 
> feature request.
>
> One more question in this subject though...
> If I will make the VPN connection through a regular Compute Engine is it 
> possible to securely forward all the incoming traffic to one of the GAE 
> modules?
> To be more precise, once the request arrives via VPN I would like to do 
> the protocol forwarding from the Compute Engine VM to the GAE.
> This way I could keep the main logic in the scope of the GAE and make the 
> Compute Engine VM a thin layer with no or very little logic. 
> I'm not sure though if that is possible and secure in a sense of not 
> exposing the request/response to the outside world (outside of the Google's 
> network).
>
>
>
> On Monday, December 21, 2015 at 10:54:08 PM UTC+1, Nick (Cloud Platform 
> Support) wrote:
>>
>> You'll need a static IP on the machine making the connection, and the 
>> machine must be able to make the connection. Given that this is a low level 
>> network task, you'll need to user Managed VMs or Compute Engine, rather 
>> than App Engine, yes. For Compute Engine, you can set a static IP address 
>> <https://cloud.google.com/compute/docs/instances-and-network>. In 
>> Managed VMs, once the VM is switched to "User Managed", this is also 
>> possible, although I believe the address will be voided on restart of the 
>> instance - you may want to check this. 
>>
>> There is currently a Public Issue Tracker 
>> <https://code.google.com/p/googleappengine/issues/detail?id=12244> issue 
>> with feedback which seems to suggest that the ability to pin static IP 
>> addresses to Managed VMs may be changing, in fact. It might be worth making 
>> a feature request which specifically mentions that PIT issue and which 
>> represents a feature request to clarify that static IPs on Managed VMs is 
>> desired. 
>>
>> If the Beta nature of Managed VMs is not desirable, I'd suggest just 
>> making the VPN connection through a regular Compute Engine instance. 
>>
>> On Saturday, December 19, 2015 at 10:37:57 AM UTC-5, Piotr Krzepczak 
>> wrote:
>>>
>>> I have an app currently running in the sandboxed Google AppEngine.
>>> One of the modules has to have a VPN connection to the external VPN 
>>> gateway.
>>> I wanted to use the Google Cloud VPN for this but I believe that I can't 
>>> set it up as I do not have an IP address given at the app engine side.
>>>
>>> Given my requirement is it better to move this particular module to the 
>>> Managed VM?
>>> Is it possible to set up VPN using Managed VM?
>>>
>>> If not what are other ways of tackling this problem?
>>>
>>> Thanks
>>>
>>

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/0acb2877-1387-459a-af40-af4fe8cec7cb%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Google App Engine Launcher crashes on OSX

[Adam (Cloud Platform Support)]

It still may be worth posting this as a new question to Stack Overflow and 
referencing the old one, since in your case the solution didn't work.

Are you seeing any issues when you run the application without the 
launcher, using 'dev_appserver.py app.yaml' from your app's directory?

On Wednesday, December 30, 2015 at 11:03:58 AM UTC-5, Matt Seaborn wrote:
>
> My Google App Engine Launcher crashes on my mac with EXC_BAD_ACCESS 
> (SIGSEGV).
>
> When I run a Python project on the launcher, it starts running but the 
> launcher crashes when the project receives HTTP communication such as POST 
> or GET.
>
>  - Google App Engine Launcher 1.9.30 (latest) 
>  - mac os x 10.11.2  (latest) 
>  - Python 2.7.10
>  
> The same issue as this one 
> http://stackoverflow.com/questions/34446267/google-app-engine-launcher-crashes-on-mac/
>  
> however deleting the datastore (which resolved that post) doesn't help.
>
>
> Process:   GoogleAppEngineLauncher [9026]
> Path:  /Applications/GoogleAppEngineLauncher.app/
> Contents/MacOS/GoogleAppEngineLauncher
> Identifier:com.google.GoogleAppEngineLauncher
> Version:   1.9.30 (1.9.30.439)
> Code Type: X86 (Native)
> Parent Process:??? [1]
> Responsible:   GoogleAppEngineLauncher [9026]
> User ID:   501
> 
> Date/Time: 2015-12-30 15:43:56.720 +
> OS Version:Mac OS X 10.11.2 (15C50)
> Report Version:11
> Anonymous UUID:59B8A36A-600F-2FB1-9253-7E2985E2D320
> 
> 
> Time Awake Since Boot: 21000 seconds
> 
> System Integrity Protection: enabled
> 
> Crashed Thread:0  Dispatch queue: com.apple.main-thread
> 
> Exception Type:EXC_BAD_ACCESS (SIGSEGV)
> Exception Codes:   KERN_INVALID_ADDRESS at 0x0020
> Exception Note:EXC_CORPSE_NOTIFY
> 
> VM Regions Near 0x20:
> --> 
> __TEXT 1000-0001c000 [  108K] 
> r-x/rwx SM=COW  /Applications/GoogleAppEngineLauncher.app/Contents/MacOS/
> GoogleAppEngineLauncher
> 
> Application Specific Information:
> objc_msgSend() selector name: hash
> 
> 
> Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
> 0   libobjc.A.dylib   0x9e09acaf objc_msgSend + 31
> 1   com.apple.Foundation   0x9972eb82 probeGC + 68
> 2   com.apple.Foundation   0x9972eb18 -[NSConcreteMapTable 
> objectForKey:] + 45
> 3   com.apple.UIFoundation 0x9abd95bd +[__NSFontTypefaceInfo 
> typefaceInfoForPostscriptName:options:] + 128
> 4   com.apple.UIFoundation 0x9abe06a5 __NSGetMetaFontInstance 
> + 1067
> 5   com.google.GoogleAppEngineLauncher 0xc34e 0x1000 + 45902
> 6   com.google.GoogleAppEngineLauncher 0xc4a2 0x1000 + 46242
> 7   com.google.GoogleAppEngineLauncher 0xc5ae 0x1000 + 46510
> 8   com.google.GoogleAppEngineLauncher 0x00011319 0x1000 + 66329
> 9   com.apple.Foundation   0x998a52f2 __57-[
> NSNotificationCenter addObserver:selector:name:object:]_block_invoke_2 + 
> 50
> 10  com.apple.CoreFoundation   0x962cad14 
> __CFNOTIFICATIONCENTER_IS_CALLING_OUT_TO_AN_OBSERVER__ + 20
> 11  com.apple.CoreFoundation   0x962cac5b 
> ___CFXRegistrationPost_block_invoke + 75
> 12  com.apple.CoreFoundation   0x962ca22c _CFXRegistrationPost + 
> 460
> 13  com.apple.CoreFoundation   0x962c9f66 
> ___CFXNotificationPost_block_invoke + 54
> 14  com.apple.CoreFoundation   0x962c39f3 -[_CFXNotificationRegistrar 
> find:object:observer:enumerator:] + 1715
> 15  com.apple.CoreFoundation   0x9619fe22 _CFXNotificationPost + 
> 626
> 16  com.apple.Foundation   0x997201c5 -[NSNotificationCenter 
> postNotificationName:object:userInfo:] + 92
> 17  com.apple.Foundation   0x99869942 
> _performFileHandleSource + 1558
> 18  com.apple.CoreFoundation   0x9621633f 
> __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE0_PERFORM_FUNCTION__ + 15
> 19  com.apple.CoreFoundation   0x96207a1b __CFRunLoopDoSources0 + 
> 523
> 20  com.apple.CoreFoundation   0x96206e42 __CFRunLoopRun + 994
> 21  com.apple.CoreFoundation   0x962067f6 
> ...

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/1ab355b6-4baa-4230-a855-e2c568741f73%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Unable to use remote api to access GAE datastore

[Nick (Cloud Platform Support)]

It seems you're manually performing HTTP requests. If you look up "302 
found" online, you'll find it's an HTTP response code sent to indicate that 
the next URL to request with the same data should be the one specified in 
the "Location" header of the response. Is that logic possible to include in 
your code? Can your HTTP library automatically follow 3xx redirects?

On Wednesday, December 30, 2015 at 7:55:33 AM UTC-5, Manisha Awasthi wrote:
>
> Hi,
>
> I have some code which was using clientLogin to access datastore with 
> remote api. But , that method is going to be deprecated in January and 
> suggests to use oauth2 credential with help of remoteapi.
>
> Rempte Api has a method useServiceAccountCredential(ServiceAccount, P12). 
> When I am using this method, I get below error: 
>
> Error:
> com.google.appengine.repackaged.com.google.api.client.http.
> HttpResponseException: 302 Found
>
>
> I am unable to resolve this error. Can someone please help me?
> Below is my maven dependency to access remote api
>
> 
> com.google.appengine
> appengine-remote-api
> 1.9.30
> 
>
>
>
>

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/274e7aac-2c3d-445e-9ab8-92850854b982%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: AppEngine/Managed VM and VPN

[Nick (Cloud Platform Support)]

The HTTP Load Balancer routes your requests within our infrastructure, and 
the same is true of TCP traffic from one instance IP to another, even if 
targeting the public IP. So regardless of the method chosen, your requests 
will be secure and won't reach the internet. 

On Thursday, December 31, 2015 at 5:31:36 AM UTC-5, Piotr Krzepczak wrote:
>
> Clear, thanks.
> The very last question if I will make a request from the Compute Engine VM 
> to the App Engine module which are in the same application will this 
> request be rooted within the application's private network/lan or will it 
> go via Internet somehow?
> I guess till managed VMs are in beta I could use Compute Engine VM to take 
> care of the VPN connection and with some minimal logic forward requests the 
> app engine modules.
> I would have to make sure though this stays within private network and 
> does not break the safety contract provided by the VPN.
>

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/b31949d0-4066-40a2-93c5-cd75fad506fc%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: EAR PRoject with 2 module(Dynamic Web project) How link to another module?Hi,

[Adam (Cloud Platform Support)]

This seems like a question that would be better posted to Stack Overflow, 
rather than a discussion post. The google-appengine group is intended more 
for general discussion rather than 1-on-1 support assistance. Please see 
the main Community Support page 
<https://support.google.com/cloud/answer/3466163#> for a list of the tags 
we monitor.

On Saturday, January 2, 2016 at 5:21:42 AM UTC-5, Giuseppe Ventura wrote:
>
> Hi, 
> i'm doing a sample for to learn GAE. 
> In my example HELLO WORLD i have created ENTERPRISE APPLICATION PROJECT 
> with 2 Dynamic Web project inside:
>
> -Giuseppeit_default->module:default
> -Giuseppeit_task->module:task
>
> Now when i run locally my project i view only default Module. I have 
> changed Giuseppeit_default's index.html like:
>
>   
>> Ciao Giuseppe!
>>  
>> 
>>   
>> Available Servlets:
>> 
>>   
>>   
>> GiuseppeIT_default
>>   
>>   
>> GiuseppeIT_task
>>   
>> 
>>
>>
>> I want a new link to second Module Giuseppeit_task. 
> I have created dispatch.xml in: Giuseppeit_default\WebContent\dispatch.xml 
> like:
>
> 
>>
>> 
>> 
>> localhost/
>> default
>> 
>> 
>> */giuseppeit_task/*
>> task
>> 
>> 
>>
>> Now when i run my project i view 2 link:
>
>
> GiuseppeIT_default <http://localhost:/giuseppeit_default>
> GiuseppeIT_task <http://localhost:/giuseppeit_task>
>
> But when i click on GiuseppeIT_task i view ERROR 404. Why? where is the 
> problem?
>
> Thanks for help me
> Regards
> Giuseppe
>  
>

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/d9527f13-7f4b-4c4a-b567-33b17e9ac523%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: unable to use remote_api_shell and bulkloader (all dependent on remote api) with 1.9.30 SDK.

[Adam (Cloud Platform Support)]

The permissions for download_app and download_data are restricted to the 
uploader of the application and the project owners. This is mentioned in 
the Python docs 
 
but not the Java docs. Also in order to use a service account with with gcloud 
auth activate-service-account 
, 
you need to export the key file, but you can only export key files for 
service accounts you create and not the application's default credentials. 
These service accounts can only have view or edit permissions, but not 
owner.

On Sunday, January 3, 2016 at 4:47:27 AM UTC-5, timh wrote:
>
> Hi
>
> I haven't had to use the remote_api for some time, and now need to use the 
> bulkloader and remote_api_shell.  (Appengine app was first deployed in 2012)
>
>  However utilising the current SDK 1.9.30 and after creating service 
> accounts, it seems that there is an ongoing problem with authentication .'
>
> I get the following when trying use download_data 
>
> [DEBUG   ] [WorkerThread-0] WorkerThread: started
> 2016-01-03 15:01:19,810 INFO client.py:539 Attempting refresh to obtain 
> initial access_token 
> 2016-01-03 15:01:20,118 INFO client.py:797 Refreshing access_token 
> 2016-01-03 15:01:21,733 INFO client.py:571 Refreshing due to a 401 
> (attempt 1/2) 
> 2016-01-03 15:01:22,040 INFO client.py:797 Refreshing access_token 
> 2016-01-03 15:01:23,101 INFO client.py:571 Refreshing due to a 401 
> (attempt 2/2) 
> 2016-01-03 15:01:23,415 INFO client.py:797 Refreshing access_token 
>
> repeated infinitely.
>
> I have tried multiple variations and using the remote_api_shell, which 
> eventually times out with to many failed attempts.
>
> Following the docs on the Creating an Application Default Credentials and 
> the only type of account that has a correctly formatted json credential 
> file is a "Application Service Account"
>
> The permissions are "Edit" for the Service Account.
>
> (Note the docs are incorrect as far the cloud console sections, for 
> instance it refers to "APIs & Auth" however that section is called "API 
> Manager"
>
> I am only using the "builtin" remote api definition.
>
> Has anyone been able to use the remote_api_shell with recent SDK's ?
>
> Any thoughts.
>  
>
> Cheers
>
> Tim
>

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/60e3cbb5-455d-466f-b713-9b3e575a06f9%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Lat-Lng headers in the request

[Adam (Cloud Platform Support)]

You could try forwarding them as extra custom headers, as in this example 
, and 
then check for these different headers on App Engine.

https://easyengine.io/tutorials/nginx/forwarding-visitors-real-ip/

On Friday, January 1, 2016 at 2:39:45 AM UTC-5, Mayank Bhagya wrote:
>
>
> Hello,
>
> I am using nginx as a reverse proxy in front of my appengine app.
>
> So the client's IP doesn't turn up in the remote_addr of the request that 
> reaches app engine.
> Instead, remote_addr has the ip of the machine running nginx.
>
> So lat-lng, country and other headers are not getting populated correctly.
> Is there anyway I can tell appengine to use the forwarded IP to compute 
> lat-lng, country etc?
>
> Thanks.
> -mayank
>

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/1e8b90f9-de9b-47dc-adae-d13a4a01646b%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Lat-Lng headers in the request

[Adam (Cloud Platform Support)]

You could try forwarding them as extra custom headers, as in this example 
, and 
then check for these different headers on App Engine.

On Friday, January 1, 2016 at 2:39:45 AM UTC-5, Mayank Bhagya wrote:
>
>
> Hello,
>
> I am using nginx as a reverse proxy in front of my appengine app.
>
> So the client's IP doesn't turn up in the remote_addr of the request that 
> reaches app engine.
> Instead, remote_addr has the ip of the machine running nginx.
>
> So lat-lng, country and other headers are not getting populated correctly.
> Is there anyway I can tell appengine to use the forwarded IP to compute 
> lat-lng, country etc?
>
> Thanks.
> -mayank
>

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/ec90a831-1d6a-4718-ac8c-23850cc597f4%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Re: dev_appserver.py super slow

[Nick (Cloud Platform Support)]

I should add at this point that if the issue reports begin to converge, it 
might be better to post a report to the Public Issue Tracker 
 with label 
"component-SDK". The choice of a Stack Exchange site vs. one of our public 
issue trackers is basically influenced by whether you can determine the 
root cause to be ours or your own to fix.

On Thursday, December 31, 2015 at 11:06:55 PM UTC-5, PK wrote:
>
>
> On my environment I have not seen any such issues recently, quite the 
> opposite this part is very smooth. Since the stack below the SDK can vary a 
> lot, please provide some more information about your SDK environment for 
> somebody to assist further. 
>
> --PK
>
> On Dec 31, 2015, at 7:20 PM, Bryan  wrote:
>
> Same issue.  Its super frustrating.  Does anyone have an alternative to 
> running a vm?
>
> On Thursday, September 17, 2015 at 4:47:59 PM UTC-7, Elizabeth Cox wrote:
>>
>> Even with a silly app like HelloWorld, every time I make a change on the 
>> code, and make a new request, the server take like 1-2 minutes to response.
>>
>> Anybody know why? and how to resolve this?
>>
>>
>> -- 
> 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 https://groups.google.com/group/google-appengine.
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/google-appengine/1a569203-e77e-4edf-867a-1356b94e39fd%40googlegroups.com
>  
> 
> .
> For more options, visit https://groups.google.com/d/optout.
>
>

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/dc8fac3a-c37d-483f-aab3-7d560c532b5c%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Having lost all my data

[Adam (Cloud Platform Support)]

Since your site points to a template I assume the data you lost was your 
App Engine application? When you navigate to App Engine -> Versions in the 
Developers Console, do you see any previous versions there? If so, you may 
be able to set an older version as default.

If you had accidentally deployed over the default version, any data your 
app has stored should still be available for export. Try going to Datastore 
- Dashboard to see if any entities are there, and if they are you can go to 
Datastore - Admin 
 to 
enable the Datastore admin and export any entities. If you used CloudSQL to 
store your data, try going to SQL - > (instance name) to see if it contains 
data, then 'Export' to export it.

On Monday, January 4, 2016 at 3:30:06 PM UTC-5, Emilio Sanchez wrote:
>
> Hi there,
>
> I'm google apps and google app engine (count 
>
> www.jexposecvu.com my website is built with vosao java cms I'm one of the 
> developers.
>
> The problem is that for a reason I don't explain : I HAVE LOST ALL MY 
> DATA. 
>
> Is it possible to restore data from one day or week ago ? 
>
> Any help is welcome before i hang myself...
>
> Thank you
>
> Emilio
>

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/206215b2-67dd-44e8-af4c-b7c815ac7bd6%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Geospatial/geolocation queries from GAE (or other Cloud products)?

[Adam (Cloud Platform Support)]

The Google Maps Geocoding API 
is used 
specifically for converting addresses into geographic coordinates. Once you 
have the geocode points you can use something like the Haversine formula 
 to compute distance between 
them. I'm not an expert on the Maps API but I don't believe there is a way 
to compute distance between addresses directly without first retrieving the 
lat and long.

On Monday, January 4, 2016 at 3:50:44 PM UTC-5, Alex Kerr wrote:
>
> Hi all,
> Wondering how best to implement some basic geolocation stuff using Google 
> Cloud products (and open source if appropriate)
>
> I need to search user records I'm storing in Datastore, which include the 
> user's address (in ordinary human readable text format) to see which other 
> users are within a certain distance from them. Seems I can't do a 
> geospatial search directly on Datastore records but found something that 
> suggests a clever little mashup with Google's Search API: 
> http://ralphbarbagallo.com/2013/05/14/app-engine-geospatial-datastore-search-a-new-way/
>
> Questions:
> 1.) Is there any better (/more standard) way than what's suggested at that 
> link? (I know Cloud SQL allows geospatial searches but ideally I want to 
> use Datastore if possible to store my data in)
> 2.) Geospatial matches (at least using above techniques) need latitude and 
> longitude - are there any Google APIs or open source PHP stuff I could use 
> to convert addresses into lat/lon?
>
> I'm running on PHP AppEngine by the way and need a solution I can 
> implement very quickly and easily if at all possible!
>
> Many thanks for any info/suggestions!
>

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/7aea1d41-e9a0-40aa-8b22-8d582f63376d%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Indexed fields misrepresented in the new console for nested structs?

[Nick (Cloud Platform Support)]

Hey Rohan,

Thanks for the update. It appears that this is definitely an issue worth 
investigating on our end, and not an issue of your own code. Could you open 
a Public Issue Tracker 
<https://code.google.com/p/googleappengine/issues/list> (PIT) issue linking 
to this thread, or reproducing the information from it, and there provide 
your project ID so that we can look into your Datastore and attempt to find 
a root cause? Feel free to link the issue thread here once created. We 
monitor the PIT closely and it should see action quickly.

As an outside chance, is it possible you worked with your entities before 
adding "noindex"? Or was that there from the beginning?

On Saturday, January 2, 2016 at 5:35:57 PM UTC-5, Rohan Chandiramani wrote:
>
> For some reason the image didn't get embedded in the post this time, 
> please look at the attachment in my previous post.
>
> On Wednesday, December 30, 2015 at 1:51:55 AM UTC+1, Nick (Cloud Platform 
> Support) wrote:
>>
>> It definitely seems, from a quick run-through of the doc and your schema, 
>> that the inner entities' flattened fields should be "noindex" here. Are you 
>> able to run queries which would hit the index, and do you see results?
>>
>> On Sunday, December 27, 2015 at 10:15:02 AM UTC-5, Rohan Chandiramani 
>> wrote:
>>>
>>> I have the following struct in my Go code:
>>>
>>> Channel struct {
>>> Name   string 
>>>  `datastore:"-" json:"name,omitempty" goon:"id"`
>>> UserId  int 
>>>  `datastore:",noindex" json:"userid,omitempty"`
>>> SubscriptionSubscription 
>>> `datastore:",noindex" json:"subscription,omitempty"`
>>> PersonalInformation []PersonalInformation`datastore:",noindex" 
>>> json:"personalInformation,omitempty"`
>>> }
>>>
>>> PersonalInformation struct {
>>> FirstNamestring `datastore:",noindex" json:"firstName,omitempty"`
>>> LastName string `datastore:",noindex" json:"lastName,omitempty"`
>>> StreetAdress string `datastore:",noindex" json:"streetAdress,omitempty"`
>>> Province string `datastore:",noindex" json:"province,omitempty"`
>>> PostalCode   string `datastore:",noindex" json:"postalCode,omitempty"`
>>> CountryCode  string `datastore:",noindex" json:"countryCode,omitempty"`
>>> }
>>>
>>>
>>> <https://lh3.googleusercontent.com/-oNntmToU2Mg/Vn_-aiXlGDI/DvI/QbT8Uvmmq0M/s1600/array_nested_indexed.png>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> When I look at the new console, all values from PersonalInformation are 
>>> marked indexed and greyed out.
>>> It seems to only happen with Arrays, because the nested type 
>>> Subscription isn't an array and is correctly marked as non indexed.
>>>
>>> https://cloud.google.com/appengine/docs/go/datastore/reference?hl=en
>>> If an outer struct is tagged "noindex" then all of its implicit 
>>> flattened fields are effectively "noindex".
>>>
>>> So is the console incorrectly marking these nested array values as 
>>> indexed.
>>> or 
>>> Is the datastore itself marking these as indexed correctly and I can't 
>>> find this specific behaviour in the documentation?
>>>
>>> -Not related to this problem-
>>> Thank you for adding the 'Refresh' button!
>>> Thank you for showing what entities derive from if they have an ancestor!
>>>
>>>

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/94a553bf-adef-4331-a5fa-d7c66a5d1cd0%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Using custom method to encrypt password in webapp2

[Nick (Cloud Platform Support)]

Could you by any chance provide a link to the github repo whic hsuggests a 
RequestHandler solution?

As to your second question, you could certainly attempt to view the source 
code in webapp2 referenced in the linked webapp-improved PIT issue and see 
if the 2012 comment still holds up to reason.

On Monday, January 4, 2016 at 1:12:37 AM UTC-5, A. Kong wrote:
>
> Hi all,
>
> If I understand it correctly, GAE webapp2 encrypts password using SHA1 
>  (see method create_user as in 
> https://webapp-improved.appspot.com/_modules/webapp2_extras/appengine/auth/models.html
> )
>
> I want to be able to switch to SHA-256 or other algorithm. Is there any 
> official way to override this?  I found this github repo and its 
> recommendation seems to be rolling your own RequestHandler. Is it a good 
> approach? Is there any other alternative?
>
> There is a related  entry in the archived bug tracker 
> https://code.google.com/p/webapp-improved/issues/detail?id=57  Is the 
> comment there still up to date? 
>
> Cheers
>

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/6515c712-9e1d-4fbe-b69b-46bcb9ee4821%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Client latency performance and time synchronisation

[Nicholas (Google Cloud Support)]

Thanks for the interesting question.

For starters, you are correct. There will be network latency. Your 
application will be deployed to the region of your choosing 
 
and respond to requests from there. Any HTTP requests between users will 
have to travel there and back, thus incurring this network latency. 
Therefore, one cannot rely on the arrival time of the HTTP request (in this 
case, buzzer) to determine the order.

The time one should look for is the time at which the 'button' is pressed 
which is best known by the client device. If your client is running in the 
browser for instance, you could use Javascript's Date.now() 

 function 
and provide its result when sending the 'buzz' HTTP request to your 
application.

As noted from MDN:

> The Date.now() method returns the number of milliseconds elapsed since 1 
> January 1970 00:00:00 UTC.


The downside here is that the user can manually change to time set on their 
device to always be listed first. As far as I know, Date.now() gets its 
time from the device time as I've found nothing to the contrary in the 
EMCAScript-262 
spec about Javascript . If 
the user were to set their device time manually to an hour before everyone 
else, they will always register as the first buzzer. Barring this, most 
modern devices automatically sync time with accurate time servers.
If your client is running on Android devices for example, you could use 
calendarObject.getTimeInMillis 
()
 
to get the time in milliseconds and add the offset from calendarObject.
getTimeZone 

().getOffset 
(calendarObject.getTimeInMillis())
 
to get the milliseconds since 1 January 1970 00:00:00 UTC. This again gives 
the same vulnerability though as manually changing the device time will 
affect these values. At least, with an application running on Android, you 
can determine if the time has been manually set by checking the 
Global.AUTO_TIME 

 
property.

Given the use case you described with family and friends, I'd say this may 
be a simple and effective solution until someone is motivated enough to 
find a way to cheat or if they manually set date and time on their device 
for whatever reason.

Cheers.


On Tuesday, January 5, 2016 at 8:36:41 AM UTC-5, Phil Johnstone wrote:
>
> I'm just starting out with getting up to speed with Google Apps Engine. A 
> useful tool that I'd like to develop to help me learn (as well as being 
> useful personally) is to create an app that will simulate a buzzer for a 
> game show. Someone will setup a new game show (the manager for the group) 
> and various other people will join the game (as contestants). Each 
> contestant will then be able to buzz in and the fastest buzzer will be 
> shown to the manager. The intention is for this to be used by people who 
> are in the same room. They may be connected via the same WiFi or they could 
> be connected via their own mobile network.
>
> My question is, what can I do to make it fair so the actual first buzz is 
> shown on the manager as the first buzz. I'm worried that network latency 
> may re-order the buzzes. I'm not worried about buzzes that are milliseconds 
> apart, I'm only interested in ones where it is noticeable by a person that 
> they are registering in a different order.
>
> I'm not looking to make it bullet proof from exploits as I'm not planning 
> to make it public. I'm currently only going to use it for family and 
> friends.
>
> TIA
>

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/600275f4-84f7-4e30-98ef-af336b872c3f%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Indexed fields misrepresented in the new console for nested structs?

[Nick (Cloud Platform Support)]

Hey Rohan,

Alright, best of luck in proceeding to get this issue looked-at. The 
reproduction is excellent form for issue-reporting, and I'm sure you'll see 
a quick reply on that basis.

On Tuesday, January 5, 2016 at 8:56:41 AM UTC-5, Rohan Chandiramani wrote:
>
> Hey Nick, 
>
> Here we go, 
>
> https://code.google.com/p/googleappengine/issues/detail?id=12648
> I have also created a small test project demonstrating the problem in the 
> issue tracker.
>
> As an outside chance, is it possible you worked with your entities before 
>> adding "noindex"? Or was that there from the beginning?
>
>
> I'm very sure it has been there from the beginning :)
>
> Cheers,
>
> Rohan
>
> On Tuesday, January 5, 2016 at 1:29:15 AM UTC+1, Nick (Cloud Platform 
> Support) wrote:
>>
>> Hey Rohan,
>>
>> Thanks for the update. It appears that this is definitely an issue worth 
>> investigating on our end, and not an issue of your own code. Could you open 
>> a Public Issue Tracker 
>> <https://code.google.com/p/googleappengine/issues/list> (PIT) issue 
>> linking to this thread, or reproducing the information from it, and there 
>> provide your project ID so that we can look into your Datastore and attempt 
>> to find a root cause? Feel free to link the issue thread here once created. 
>> We monitor the PIT closely and it should see action quickly.
>>
>> As an outside chance, is it possible you worked with your entities before 
>> adding "noindex"? Or was that there from the beginning?
>>
>> On Saturday, January 2, 2016 at 5:35:57 PM UTC-5, Rohan Chandiramani 
>> wrote:
>>>
>>> For some reason the image didn't get embedded in the post this time, 
>>> please look at the attachment in my previous post.
>>>
>>> On Wednesday, December 30, 2015 at 1:51:55 AM UTC+1, Nick (Cloud 
>>> Platform Support) wrote:
>>>>
>>>> It definitely seems, from a quick run-through of the doc and your 
>>>> schema, that the inner entities' flattened fields should be "noindex" 
>>>> here. 
>>>> Are you able to run queries which would hit the index, and do you see 
>>>> results?
>>>>
>>>> On Sunday, December 27, 2015 at 10:15:02 AM UTC-5, Rohan Chandiramani 
>>>> wrote:
>>>>>
>>>>> I have the following struct in my Go code:
>>>>>
>>>>> Channel struct {
>>>>> Name   string 
>>>>>  `datastore:"-" json:"name,omitempty" goon:"id"`
>>>>> UserId  int 
>>>>>  `datastore:",noindex" json:"userid,omitempty"`
>>>>> SubscriptionSubscription 
>>>>> `datastore:",noindex" json:"subscription,omitempty"`
>>>>> PersonalInformation []PersonalInformation`datastore:",noindex" 
>>>>> json:"personalInformation,omitempty"`
>>>>> }
>>>>>
>>>>> PersonalInformation struct {
>>>>> FirstNamestring `datastore:",noindex" json:"firstName,omitempty"`
>>>>> LastName string `datastore:",noindex" json:"lastName,omitempty"`
>>>>> StreetAdress string `datastore:",noindex" 
>>>>> json:"streetAdress,omitempty"`
>>>>> Province string `datastore:",noindex" json:"province,omitempty"`
>>>>> PostalCode   string `datastore:",noindex" json:"postalCode,omitempty"`
>>>>> CountryCode  string `datastore:",noindex" json:"countryCode,omitempty"`
>>>>> }
>>>>>
>>>>>
>>>>> <https://lh3.googleusercontent.com/-oNntmToU2Mg/Vn_-aiXlGDI/DvI/QbT8Uvmmq0M/s1600/array_nested_indexed.png>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> When I look at the new console, all values from PersonalInformation 
>>>>> are marked indexed and greyed out.
>>>>> It seems to only happen with Arrays, because the nested type 
>>>>> Subscription isn't an array and is correctly marked as non indexed.
>>>>>
>>>>> https://cloud.google.com/appengine/docs/go/datastore/reference?hl=en
>>>>> If an outer struct is tagged "noindex" then all of its implicit 
>>>>> flattened fields are effectively "noindex".
>>>>>
>>>>> So is the console incorrectly marking these nested array values as 
>>>>> indexed.
>>>>> or 
>>>>> Is the datastore itself marking these as indexed correctly and I can't 
>>>>> find this specific behaviour in the documentation?
>>>>>
>>>>> -Not related to this problem-
>>>>> Thank you for adding the 'Refresh' button!
>>>>> Thank you for showing what entities derive from if they have an 
>>>>> ancestor!
>>>>>
>>>>>

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/1f9215bd-06a2-4092-9609-e231fcc7a947%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Where is the Google Cloud endpoints API docs for Python?

[Zeehad (Cloud Platform Support)]

Hello Rafael,

The Python API Endpoints reference docs are indeed not present elsewhere. 
I'll bring it to the attention of the appropriate team.

Thanks!

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/083243c3-91ac-4ef9-ba0a-3dd384b152d6%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Client latency performance and time synchronisation

[Nicholas (Google Cloud Support)]

For some very 'Hello world'-like examples, Udacity has a nice free course 
called Deploying Scalable App in Java 
<https://www.udacity.com/course/developing-scalable-apps-in-java--ud859> 
that will walk you through building a conference-organizing application 
using some essential App Engine components. The sample code will sometimes 
require that you not look into the black box too much and accept what's 
working but with some study, one can get a good idea of what is actually 
happening. Hope this helps!

On Wednesday, January 6, 2016 at 11:35:33 AM UTC-5, Phil Johnstone wrote:
>
> Thank you very much for your comments. It's given me a bit more to think 
> about.
>
> I can see how using server time stamps wouldn't work due to latency but 
> I'm not quite sure how to make client time stamps work on a practical 
> level. Let's say for argument sake that the maximum a real person can 
> detect inaccurate buzz order is a 10th of a second. Therefore, the 
> objective is for client time stamps to be in sync within 1/10 second. Even 
> if the mobile device clocks are sync'd with NTP, I don't see how they can 
> be in sync to an accuracy of 1/10 second. After all, synchronisation to NTP 
> will happen over the Internet which itself could suffer from latency. 
> Perhaps using the Internet to determine first buzz is not realistic.
>
> I may need to think of another application for learning with App Engine.
>
>
> On Tuesday, January 5, 2016 at 8:20:09 PM UTC, Nicholas (Google Cloud 
> Support) wrote:
>>
>> Thanks for the interesting question.
>>
>> For starters, you are correct. There will be network latency. Your 
>> application will be deployed to the region of your choosing 
>> <https://cloud.google.com/appengine/docs/python/console/#server-location> 
>> and respond to requests from there. Any HTTP requests between users will 
>> have to travel there and back, thus incurring this network latency. 
>> Therefore, one cannot rely on the arrival time of the HTTP request (in this 
>> case, buzzer) to determine the order.
>>
>> The time one should look for is the time at which the 'button' is pressed 
>> which is best known by the client device. If your client is running in the 
>> browser for instance, you could use Javascript's Date.now() 
>> <https://developer.mozilla.org/en/docs/Web/JavaScript/Reference/Global_Objects/Date/now>
>>  function 
>> and provide its result when sending the 'buzz' HTTP request to your 
>> application.
>>
>> As noted from MDN:
>>
>>> The Date.now() method returns the number of milliseconds elapsed since 1 
>>> January 1970 00:00:00 UTC.
>>
>>
>> The downside here is that the user can manually change to time set on 
>> their device to always be listed first. As far as I know, Date.now() gets 
>> its time from the device time as I've found nothing to the contrary in the 
>> EMCAScript-262 
>> spec about Javascript <http://www.ecma-international.org/ecma-262/6.0/>. 
>> If the user were to set their device time manually to an hour before 
>> everyone else, they will always register as the first buzzer. Barring this, 
>> most modern devices automatically sync time with accurate time servers.
>> If your client is running on Android devices for example, you could use 
>> calendarObject.getTimeInMillis 
>> <http://developer.android.com/reference/java/util/Calendar.html#getTimeInMillis()>()
>>  
>> to get the time in milliseconds and add the offset from calendarObject.
>> getTimeZone 
>> <http://developer.android.com/reference/java/util/Calendar.html#getTimeZone()>
>> ().getOffset 
>> <http://developer.android.com/reference/java/util/TimeZone.html#getOffset(long)>(calendarObject.getTimeInMillis())
>>  
>> to get the milliseconds since 1 January 1970 00:00:00 UTC. This again gives 
>> the same vulnerability though as manually changing the device time will 
>> affect these values. At least, with an application running on Android, you 
>> can determine if the time has been manually set by checking the 
>> Global.AUTO_TIME 
>> <http://developer.android.com/reference/android/provider/Settings.Global.html#AUTO_TIME>
>>  
>> property.
>>
>> Given the use case you described with family and friends, I'd say this 
>> may be a simple and effective solution until someone is motivated enough to 
>> find a way to cheat or if they manually set date and time on their device 
>> for whatever reason.
>>
>> Cheers.
>>
>>
>> On Tuesday, January 5, 2016 at 8:36:41 AM UT

[google-appengine] Re: Moving Regions

[Zeehad (Cloud Platform Support)]

Currently it isn't possible to change an application's location once it is 
created. The only way you can access that Cloud SQL server on another zone 
is by creating the project on that zone.

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/58acd4cf-9092-4ad4-a2b2-c068b1e48af7%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Appengine with Endpoints doesn't share session

[Nick (Cloud Platform Support)]

Do you mean that when you inspect the requests sent to the endpoint 
methods, they don't have the session cookies? Could you share some output 
you've captured which shows this? There should be users who have integrated 
Java EE sessions w/ endpoints before, but we'll see how this proceeds, and 
if you might need to file a Feature Request to get it ironed-out.

On Tuesday, January 5, 2016 at 11:18:41 AM UTC-5, Carl Emmoth wrote:
>
> Hello,
>
> I'm using an App with Endpoints. It's written in Java EE and my Appengine 
> part is using sessions.
>
> Locally both my app and endpoints are using the same session but live 
> endpoints isn't using any session.
>
> Do I miss some configuration for Endpoints or isn't Endpoints using 
> sessions in production?
>
> Thanks
>

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/3c740c11-f3f5-4170-9dbd-d867580ae3bc%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Facing issues with callback functions configuration

[Nick (Cloud Platform Support)]

Could you elaborate a bit on what you mean by .factorypath in this context? 
Also what does it mean for "someone else (they have not configured their 
machine)" to notice that "PrePut function is not called" if you say that 
for "these two projects" (do you mean your project and the copy of the 
project for the other person?), the sdk "points to my local machine"? All 
of this needs clarification in my mind, and perhaps with some code as well, 
things will start to appear more clear.

On Tuesday, January 5, 2016 at 3:34:42 AM UTC-5, Shiyaam Velan wrote:
>
> I am currently maintaining two appengine projects. To use the datastore 
> callbacks (@PrePut) i have configured in eclipse as per the documentation 
> in appengine (
> https://cloud.google.com/appengine/docs/java/datastore/callbacks#Using_Callbacks_With_Eclipse).
>  
> When i deploy the projects I do not face any issues, but when someone else 
> does (they have not configured in their machines) the PrePut function is 
> not called. The appengine sdk used for these two projects point to my local 
> machine. So the .factorypath in both projects points to my local machine 
> folder. The weird thing is one project works fine and other one doesnt if 
> someone else deploys. 
>
> Is it necessary that everyone should configure the eclipse? If so how come 
> one project works fine and the other doesnt. They do have the .factorypath, 
> file in their system. Please help me out here.
>

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/cae2c299-00d8-4d6f-807c-8a42c177145a%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Convert Indian Language Data in a PDF to English

[Nick (Cloud Platform Support)]

Hey Raghu,

You would need to programmatically extract the text from the PDF and 
translate it using the API. There's no PDF input for the API.

I hope this helps answer your question :)

On Friday, January 8, 2016 at 11:45:47 AM UTC-5, Raghu V S wrote:
>
> Dear All,
>
> Attached is a PDF file which has data in Kannada Language(Indian 
> Language)..
>
> I need it to convert it to english.
>
> Would be possible to do it using google translate API or by any means
>

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/6ae5f682-7a3c-49be-a8bb-a06064c86cf0%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Lat-Lng headers in the request

[Adam (Cloud Platform Support)]

There's no way to have App Engine look at those headers automatically, but 
you can still get the data into your application by manually parsing the 
headers (eg. using request.headers['my-custom-header'] in Python).

On Monday, January 4, 2016 at 2:22:41 AM UTC-5, Mayank Bhagya wrote:
>
> Thanks for the reply Adam.
>
> We're already forwarding the IP address as a request header, but Google 
> doesn't derive lat-long, country etc. using the forwarded IP.
> It uses the IP of the nginx machine to derive the lat long, country and 
> other data.
>
> So my question is if there exists a way to tell GAE to use a particular 
> header for extracting the IP address.
>
> On Monday, 4 January 2016 01:14:12 UTC+5:30, Adam (Cloud Platform Support) 
> wrote:
>>
>> You could try forwarding them as extra custom headers, as in this example 
>> <https://easyengine.io/tutorials/nginx/forwarding-visitors-real-ip/>, 
>> and then check for these different headers on App Engine.
>>
>> On Friday, January 1, 2016 at 2:39:45 AM UTC-5, Mayank Bhagya wrote:
>>>
>>>
>>> Hello,
>>>
>>> I am using nginx as a reverse proxy in front of my appengine app.
>>>
>>> So the client's IP doesn't turn up in the remote_addr of the request 
>>> that reaches app engine.
>>> Instead, remote_addr has the ip of the machine running nginx.
>>>
>>> So lat-lng, country and other headers are not getting populated 
>>> correctly.
>>> Is there anyway I can tell appengine to use the forwarded IP to compute 
>>> lat-lng, country etc?
>>>
>>> Thanks.
>>> -mayank
>>>
>>

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/0fbf5eb3-9e00-4e6d-b5f3-1dfe72509380%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: unable to use remote_api_shell and bulkloader (all dependent on remote api) with 1.9.30 SDK.

[Adam (Cloud Platform Support)]

Yes, unfortunately the bulkloader itself is not documented anywhere in the 
official docs although it used to be (this is a good use of the 'Send 
feedback' link on the 'Managing a Python App 
<https://cloud.google.com/appengine/docs/python/tools/uploadinganapp>' and 
'Remote 
API for Python 
<https://cloud.google.com/appengine/docs/python/tools/remoteapi>' pages, 
which I have already submitted).

As an alternative a developer can still use the Cloud Datastore API 
<https://cloud.google.com/datastore/docs/getstarted/start_python/> to 
access the application's datastore using a service account.

On Sunday, January 3, 2016 at 5:25:02 PM UTC-5, timh wrote:
>
> Hi Adam
>
> I figured the problem had to be something like that, however there current 
> docs don't even mention *download_data* at all, and the error you get 
> from appcfg if you haven't logged in with gcloud suggests you need to set 
> GOOGLE_APPLICATION_CREDENTIALS and refer to the docs for setting up an 
> default application service account.  That section does talk about gcloud 
> as one of 5 options.  Though reading through this the application service 
> account seems on the face of the most appropriate choice.
>
> Historically any account with developer status could download the data 
> using appcfg (in because it only required admin access and in the early 
> days you even had your own handler), and as you said the owner could only 
> download the app. 
>
> Somewhat misleading ';-)
>
> Cheers
>
> Tim
>
> On Monday, January 4, 2016 at 3:24:15 AM UTC+8, Adam (Cloud Platform 
> Support) wrote:
>>
>> The permissions for download_app and download_data are restricted to the 
>> uploader of the application and the project owners. This is mentioned in 
>> the Python docs 
>> <https://cloud.google.com/appengine/docs/python/tools/uploadinganapp?hl=en> 
>> but not the Java docs. Also in order to use a service account with with 
>> gcloud 
>> auth activate-service-account 
>> <https://cloud.google.com/sdk/gcloud/reference/auth/activate-service-account>,
>>  
>> you need to export the key file, but you can only export key files for 
>> service accounts you create and not the application's default credentials. 
>> These service accounts can only have view or edit permissions, but not 
>> owner.
>>
>> On Sunday, January 3, 2016 at 4:47:27 AM UTC-5, timh wrote:
>>>
>>> Hi
>>>
>>> I haven't had to use the remote_api for some time, and now need to use 
>>> the bulkloader and remote_api_shell.  (Appengine app was first deployed in 
>>> 2012)
>>>
>>>  However utilising the current SDK 1.9.30 and after creating service 
>>> accounts, it seems that there is an ongoing problem with authentication .'
>>>
>>> I get the following when trying use download_data 
>>>
>>> [DEBUG   ] [WorkerThread-0] WorkerThread: started
>>> 2016-01-03 15:01:19,810 INFO client.py:539 Attempting refresh to obtain 
>>> initial access_token 
>>> 2016-01-03 15:01:20,118 INFO client.py:797 Refreshing access_token 
>>> 2016-01-03 15:01:21,733 INFO client.py:571 Refreshing due to a 401 
>>> (attempt 1/2) 
>>> 2016-01-03 15:01:22,040 INFO client.py:797 Refreshing access_token 
>>> 2016-01-03 15:01:23,101 INFO client.py:571 Refreshing due to a 401 
>>> (attempt 2/2) 
>>> 2016-01-03 15:01:23,415 INFO client.py:797 Refreshing access_token 
>>>
>>> repeated infinitely.
>>>
>>> I have tried multiple variations and using the remote_api_shell, which 
>>> eventually times out with to many failed attempts.
>>>
>>> Following the docs on the Creating an Application Default Credentials 
>>> and the only type of account that has a correctly formatted json credential 
>>> file is a "Application Service Account"
>>>
>>> The permissions are "Edit" for the Service Account.
>>>
>>> (Note the docs are incorrect as far the cloud console sections, for 
>>> instance it refers to "APIs & Auth" however that section is called "API 
>>> Manager"
>>>
>>> I am only using the "builtin" remote api definition.
>>>
>>> Has anyone been able to use the remote_api_shell with recent SDK's ?
>>>
>>> Any thoughts.
>>>  
>>>
>>> Cheers
>>>
>>> Tim
>>>
>>

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/a7830624-de02-4411-abba-cc8e2e621b65%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Having lost all my data

[Adam (Cloud Platform Support)]

Unfortunately the Datastore doesn't journal old data or keep it's own 
internal backups that we could roll back to. The only backup facility for 
Datastore that exists is the Datastore Admin backup to Cloud Storage 
 (or 
blobstore), so you might want to also check if you had this enabled and if 
there are any backups saved.

Regarding security I'm not aware that Vosao is affiliated with Google 
(there's nothing officially called 'Google CMS'). The only connection is 
that it's hosted on Google Code and made to work with App Engine. It looks 
to be an all-volunteer open source project that is now inactive (from the 
project's Facebook page - the project's website is now defunct).

On Friday, January 8, 2016 at 12:54:26 PM UTC-5, Emilio Sanchez wrote:
>
> I've found the logs of Monday 4st and i've found how it could happen.
>
> Google CMS (Vosao) has the biggest lack of security i've ever found. the 
> relative /setup URL is wide opened and reinits the DB.
>
> Second Google Bot crawled this URL for the first time in two years despite 
> of no link points to it.
>
> Good job !
>

-- 
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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/2b3d0501-e2ed-48f2-a97b-105b202fbee0%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.