[google-appengine] Re: A version of your app is using a deprecated version of Go. Please upgrade before October 1, 2019. Learn more

[Chad Vincent]

Based on the release notes feed, it was announced in June that Go 1.9 is 
deprecated and no *new* versions can be deployed after October 1.  Existing 
versions, (e.g. GenericApp 1.5.0) will continue to run, but to release 
GenericApp 1.6.0 (or re-deploy 1.5.0) you'll have to do so using Go 1.11 or 
1.12.

This happens fairly regularly.  Java 6 and 7 did the same thing, 8 will 
soon enough.  The original Python and Java AppEngine SDKs are deprecated 
and will stop working in 10-ish months in favor of the newer SDK that works 
in both Standard and Flex.

I would double-check your communication preferences to be sure that you're 
signed up for the right emails, and setup monitoring of the release notes 
page ( https://cloud.google.com/appengine/docs/standard/go/release-notes ) 
as a backup.

On Friday, September 13, 2019 at 5:07:06 PM UTC-5, Anthony Zboralski wrote:
>
>
> *A version of your app is using a deprecated version of Go. Please upgrade 
> before October 1, 2019. Learn more  *
>
> WTH!! Can someone clarify? 
>
> Do I have to migrate all my apps by October 1??? 
>
> How come I didn't receive a message and I only saw this tiny notification 
> line on the console today
>
> Are you forcing everyone to upgrade to buggy Flex and dropping support for 
> all appengine APIs? 
>

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/8b8e92d9-6a79-40ae-8f1b-b96961eead28%40googlegroups.com.

Re: [google-appengine] Re: Is Datastore lookup-by-key strongly consistent when write is done in Python module and read is done in Java module?

[Chad Vincent]

Then no, you aren't caching on the Java side.

Are you (or NDB) using transactions?  If so, then make sure you schedule 
your hand-off to Java after the transaction has committed?

On Monday, October 31, 2016 at 10:54:28 PM UTC-5, Jonathan Munson wrote:
>
> I don't believe I use Objectify, unless it's used transparently by the 
> Java Datastore API. Here's a snippet of code that shows how I use the API:
>
> DatastoreService datastore = DatastoreServiceFactory.getDatastoreService();
> Key key = KeyFactory.stringToKey(serKey);
> try {
> Entity entity = datastore.get(key);
>
> Is there any caching involved here, on the Java side? If there is, then 
> what you and Jeff say is definitely the problem.
>
>
> On Monday, October 31, 2016 at 11:47:12 PM UTC-4, Chad Vincent wrote:
>>
>> Just to be 100% clear (sorry I keep double-posting, it's a bad habit):
>>
>> Java and Python modules in the same app share Memcache, which is just a 
>> giant Key-Object map.
>>
>> Objectify uses different Memcache keys than NDB.  I don't remember Ofy's 
>> format, and can't find NDB's, so let's just say 
>> [ofy-agR0ZXN0cgkLEgNGb28YGQw] vs. [ndb-agR0ZXN0cgkLEgNGb28YGQw].  So when 
>> you do an NDB write, [ndb-agR0ZXN0cgkLEgNGb28YGQw] gets invalidated and 
>> [ofy-agR0ZXN0cgkLEgNGb28YGQw] is stale.
>>
>> You need to either add a wrapper to NDB to ensure you're invalidating the 
>> Objectify cache, too, or disable *at least* Objectify's caching for that 
>> entity type.
>>
>> On Monday, October 31, 2016 at 10:40:18 PM UTC-5, Chad Vincent wrote:
>>>
>>> > When I write an entity on the Python side, NDB invalidates the 
>>> entity's cache entry (according to the docs),
>>>
>>> I think you missed the *key* part of Jeff's response.  Objectify and 
>>> NDB do not use the same entries in Memcache.  So while NDB on Python 
>>> invalidated *its* cache entry, Objectify used a different namespace and 
>>> thus the Objectify cached entry is still there.
>>>
>>> On Monday, October 31, 2016 at 8:33:19 PM UTC-5, Jonathan Munson wrote:
>>>>
>>>> I now think that caching shouldn't be an issue. When I write an entity 
>>>> on the Python side, NDB invalidates the entity's cache entry (according to 
>>>> the docs), forcing (strongly consistent) reads to get the value from the 
>>>> Datastore service. So a lookup-by-key read from the Java side should get 
>>>> the most recently written value, according to Chad.
>>>>
>>>> I think I'm going to have to put a version counter on the entity, which 
>>>> I'll increment on the Python side, then pass to the Java module so it can 
>>>> check the value of it when it gets the entity from the Datastore. "Trust 
>>>> but verify."
>>>>
>>>> --Jon
>>>>
>>>> On Monday, October 31, 2016 at 8:56:18 PM UTC-4, Jeff Schnitzer wrote:
>>>>>
>>>>> There is no standard way of storing entities in memcache. Objectify 
>>>>> uses its own namespace and uses the string version of Keys as the cache 
>>>>> key. I don’t know what NDB does.
>>>>>
>>>>> Cache invalidation is already a hard problem (that and naming things, 
>>>>> as they say). If you want to access data from both python and java, best 
>>>>> to 
>>>>> disable the memcache behavior of both NDB and Objectify (don’t put @Cache 
>>>>> on anything shared).
>>>>>
>>>>> Jeff
>>>>>
>>>>> On Mon, Oct 31, 2016 at 2:01 PM, Jonathan Munson <jpmu...@gmail.com> 
>>>>> wrote:
>>>>>
>>>>>> Thanks, Chad. Re your comment about caching, I am using NDB on the 
>>>>>> Python side, which I thought used memcache automatically. So I guess I 
>>>>>> am 
>>>>>> using caching, but I thought that modules in the same project (mine are) 
>>>>>> shared memcache. Is that not true if one module is Python and the other 
>>>>>> Java?
>>>>>>
>>>>>>
>>>>>> On Monday, October 31, 2016 at 3:07:43 PM UTC-4, Chad Vincent wrote:
>>>>>>>
>>>>>>> Also, make sure you aren't doing deferred writes or starting the 
>>>>>>> Java request before your Python transaction closes.
>>>>>>>
>>>>>>> On Monday, October 31, 2016 at 2:05:06 PM UTC-5, Chad Vincent wrote:
>>>>>>>>
>>&g

Re: [google-appengine] Re: Is Datastore lookup-by-key strongly consistent when write is done in Python module and read is done in Java module?

[Chad Vincent]

Just to be 100% clear (sorry I keep double-posting, it's a bad habit):

Java and Python modules in the same app share Memcache, which is just a 
giant Key-Object map.

Objectify uses different Memcache keys than NDB.  I don't remember Ofy's 
format, and can't find NDB's, so let's just say 
[ofy-agR0ZXN0cgkLEgNGb28YGQw] vs. [ndb-agR0ZXN0cgkLEgNGb28YGQw].  So when 
you do an NDB write, [ndb-agR0ZXN0cgkLEgNGb28YGQw] gets invalidated and 
[ofy-agR0ZXN0cgkLEgNGb28YGQw] is stale.

You need to either add a wrapper to NDB to ensure you're invalidating the 
Objectify cache, too, or disable *at least* Objectify's caching for that 
entity type.

On Monday, October 31, 2016 at 10:40:18 PM UTC-5, Chad Vincent wrote:
>
> > When I write an entity on the Python side, NDB invalidates the entity's 
> cache entry (according to the docs),
>
> I think you missed the *key* part of Jeff's response.  Objectify and NDB 
> do not use the same entries in Memcache.  So while NDB on Python 
> invalidated *its* cache entry, Objectify used a different namespace and 
> thus the Objectify cached entry is still there.
>
> On Monday, October 31, 2016 at 8:33:19 PM UTC-5, Jonathan Munson wrote:
>>
>> I now think that caching shouldn't be an issue. When I write an entity on 
>> the Python side, NDB invalidates the entity's cache entry (according to the 
>> docs), forcing (strongly consistent) reads to get the value from the 
>> Datastore service. So a lookup-by-key read from the Java side should get 
>> the most recently written value, according to Chad.
>>
>> I think I'm going to have to put a version counter on the entity, which 
>> I'll increment on the Python side, then pass to the Java module so it can 
>> check the value of it when it gets the entity from the Datastore. "Trust 
>> but verify."
>>
>> --Jon
>>
>> On Monday, October 31, 2016 at 8:56:18 PM UTC-4, Jeff Schnitzer wrote:
>>>
>>> There is no standard way of storing entities in memcache. Objectify uses 
>>> its own namespace and uses the string version of Keys as the cache key. I 
>>> don’t know what NDB does.
>>>
>>> Cache invalidation is already a hard problem (that and naming things, as 
>>> they say). If you want to access data from both python and java, best to 
>>> disable the memcache behavior of both NDB and Objectify (don’t put @Cache 
>>> on anything shared).
>>>
>>> Jeff
>>>
>>> On Mon, Oct 31, 2016 at 2:01 PM, Jonathan Munson <jpmu...@gmail.com> 
>>> wrote:
>>>
>>>> Thanks, Chad. Re your comment about caching, I am using NDB on the 
>>>> Python side, which I thought used memcache automatically. So I guess I am 
>>>> using caching, but I thought that modules in the same project (mine are) 
>>>> shared memcache. Is that not true if one module is Python and the other 
>>>> Java?
>>>>
>>>>
>>>> On Monday, October 31, 2016 at 3:07:43 PM UTC-4, Chad Vincent wrote:
>>>>>
>>>>> Also, make sure you aren't doing deferred writes or starting the Java 
>>>>> request before your Python transaction closes.
>>>>>
>>>>> On Monday, October 31, 2016 at 2:05:06 PM UTC-5, Chad Vincent wrote:
>>>>>>
>>>>>> Yes.  Consistency is handled by the database layer, not the 
>>>>>> application runtime.
>>>>>>
>>>>>> HOWEVER, if you are caching entities (Objectify, etc.) you either 
>>>>>> need to ensure your Memcache keys are identical or disable caching for 
>>>>>> those entities.  Otherwise the Java cache may return a stale result 
>>>>>> because 
>>>>>> the Python module didn't clear/update the entity on write.
>>>>>>
>>>>>> On Monday, October 31, 2016 at 8:41:07 AM UTC-5, Jonathan Munson 
>>>>>> wrote:
>>>>>>>
>>>>>>> Hi,
>>>>>>>
>>>>>>> We have an app wherein a Datastore entity is written to by a Python 
>>>>>>> module (using NDB), and then in an immediately following request, read 
>>>>>>> from, using the entity's key, by a Java module. In a situation where 
>>>>>>> the 
>>>>>>> app was heavily loaded, it seemed like the Java module was reading 
>>>>>>> stale 
>>>>>>> data. The Datastore documentation says that lookup-by-key requests are 
>>>>>>> strongly consistent, but does that apply even when wri

Re: [google-appengine] Re: Is Datastore lookup-by-key strongly consistent when write is done in Python module and read is done in Java module?

[Chad Vincent]

> When I write an entity on the Python side, NDB invalidates the entity's 
cache entry (according to the docs),

I think you missed the *key* part of Jeff's response.  Objectify and NDB do 
not use the same entries in Memcache.  So while NDB on Python invalidated 
*its* cache entry, Objectify used a different namespace and thus the 
Objectify cached entry is still there.

On Monday, October 31, 2016 at 8:33:19 PM UTC-5, Jonathan Munson wrote:
>
> I now think that caching shouldn't be an issue. When I write an entity on 
> the Python side, NDB invalidates the entity's cache entry (according to the 
> docs), forcing (strongly consistent) reads to get the value from the 
> Datastore service. So a lookup-by-key read from the Java side should get 
> the most recently written value, according to Chad.
>
> I think I'm going to have to put a version counter on the entity, which 
> I'll increment on the Python side, then pass to the Java module so it can 
> check the value of it when it gets the entity from the Datastore. "Trust 
> but verify."
>
> --Jon
>
> On Monday, October 31, 2016 at 8:56:18 PM UTC-4, Jeff Schnitzer wrote:
>>
>> There is no standard way of storing entities in memcache. Objectify uses 
>> its own namespace and uses the string version of Keys as the cache key. I 
>> don’t know what NDB does.
>>
>> Cache invalidation is already a hard problem (that and naming things, as 
>> they say). If you want to access data from both python and java, best to 
>> disable the memcache behavior of both NDB and Objectify (don’t put @Cache 
>> on anything shared).
>>
>> Jeff
>>
>> On Mon, Oct 31, 2016 at 2:01 PM, Jonathan Munson <jpmu...@gmail.com> 
>> wrote:
>>
>>> Thanks, Chad. Re your comment about caching, I am using NDB on the 
>>> Python side, which I thought used memcache automatically. So I guess I am 
>>> using caching, but I thought that modules in the same project (mine are) 
>>> shared memcache. Is that not true if one module is Python and the other 
>>> Java?
>>>
>>>
>>> On Monday, October 31, 2016 at 3:07:43 PM UTC-4, Chad Vincent wrote:
>>>>
>>>> Also, make sure you aren't doing deferred writes or starting the Java 
>>>> request before your Python transaction closes.
>>>>
>>>> On Monday, October 31, 2016 at 2:05:06 PM UTC-5, Chad Vincent wrote:
>>>>>
>>>>> Yes.  Consistency is handled by the database layer, not the 
>>>>> application runtime.
>>>>>
>>>>> HOWEVER, if you are caching entities (Objectify, etc.) you either need 
>>>>> to ensure your Memcache keys are identical or disable caching for those 
>>>>> entities.  Otherwise the Java cache may return a stale result because the 
>>>>> Python module didn't clear/update the entity on write.
>>>>>
>>>>> On Monday, October 31, 2016 at 8:41:07 AM UTC-5, Jonathan Munson wrote:
>>>>>>
>>>>>> Hi,
>>>>>>
>>>>>> We have an app wherein a Datastore entity is written to by a Python 
>>>>>> module (using NDB), and then in an immediately following request, read 
>>>>>> from, using the entity's key, by a Java module. In a situation where the 
>>>>>> app was heavily loaded, it seemed like the Java module was reading stale 
>>>>>> data. The Datastore documentation says that lookup-by-key requests are 
>>>>>> strongly consistent, but does that apply even when writes are from a 
>>>>>> Python 
>>>>>> module and reads are from a Java module?
>>>>>>
>>>>>> Thanks,
>>>>>>
>>>>>> --Jon
>>>>>>
>>>>> -- 
>>> You received this message because you are subscribed to the Google 
>>> Groups "Google App Engine" group.
>>> To unsubscribe from this group and stop receiving emails from it, send 
>>> an email to google-appengi...@googlegroups.com.
>>> To post to this group, send email to google-a...@googlegroups.com.
>>> Visit this group at https://groups.google.com/group/google-appengine.
>>> To view this discussion on the web visit 
>>> https://groups.google.com/d/msgid/google-appengine/3d0c204d-f2d4-4cb7-8db0-26c9db942e6a%40googlegroups.com
>>>  
>>> <https://groups.google.com/d/msgid/google-appengine/3d0c204d-f2d4-4cb7-8db0-26c9db942e6a%40googlegroups.com?utm_medium=email_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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/4970cd41-31af-4e01-909f-d2c8dee407cd%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Is Datastore lookup-by-key strongly consistent when write is done in Python module and read is done in Java module?

[Chad Vincent]

Also, make sure you aren't doing deferred writes or starting the Java 
request before your Python transaction closes.

On Monday, October 31, 2016 at 2:05:06 PM UTC-5, Chad Vincent wrote:
>
> Yes.  Consistency is handled by the database layer, not the application 
> runtime.
>
> HOWEVER, if you are caching entities (Objectify, etc.) you either need to 
> ensure your Memcache keys are identical or disable caching for those 
> entities.  Otherwise the Java cache may return a stale result because the 
> Python module didn't clear/update the entity on write.
>
> On Monday, October 31, 2016 at 8:41:07 AM UTC-5, Jonathan Munson wrote:
>>
>> Hi,
>>
>> We have an app wherein a Datastore entity is written to by a Python 
>> module (using NDB), and then in an immediately following request, read 
>> from, using the entity's key, by a Java module. In a situation where the 
>> app was heavily loaded, it seemed like the Java module was reading stale 
>> data. The Datastore documentation says that lookup-by-key requests are 
>> strongly consistent, but does that apply even when writes are from a Python 
>> module and reads are from a Java module?
>>
>> Thanks,
>>
>> --Jon
>>
>

-- 
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/327bb71a-3ed9-451d-8897-e10ad004a073%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Is Datastore lookup-by-key strongly consistent when write is done in Python module and read is done in Java module?

[Chad Vincent]

Yes.  Consistency is handled by the database layer, not the application 
runtime.

HOWEVER, if you are caching entities (Objectify, etc.) you either need to 
ensure your Memcache keys are identical or disable caching for those 
entities.  Otherwise the Java cache may return a stale result because the 
Python module didn't clear/update the entity on write.

On Monday, October 31, 2016 at 8:41:07 AM UTC-5, Jonathan Munson wrote:
>
> Hi,
>
> We have an app wherein a Datastore entity is written to by a Python module 
> (using NDB), and then in an immediately following request, read from, using 
> the entity's key, by a Java module. In a situation where the app was 
> heavily loaded, it seemed like the Java module was reading stale data. The 
> Datastore documentation says that lookup-by-key requests are strongly 
> consistent, but does that apply even when writes are from a Python module 
> and reads are from a Java module?
>
> Thanks,
>
> --Jon
>

-- 
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/a3a714b9-8a49-463a-bb8c-6a7ff8b08a28%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Mail Service Deprecation?

[Chad Vincent]

>
> for >1000 emails, I don't think SendGrid would easily allow sending 
> emails, as far as I contacted such services before, they considered high 
> amount of emails as newsletters and required very strict consents from 
> users and proof of such consent
>

We've been using SendGrid (though not with GAE) for a couple years now.  We 
send 3-4k messages/day through it and have never been asked for any proof 
of consent, only a copy of our privacy policy.  They give you the tools for 
managing opt-out through them (with optional auto-append of footers, 
filtering anyone on the opt-out list for you, etc) so I doubt they would 
expect you to duplicate managing consent.

On Thursday, June 23, 2016 at 7:24:33 PM UTC-5, Kaan Soral wrote:
>
> The challenging part of email sending is the verification and related dns 
> uglinesses, so it's not as simple as replacing the API layer
>
> Even setting up senders with App Engine is quite challenging, you have to 
> create the email, add that email as an admin etc. (back in the old days, 
> not sure how it works now, the hard part is the research and verification)
>
> My suggestion would be to take the hard path and do what sendgrid does, 
> manually hunt the abusers
>
> Here is a funny analysis of the situation:
>
> 1) Google is in the cloud provider business, Google wants people to use 
> it's cloud offerings
> 2) Google shuts down a cloud service, Google sends precious customers to 
> another company
>
> It's admirable how contradicting (1) + (2) is
>
> I think the contradiction arises from (1) - Why is Google providing cloud 
> services? Maybe it shouldn't, if it's pulling out of the Mail, the same 
> could happen for all of the services soon
>
> I think this is why this situation is concerning
>
> Other than this, I roughly agree with how easy it would be to move the 
> mail sending elsewhere, especially for apps that send small amount of 
> emails, for >1000 emails, I don't think SendGrid would easily allow sending 
> emails, as far as I contacted such services before, they considered high 
> amount of emails as newsletters and required very strict consents from 
> users and proof of such consent
>
> I would probably move to AWS's email service, I have been using it on SDK 
> for maybe ~5+ years, same code still works for free
>

-- 
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/e63c89e6-9022-4aca-9446-47c5e475776c%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Java 8 console application.

[Chad Vincent]

Actually, on second thought, I think Compute Engine could actually be what 
you want instead of ManagedVM.  It's been a while since I dug into the 
differences.

On Friday, June 3, 2016 at 2:14:22 PM UTC-5, Chad Vincent wrote:
>
> Sounds like you're looking at the AppEngine Classic documentation where 
> you'll likely want the AppEngine Flexible (ManagedVM) runtimes.
>
> AppEngine Classic doesn't run Java applications, it is a Java web service 
> (think Jetty/Tomcat).  It uses a web.xml to determine which classes that 
> extend HTTPServlet handle which requests.
>
> On Friday, June 3, 2016 at 4:02:51 AM UTC-5, Pavlo M wrote:
>>
>> Hello.
>>
>> I have a Java application and it packed to jar with Oracle JDK 8, so I 
>> can run it in command line shell. It makes http requests and stores some 
>> data to DataBase. 
>>
>> Now I want to run few instances of this application on Google Cloud. But 
>> I cannot get some of steps I should do. First of all I found that Google 
>> not support Java 8. I can refactor and compile on Java 7. But the next 
>> problem I not see any docs how to run jar file. What service should I 
>> check? The search pass me to 
>> https://cloud.google.com/appengine/docs/java/quickstart#before-you-begin 
>> but this manual actually not helps, because I have jar file, but there is 
>> MAVEN plugin used to deploy Java Servlet application. I do not need web 
>> server. Is it possible to get ssh console and run application like java 
>> -jar, use linux chron like on usual server? Or I should use Maven plugin 
>> only, to deploy, even if I not need Web Server (Servlet Container)?
>>
>> 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/e719d634-5326-4a6c-a78a-05d7e4566564%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Java 8 console application.

[Chad Vincent]

Sounds like you're looking at the AppEngine Classic documentation where 
you'll likely want the AppEngine Flexible (ManagedVM) runtimes.

AppEngine Classic doesn't run Java applications, it is a Java web service 
(think Jetty/Tomcat).  It uses a web.xml to determine which classes that 
extend HTTPServlet handle which requests.

On Friday, June 3, 2016 at 4:02:51 AM UTC-5, Pavlo M wrote:
>
> Hello.
>
> I have a Java application and it packed to jar with Oracle JDK 8, so I can 
> run it in command line shell. It makes http requests and stores some data 
> to DataBase. 
>
> Now I want to run few instances of this application on Google Cloud. But I 
> cannot get some of steps I should do. First of all I found that Google not 
> support Java 8. I can refactor and compile on Java 7. But the next problem 
> I not see any docs how to run jar file. What service should I check? The 
> search pass me to 
> https://cloud.google.com/appengine/docs/java/quickstart#before-you-begin 
> but this manual actually not helps, because I have jar file, but there is 
> MAVEN plugin used to deploy Java Servlet application. I do not need web 
> server. Is it possible to get ssh console and run application like java 
> -jar, use linux chron like on usual server? Or I should use Maven plugin 
> only, to deploy, even if I not need Web Server (Servlet Container)?
>
> 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/e5d4bab8-09e8-4e99-954b-cc7617dbf252%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Fire and forget URL

[Chad Vincent]

It's why you don't put any significant payload in the Task.  You put it in 
a Datastore entity and use the key as the payload.

Or if you really don't care if it fails, put it in Memcache and use the key 
as the payload.

On Tuesday, May 24, 2016 at 5:33:06 PM UTC-5, barryhunter wrote:
>
> Possibly no real advantage, just an alternative :)
>
> I suppose, there is a small risk of exceeding the Task Queue storage free 
> quota, but seems unlikely. 
>
> On 24 May 2016 at 22:59, 'Alex Martelli' via Google App Engine <
> google-a...@googlegroups.com > wrote:
>
>> Not sure what advantage you'd envision for XMPP here -- this kind of job 
>> (handing out a task to a worker) is exactly what task queues were designed 
>> for.
>>
>> Alex
>>
>> On Tue, May 24, 2016 at 2:51 PM, Barry Hunter > > wrote:
>>
>>> Or maybe even use XMPP, to 'chat' with itself. 
>>> https://cloud.google.com/appengine/docs/java/xmpp/
>>>
>>> The front end just sends a chat message. 
>>>
>>> The backend worker subscribes to the channel, and performs the POSTs
>>>
>>> On 24 May 2016 at 22:44, Barry Hunter >> > wrote:
>>>
 Maybe you could use the Task Queue? inserts should generally by quick. 

 Then a 'worker' can process tasks in background - performing the actual 
 POSTs 

 On 24 May 2016 at 09:17, Ashley Finney <2de...@gmail.com > 
 wrote:

> In GAE I want to fire a Post message at a URL but I do not want to 
> wait for the response, the call should be as quick and 
> cheap (cpu/memory/cost) as possible.  All I'm doing is using this to send 
> a 
> message to another server.  I don't mind if I lose messages.
> Instead of using "appengine/urlfetch" is there another method?
>
> Many 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-appengi...@googlegroups.com .
> To post to this group, send email to google-a...@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/f2962eeb-8fb7-4880-865d-ceaabb93bfc3%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-appengi...@googlegroups.com .
>>> To post to this group, send email to google-a...@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/CAJCAUuJYCSksmDhzy5SnN8Nh%2BzSGPQfPiRzZKvA8th02eg94Tg%40mail.gmail.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-appengi...@googlegroups.com .
>> To post to this group, send email to google-a...@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/CAE46Be8U--uj3pZ1%3D%2B3SD4dhLBwq%2BbziPj8dCxBCrzP8beh8VA%40mail.gmail.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/eaa75c9a-418b-4cb7-9b9a-109d22e24135%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Fire and forget URL

[Chad Vincent]

There is an Async method on the URLFetchService (in Java, at least) that 
you can call and just never process the Future.

URLFetchService.fetchAsync(HTTPRequest)

On Tuesday, May 24, 2016 at 11:29:17 AM UTC-5, Ashley Finney wrote:
>
> In GAE I want to fire a Post message at a URL but I do not want to wait 
> for the response, the call should be as quick and 
> cheap (cpu/memory/cost) as possible.  All I'm doing is using this to send a 
> message to another server.  I don't mind if I lose messages.
> Instead of using "appengine/urlfetch" is there another method?
>
> Many 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/4317fc0e-470d-4cde-bcbe-8d643f050282%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Delete app engine app

[Chad Vincent]

You mean the "Delete" button in the web console?

It's here: https://console.cloud.google.com/iam-admin/projects

That should give you a list of all projects with the option to delete the 
project in its entirety.  AppEngine, Cloud Storage, BigQuery, etc.  All of 
it in a check, click, and confirm.

On Wednesday, May 11, 2016 at 3:01:34 PM UTC-5, Ashton Holmes wrote:
>
> That wasn't really the answer I was looking for. The application currently 
> up is nothing more than an HTML page that says test and I've already 
> disabled it. It's not about removing code it's about removing the 
> application in it's entirety.
>
> On Wednesday, May 11, 2016 at 10:16:01 AM UTC-7, Zeehad (Cloud Platform 
> Support) wrote:
>>
>> Hello Ashton,
>>
>> While it's not possible to delete the default version of the default 
>> module of an App Engine application, you can follow two simple steps to 
>> delete the code you've deployed:
>>
>>- Deploy a blank app containing only an app.yaml to the default 
>>version. The example below shows the minimum required content for app.yaml
>>   
>> runtime: python27
>>
>> threadsafe: true
>>
>> handlers:
>>
>> - url: /
>>
>>   script: blank.app
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>- Disable the application
>>
>> This way you can make sure the code you deployed before is deleted from 
>> the cloud, no App Engine application is running on your project and you're 
>> not getting billed for anything.
>>
>> I 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/bae6834a-517c-4f6a-bc6a-79dc1634e16b%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Before starting with GAE

[Chad Vincent]

1.  The App Engine Standard Environment only supports Java 7.  You need to 
use what used to be called "App Engine Managed VM", or now App Engine 
Flexible Environment.  It is in Beta, complete with a 
not-for-production-use and possible-breaking-changes warning.  However, I 
think people have been using it for a while, and they may be able to weigh 
in with stability of the APIs.

2. Cloud Platform can handle any kind of application.  Whether it is the 
best choice is very subjective.  I could see it doing very well with a 
web-based ERP or very, very poorly, depending on how the ERP is coded. 
 However, large reports and background tasks may be better handled by 
Compute Engine instead of one of the AppEngine environments.  It all 
depends on how you can break up tasks and how the pricing will fall out.

On Wednesday, May 11, 2016 at 3:53:05 AM UTC-5, Simone Ferlisi wrote:
>
> Hello everyone,
> Before start deploying my web app for the first time I have a few 
> questions for you, I appreciate any help 
>
>1. The app is based on Java 8; I heard that's only a beta evironment 
>for that, is it worth it? Any alternative to bypass this issue?
>
>2. Is GAE projected for any kind of application? Even apps that 
>requires a lot of resources like ERP software?
>
> 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 https://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/b1a6d98a-2195-4240-b8b9-78f42269ac04%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Cannot send mail

[Chad Vincent]

I'm going to sit in the middle here.  We have had several issues with spam 
filters (including one yesterday), the "from" address is masked for bounce 
purposes, so our IT staff always spends half an hour trying to figure out 
why a notice got caught before they remember to search for 
"*.apphosting.bounces.google.com" instead of 
"nore...@appid.appspotmail.com" as the sender.

On the flip side it's nice that we don't have to mess with storing 
credentials for SendGrid, worrying about delay from the trip outside 
causing timeouts (a lot of our outbound mail is process-intensive and 
occasionally hits the timeout just from waiting for external data that I 
need to start caching...), etc.

So ultimately, I like having the mail API just because I don't have to 
change anything and can put the rare issue off on a different department. 
 But I can see where it could be lacking for anyone less staffed or higher 
volume than us.

On Monday, April 4, 2016 at 6:02:09 PM UTC-5, Anastasios Hatzis wrote:
>
> I agree with you PK. Using Mail API was easy to achieve and never had 
> trouble with spam filters or anything (unlike with other services). Would 
> be great if the quotas would be increased significantly, so we could use it 
> for more than confirmation emails.
>
> I understand, there are services providing more features (in exchange for 
> another billing account, credit card exposure, and money), and it's great 
> to have options available. But in my opinion Mail API is great for what it 
> is, it just needs higher (paid) quota.
>
> On Monday, April 4, 2016 at 11:29:31 PM UTC+2, PK wrote:
>>
>> I want to state that I disagree with Jeff. Whoever maintains the mail 
>> service is doing a great job and something very useful. Just for the 
>> record...
>>
>> Thanks,
>> PK
>> p...@gae123.com
>>
>>
>> On Apr 4, 2016, at 2:00 PM, Jeff Schnitzer  wrote:
>>
>> My only concern is getting the Mail API turned off as soon as possible so 
>> whoever is working on it can go do something more useful :-)
>>
>> Jeff
>>
>> On Mon, Apr 4, 2016 at 8:37 AM, Nick (Cloud Platform Support) <
>> pay...@google.com> wrote:
>>
>>> Hey Jeff,
>>>
>>> While in this case, failure of sending was coming from an unexpected 
>>> direction, prompting engineering action to fix the issue, and leading to 
>>> our recommendations to run test emails before any campaigns, there does 
>>> exist a bounce notification feature 
>>>  which can 
>>> be used to detect the most common email failures. I hope this helps ease 
>>> your concerns. 
>>>
>>> Best wishes,
>>>
>>> Nick
>>> Cloud Platform Community Support
>>>
>>> On Sunday, April 3, 2016 at 12:04:12 PM UTC-4, Jeff Schnitzer wrote:

 On Mon, Mar 28, 2016 at 8:24 AM, Rob Williams 
  wrote:

>
> The App Engine Mail API is fully featured and fully documented. 
>


 I hate hearing people say things like this. The _bare minimum_ expected 
 of a service that delivers email is some tracking of whether or not that 
 email was delivered. If you actually care about whether your customers 
 receive the email you are sending, you should not be using the App Engine 
 Mail API. It is not “fully featured”.

 Jeff

>>>
>>
>> -- 
>> You received this message because you are subscribed to the Google Groups 
>> "Google App Engine" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to google-appengine+unsubscr...@googlegroups.com.
>> To post to this group, send email to google-a...@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/CADK-0ugPR63z9OgLShEtYqqz7OOBNxB5Ya4C6BpmdeHdtQ2v6g%40mail.gmail.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/6684ca4d-40d7-4992-ac01-c20144a7c2e7%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: java.lang.IllegalArgumentException: operating on too many entity groups in a single transaction.

[Chad Vincent]

Oh!  A fourth...

Walk over all the Orders instead of the transactions, and do an ancestor 
query to get all the transactions for each.  Then each should be a single 
entity group.

On Monday, February 15, 2016 at 1:16:01 PM UTC-6, Chad Vincent wrote:
>
> I can think of three ways:
>
> 1) Iterate over the query results and delete each without the transaction.
> 2) Make a separate transaction for every group of 5 keys.
> 3) Use the MapReduce library and a MapOnlyMapper to walk all the keys.
>
> On Monday, February 15, 2016 at 10:23:50 AM UTC-6, Louise Elmose Hedegaard 
> wrote:
>>
>> I have a datastore with a kind "shop", a kind "order" and a kind 
>> "transaction".
>> One shop has many orders, and one order has many transactions.
>> The parent of a transaction is an order, the parent of an order is a shop.
>>
>> I want to delete all entries in the transactions table:
>>
>> public void cleanUp() {
>> Query query = new 
>> Query(TransactionDBFields.TRANSACTION_TABLE_NAME);
>> query.setKeysOnly();
>> query.setFilter(
>> new Query.FilterPredicate(
>> TransactionDBFields.CREATED_AT,
>> Query.FilterOperator.LESS_THAN_OR_EQUAL,
>> new Date())
>> );
>>
>> PreparedQuery preparedQuery = datastore.prepare(query);
>> Iterable entities = 
>> preparedQuery.asIterable(FetchOptions.Builder.withLimit(5));
>>
>> TransactionOptions options = 
>> TransactionOptions.Builder.withXG(true);
>> Transaction txn = datastore.beginTransaction(options);
>> for (Entity en : entities) {
>> datastore.delete(txn, en.getKey());
>> }
>> txn.commit();
>> }
>>
>> If I change the limit to anything larger than 5 I get the error:
>>
>> java.lang.IllegalArgumentException: operating on too many entity groups 
>> in a single transaction.
>>
>> - apparently as GAE does not allow operating on more than 5 entity groups 
>> in a single transaction. 
>>
>> Is there a way to delete more than 5 entities at a time? executing the 
>> above code continuously to delete all transaction entities does not seem 
>> reasonable, nor when considering performance.
>>
>> -Louise
>>
>

-- 
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/e042e13b-fd1b-4410-9b80-8ab3cc9ea3c8%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: java.lang.IllegalArgumentException: operating on too many entity groups in a single transaction.

[Chad Vincent]

I can think of three ways:

1) Iterate over the query results and delete each without the transaction.
2) Make a separate transaction for every group of 5 keys.
3) Use the MapReduce library and a MapOnlyMapper to walk all the keys.

On Monday, February 15, 2016 at 10:23:50 AM UTC-6, Louise Elmose Hedegaard 
wrote:
>
> I have a datastore with a kind "shop", a kind "order" and a kind 
> "transaction".
> One shop has many orders, and one order has many transactions.
> The parent of a transaction is an order, the parent of an order is a shop.
>
> I want to delete all entries in the transactions table:
>
> public void cleanUp() {
> Query query = new 
> Query(TransactionDBFields.TRANSACTION_TABLE_NAME);
> query.setKeysOnly();
> query.setFilter(
> new Query.FilterPredicate(
> TransactionDBFields.CREATED_AT,
> Query.FilterOperator.LESS_THAN_OR_EQUAL,
> new Date())
> );
>
> PreparedQuery preparedQuery = datastore.prepare(query);
> Iterable entities = 
> preparedQuery.asIterable(FetchOptions.Builder.withLimit(5));
>
> TransactionOptions options = 
> TransactionOptions.Builder.withXG(true);
> Transaction txn = datastore.beginTransaction(options);
> for (Entity en : entities) {
> datastore.delete(txn, en.getKey());
> }
> txn.commit();
> }
>
> If I change the limit to anything larger than 5 I get the error:
>
> java.lang.IllegalArgumentException: operating on too many entity groups in 
> a single transaction.
>
> - apparently as GAE does not allow operating on more than 5 entity groups 
> in a single transaction. 
>
> Is there a way to delete more than 5 entities at a time? executing the 
> above code continuously to delete all transaction entities does not seem 
> reasonable, nor when considering performance.
>
> -Louise
>

-- 
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/cb02e609-5245-413d-8bc1-220874c3a1be%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Why can not login if we insert the record manually into real Online Google Datastore, but can if we insert record via our system?

[Chad Vincent]

Where is it failing?  Is it failing to load the user, or failing to 
validate the password?

Is it possible your hash+salt for the password isn't getting set properly 
when you set via console?  (Is it deriving the salt from the app ID or 
namespace somehow?)

On Sunday, January 17, 2016 at 7:23:31 AM UTC-6, Hung Ha wrote:
>
> You can see the getUser function. Note that, the userNameis also the Key 
> Name
>
> public static User getUser(String userName){
> Key k = KeyFactory.createKey(personKey, "User", userName);
> try {
> Entity userEntity=datastore.get(k);
> //Entity userEntity=datastore.get(userName,personKey);
> if(userEntity!=null){
> User user=new User(userName);
>
>
> setUserFromUserEntity(user, userEntity);
> return user;
> }
> } catch (EntityNotFoundException e) {
> // TODO Auto-generated catch block
> e.printStackTrace();
> }
> return null;
> }
>
>
>
> On Sunday, January 17, 2016 at 6:30:43 PM UTC+7, Hung Ha wrote:
>>
>>
>> 0down votefavorite 
>> 
>>
>> Ok, I got a small app, when registering a new acc, a user have to provide
>>
>> UserName
>> Name
>> Password
>>
>> If I register a new user via our system (Ex: Tom12, Tom, 123456), then I 
>> can login with userName*Tom12* & password: 123456.
>>
>> Now, login online Google Datastore & manually insert this record into it: 
>> Ex: Tom13, Tom, 654321
>>
>> But this time I can not login with user Name Tom13 & password 654321.
>>
>> So my question is that,
>>
>> *does Google Datastore add some timestamps or something like that into 
>> the system that I can not log in?*
>>
>

-- 
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/25692d97-7e8c-47dc-b1c8-d315ac23451d%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: GAE Inbound Email to non-default Module

[Chad Vincent]

Not super familiar with modules, but what about using the default module to 
store the mail and kick a task/URL on the handler module with the data?

On Tuesday, December 8, 2015 at 9:21:30 AM UTC-6, Phil Hodey wrote:
>
> I want to use the inbound email facility in GAE but need to have a 
> different module handle the incoming mail.
>
> I can setup inbound mail on the default module but I cannot see how to 
> handle the inbound mail from a different module, is this possible?
>

-- 
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/d7567ff0-70f1-4801-970c-25b03c742ea8%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Managing credentials for other services used by an App Engine app.

[Chad Vincent]

We have a link to an external application, and just put the credentials (In 
this case, an API key with a matching username) in our User objects, and if 
it's a system-level event, it uses the key from the Administrator user.

For anything that is global, we were just going to build an object in the 
Datastore that will be editable via our own Admin console.

On Saturday, September 19, 2015 at 1:20:37 PM UTC-5, Frederik Creemers 
wrote:
>
> It's not good practice to store credentials in your source code 
> repository, but App Engine has no other way to inject these into your app. 
> Something like heroku's config variables would be great, or is there an 
> existing way to do this that I'm not aware of?
>

-- 
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/b64e41da-8395-4b46-ae7b-e0e054c13d08%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Re: Managing credentials for other services used by an App Engine app.

[Chad Vincent]

Oh, and it also means we can update those creds without having to perform a 
full deploy.  :)

On Monday, September 21, 2015 at 2:02:30 PM UTC-5, Chad Vincent wrote:
>
> For our application (and I feel like most applications), if the datastore 
> is unavailable, any action being performed will error with or without the 
> other credentials.  And if you use a fixed ID (or set) for the credentials 
> and a caching persistence layer like Objectify, you'll likely have a copy 
> of those credentials in Memcache and possibly the session cache.
>
> Obviously, if you are less dependent on the datastore (or CloudSQL), that 
> would make a difference from a design level.  But for us, lacking access to 
> the datastore makes access to external creds moot.
>
> On Monday, September 21, 2015 at 11:58:48 AM UTC-5, Frederik Creemers 
> wrote:
>>
>> Hi Chad
>>
>> That's a nice solution to the problem, and it might be the best thing to 
>> do given the current environment, but I don't like mixing 
>> configuration/credentials management with the database layer. This would 
>> mean that if the datastore is unavailable, I don't have access to my config.
>>
>> On Mon, Sep 21, 2015 at 4:52 PM Chad Vincent <ccrvi...@gmail.com> wrote:
>>
>>> We have a link to an external application, and just put the credentials 
>>> (In this case, an API key with a matching username) in our User objects, 
>>> and if it's a system-level event, it uses the key from the Administrator 
>>> user.
>>>
>>> For anything that is global, we were just going to build an object in 
>>> the Datastore that will be editable via our own Admin console.
>>>
>>>
>>> On Saturday, September 19, 2015 at 1:20:37 PM UTC-5, Frederik Creemers 
>>> wrote:
>>>>
>>>> It's not good practice to store credentials in your source code 
>>>> repository, but App Engine has no other way to inject these into your app. 
>>>> Something like heroku's config variables would be great, or is there an 
>>>> existing way to do this that I'm not aware of?
>>>>
>>> -- 
>>> 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/PEfvmvSQOPY/unsubscribe
>>> .
>>> To unsubscribe from this group and all its topics, send an email to 
>>> google-appengi...@googlegroups.com.
>>> To post to this group, send email to google-a...@googlegroups.com.
>>> Visit this group at http://groups.google.com/group/google-appengine.
>>> To view this discussion on the web visit 
>>> https://groups.google.com/d/msgid/google-appengine/b64e41da-8395-4b46-ae7b-e0e054c13d08%40googlegroups.com
>>>  
>>> <https://groups.google.com/d/msgid/google-appengine/b64e41da-8395-4b46-ae7b-e0e054c13d08%40googlegroups.com?utm_medium=email_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/b1a0614a-e6f1-4868-882f-dc2a235bb8a5%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Re: Managing credentials for other services used by an App Engine app.

[Chad Vincent]

For our application (and I feel like most applications), if the datastore 
is unavailable, any action being performed will error with or without the 
other credentials.  And if you use a fixed ID (or set) for the credentials 
and a caching persistence layer like Objectify, you'll likely have a copy 
of those credentials in Memcache and possibly the session cache.

Obviously, if you are less dependent on the datastore (or CloudSQL), that 
would make a difference from a design level.  But for us, lacking access to 
the datastore makes access to external creds moot.

On Monday, September 21, 2015 at 11:58:48 AM UTC-5, Frederik Creemers wrote:
>
> Hi Chad
>
> That's a nice solution to the problem, and it might be the best thing to 
> do given the current environment, but I don't like mixing 
> configuration/credentials management with the database layer. This would 
> mean that if the datastore is unavailable, I don't have access to my config.
>
> On Mon, Sep 21, 2015 at 4:52 PM Chad Vincent <ccrvi...@gmail.com 
> > wrote:
>
>> We have a link to an external application, and just put the credentials 
>> (In this case, an API key with a matching username) in our User objects, 
>> and if it's a system-level event, it uses the key from the Administrator 
>> user.
>>
>> For anything that is global, we were just going to build an object in the 
>> Datastore that will be editable via our own Admin console.
>>
>>
>> On Saturday, September 19, 2015 at 1:20:37 PM UTC-5, Frederik Creemers 
>> wrote:
>>>
>>> It's not good practice to store credentials in your source code 
>>> repository, but App Engine has no other way to inject these into your app. 
>>> Something like heroku's config variables would be great, or is there an 
>>> existing way to do this that I'm not aware of?
>>>
>> -- 
>> 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/PEfvmvSQOPY/unsubscribe
>> .
>> To unsubscribe from this group and all its topics, send an email to 
>> google-appengi...@googlegroups.com .
>> To post to this group, send email to google-a...@googlegroups.com 
>> .
>> Visit this group at http://groups.google.com/group/google-appengine.
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/google-appengine/b64e41da-8395-4b46-ae7b-e0e054c13d08%40googlegroups.com
>>  
>> <https://groups.google.com/d/msgid/google-appengine/b64e41da-8395-4b46-ae7b-e0e054c13d08%40googlegroups.com?utm_medium=email_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/08613557-8da8-4350-8a5f-ee3e973a3251%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: How to run a long task until it ends ?

[Chad Vincent]

Then I would definitely add more logging so you can see what is and is not 
getting done before the instance bails.

On Wednesday, June 24, 2015 at 1:48:07 AM UTC-5, nilsl...@gmail.com wrote:

 Thank you for answering me.

 Here is the only log I'm getting :
 /task/update-known-devices 500 151600ms 0kb AppEngine-Google; (+
 http://code.google.com/appengine) module=default version=dev

1. 

0.1.0.2 - - [23/Jun/2015:23:23:07 -0700] POST /task/update-known-devices 
 HTTP/1.1 500 0 
 http://freemobile-netstat.appspot.com/cron/update-known-devices; 
 AppEngine-Google; (+http://code.google.com/appengine) 
 freemobile-netstat.appspot.com ms=151600 cpu_ms=3530 
 queue_name=update-queue task_name=81805458203132447311 exit_code=202 
 app_engine_release=1.9.22 trace_id=b86eb2915714ad73aae5f54bfbef746d 
 instance=00c61b117c5b3b509e154cd4930e3af3083a8a68 
 https://appengine.google.com/instances?app_id=e~freemobile-netstatversion_id=dev.385229375500191200key=00c61b117c5b3b509e154cd4930e3af3083a8a68#00c61b117c5b3b509e154cd4930e3af3083a8a68

2. E2015-06-24 08:23:07.492

A problem was encountered with the process that handled this request, 
 causing it to exit. This is likely to cause a new process to be used for the 
 next request to your application. (Error code 202)


 This log appears for each retry (around 3 times per task).

 G.
 Le mercredi 24 juin 2015 01:00:49 UTC+2, Chad Vincent a écrit :

 What are you getting in your logs?  Any uncaught exceptions?

 You might want to add some debug logging statements and lower the logging 
 level for a while to see what is happening.  You do get 10 minutes for 
 queries from the TaskQueue, so it isn't a timeout issue.

 On Tuesday, June 23, 2015 at 1:31:59 PM UTC-5, nilsl...@gmail.com wrote:

 Hi everybody,
 I have a long task to run under my App Engine application with a lot of 
 computing. But after a while running the task (~2 minutes), it stops and 
 just retries. Obviously, my task restarts from the beginning and cannot end.
 I would like to configure App Engine to run the task until it is 
 finished. I've heard about a 10 minutes limit for the tasks. I guess it 
 should be enough if it didn't retries everytime.

 My source code is (hopefully) freely available here : 
 https://github.com/gilbsgilbs/freemobilenetstat-gae . The two tasks 
 under *src/main/java/org/pixmob/freemobile/netstat/gae/web/task* are 
 problematic (since it computes a lot of data). They are pushed the the 
 queue from a cron under 
 *src/main/java/org/pixmob/freemobile/netstat/gae/web/cron/CronServlet.java*
 .

 Note that I'm really new to App Engine and that my code might not be 
 optimal. I'm not sure of the exact issue and maybe it is just a memory 
 overflow (which I wouldn't known how to fix).

 Thank you !
 G.



-- 
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/9c88fadf-c187-4863-9a4d-485069826109%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: How to run a long task until it ends ?

[Chad Vincent]

What are you getting in your logs?  Any uncaught exceptions?

You might want to add some debug logging statements and lower the logging 
level for a while to see what is happening.  You do get 10 minutes for 
queries from the TaskQueue, so it isn't a timeout issue.

On Tuesday, June 23, 2015 at 1:31:59 PM UTC-5, nilsl...@gmail.com wrote:

 Hi everybody,
 I have a long task to run under my App Engine application with a lot of 
 computing. But after a while running the task (~2 minutes), it stops and 
 just retries. Obviously, my task restarts from the beginning and cannot end.
 I would like to configure App Engine to run the task until it is finished. 
 I've heard about a 10 minutes limit for the tasks. I guess it should be 
 enough if it didn't retries everytime.

 My source code is (hopefully) freely available here : 
 https://github.com/gilbsgilbs/freemobilenetstat-gae . The two tasks under 
 *src/main/java/org/pixmob/freemobile/netstat/gae/web/task* are 
 problematic (since it computes a lot of data). They are pushed the the 
 queue from a cron under 
 *src/main/java/org/pixmob/freemobile/netstat/gae/web/cron/CronServlet.java*
 .

 Note that I'm really new to App Engine and that my code might not be 
 optimal. I'm not sure of the exact issue and maybe it is just a memory 
 overflow (which I wouldn't known how to fix).

 Thank you !
 G.


-- 
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/1498ecac-546e-47f0-b087-d14c86363d46%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: How to check which urls are doing a lot of Datastore reads?

[Chad Vincent]

Also, if you're using Memcache at all (manually or through something like 
Objectify), check the cache hit rate and see if there's been a change there.

On Tuesday, June 23, 2015 at 1:03:16 PM UTC-5, Nick (Cloud Platform 
Support) wrote:

 The AppStats 
 https://cloud.google.com/appengine/docs/java/tools/appstats#Java_A_tour_of_the_Appstats_consoletool
  
 contains much of the functionality you'd want if you were looking to 
 profile your RPC calls (such as Datastore query), although knowing that a 
 Datastore.query occurred won't tell you how many entities were fetched.

 In order to get a better picture of the source of your Datastore reads, 
 you should do an analysis of your codebase to determine where Datastore 
 reads can occur, and also determine whether there are any limit() or 
 offset() operations being applied. In the absence of these, . Then, 
 associate these locations in code with the requests that will activate 
 them. Finally, perform an analysis of your logs to determine how often each 
 route is being called, thus allowing you to determine how often each 
 potential Datastore read location is being called. In order to analyze your 
 logs, you should use the Logs API 
 https://cloud.google.com/appengine/docs/java/logs/.

 If you have a handler on the route /account/details that will perform a 
 Datastore read of the past N records for your user's account when 
 /account/details?depth=N is requested, you'll be able to determine this 
 information while iterating through your logs for the day, and tally up the 
 number of reads that are likely to have occurred. 

 Finally, you can read a collection of great tips on managing Datastore 
 resource usage in this docs article: *Managing App Resources 
 https://cloud.google.com/appengine/docs/managing-resources#datastore.*

 On Monday, June 22, 2015 at 11:33:31 PM UTC-4, John Del Rosario wrote:

 Starting a few days ago (June 17 to be precise), my Datastore Reads quota 
 has more than quadrupled, with no changes in the codebase.
 I'm thinking maybe some url is being abused or something, or maybe a 
 broken task. 
 But in the dashboard graphs, I don't see any spikes or strange behavior.
 And my taskqueues look normal.

 Where could I start looking for what's wrong?



-- 
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/936e0f1c-3bce-448e-87fd-eac000d369c1%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: TimeZones causing intermittent NPE

[Chad Vincent]

You're right...  Somehow the TimeZone field wasn't getting initialized 
properly.

This is still counter to the Java spec, though:

the specified TimeZone, or the GMT zone if the given ID cannot be understood
.

So getTimeZone(null) should return GMT.

On Friday, May 22, 2015 at 3:38:02 PM UTC-5, Nick (Cloud Platform Support) 
wrote:

 Hey, actually, upon further poking, this happens when the input is null. 
 I think your entity might not have its timezone property filled :)

 On Wednesday, May 20, 2015 at 2:52:19 PM UTC-4, Chad Vincent wrote:

 I seem to be getting this today in bursts:

 java.lang.NullPointerException at 
 sun.util.calendar.ZoneInfoFile.readZoneInfoFile(ZoneInfoFile.java:1042 
 https://console.developers.google.com/project/uswstroper/clouddev/source/resolve_location?appModule=defaultappVersion=3-9-6timestampNanos=143214720589300file=sun%2Futil%2Fcalendar%2FZoneInfoFile.javaline=1042
 ) at sun.util.calendar.ZoneInfoFile.createZoneInfo(ZoneInfoFile.java:596 
 https://console.developers.google.com/project/uswstroper/clouddev/source/resolve_location?appModule=defaultappVersion=3-9-6timestampNanos=143214720589300file=sun%2Futil%2Fcalendar%2FZoneInfoFile.javaline=596
 ) at sun.util.calendar.ZoneInfoFile.getZoneInfo(ZoneInfoFile.java:566 
 https://console.developers.google.com/project/uswstroper/clouddev/source/resolve_location?appModule=defaultappVersion=3-9-6timestampNanos=143214720589300file=sun%2Futil%2Fcalendar%2FZoneInfoFile.javaline=566
 ) at sun.util.calendar.ZoneInfo.getTimeZone(ZoneInfo.java:663 
 https://console.developers.google.com/project/uswstroper/clouddev/source/resolve_location?appModule=defaultappVersion=3-9-6timestampNanos=143214720589300file=sun%2Futil%2Fcalendar%2FZoneInfo.javaline=663
 ) at java.util.TimeZone.getTimeZone(TimeZone.java:566 
 https://console.developers.google.com/project/uswstroper/clouddev/source/resolve_location?appModule=defaultappVersion=3-9-6timestampNanos=143214720589300file=java%2Futil%2FTimeZone.javaline=566
 ) at java.util.TimeZone.getTimeZone(TimeZone.java:562 
 https://console.developers.google.com/project/uswstroper/clouddev/source/resolve_location?appModule=defaultappVersion=3-9-6timestampNanos=143214720589300file=java%2Futil%2FTimeZone.javaline=562
 )
 [.My Code.]

 My code:

 humanReadableFormat.setTimeZone(TimeZone.getTimeZone(entity.getTimeZone
 ()));

 Something wrong with the ZoneInfo file on AppEngine? Any bogus input on 
 my part should return TimeZone.GMT...



-- 
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/9ab6cc95-aa34-4724-8233-a050af04cbd5%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Java 8 and the App Engine

[Chad Vincent]

They also mentioned that they use OpenJDK, not Oracle, and are continuing 
to patch it for security issues despite Oracle's Java 7 being EoL.

On Friday, May 22, 2015 at 11:45:18 AM UTC-5, Jeff Schnitzer wrote:

 If you read through the comments from Googlers here here you get the 
 strong impression that they are focused on making Managed VMs as easy as 
 old app engine (or close to it), and are unlikely to bring Java8 to old app 
 engine.

 Jeff

 On Fri, May 22, 2015 at 2:34 AM, Raphael André Bauer 
 raphael.a...@gmail.com javascript: wrote:

 Hi there,


 I am wondering if anyone can comment on whether it is even planned to
 implement Java 8 support on good old App Engine.
 There is a feature request open for more than 2 years now:
 https://code.google.com/p/googleappengine/issues/detail?id=9537

 It feels weird that App Engine only supports a Java version
 where the official Oracle JDK is end of life.


 Thanks for any enlightenment!



 Raphael

 --
 You received this message because you are subscribed to the Google Groups 
 Google App Engine group.
 To unsubscribe from this group and stop receiving emails from it, send an 
 email to google-appengi...@googlegroups.com javascript:.
 To post to this group, send email to google-a...@googlegroups.com 
 javascript:.
 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/CACRkZ6K%3DGnPrSC%3DJua4BxjcOfxoHvNs%2BJf%3DMfys4tPE%3D_Dw26g%40mail.gmail.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 http://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/9711d63a-a279-47ce-b70d-93b8f65d1746%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] TimeZones causing intermittent NPE

[Chad Vincent]

I seem to be getting this today in bursts:

java.lang.NullPointerException at 
sun.util.calendar.ZoneInfoFile.readZoneInfoFile(ZoneInfoFile.java:1042 
https://console.developers.google.com/project/uswstroper/clouddev/source/resolve_location?appModule=defaultappVersion=3-9-6timestampNanos=143214720589300file=sun%2Futil%2Fcalendar%2FZoneInfoFile.javaline=1042
) at sun.util.calendar.ZoneInfoFile.createZoneInfo(ZoneInfoFile.java:596 
https://console.developers.google.com/project/uswstroper/clouddev/source/resolve_location?appModule=defaultappVersion=3-9-6timestampNanos=143214720589300file=sun%2Futil%2Fcalendar%2FZoneInfoFile.javaline=596
) at sun.util.calendar.ZoneInfoFile.getZoneInfo(ZoneInfoFile.java:566 
https://console.developers.google.com/project/uswstroper/clouddev/source/resolve_location?appModule=defaultappVersion=3-9-6timestampNanos=143214720589300file=sun%2Futil%2Fcalendar%2FZoneInfoFile.javaline=566
) at sun.util.calendar.ZoneInfo.getTimeZone(ZoneInfo.java:663 
https://console.developers.google.com/project/uswstroper/clouddev/source/resolve_location?appModule=defaultappVersion=3-9-6timestampNanos=143214720589300file=sun%2Futil%2Fcalendar%2FZoneInfo.javaline=663
) at java.util.TimeZone.getTimeZone(TimeZone.java:566 
https://console.developers.google.com/project/uswstroper/clouddev/source/resolve_location?appModule=defaultappVersion=3-9-6timestampNanos=143214720589300file=java%2Futil%2FTimeZone.javaline=566
) at java.util.TimeZone.getTimeZone(TimeZone.java:562 
https://console.developers.google.com/project/uswstroper/clouddev/source/resolve_location?appModule=defaultappVersion=3-9-6timestampNanos=143214720589300file=java%2Futil%2FTimeZone.javaline=562
)
[.My Code.]

My code:

humanReadableFormat.setTimeZone(TimeZone.getTimeZone(entity.getTimeZone()));

Something wrong with the ZoneInfo file on AppEngine? Any bogus input on my 
part should return TimeZone.GMT...

-- 
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/a83f8a20-52b1-4e28-b7ad-43d6538c0e99%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Unable to connect application

[Chad Vincent]

The logs are under your project 
on https://console.developers.google.com/project

Depending on how your development team has logging configured, anything 
sent to standard out or error out should end up there.

On Tuesday, April 28, 2015 at 2:18:47 PM UTC-5, Madan Nirmalraj wrote:

 To be honest, I have no idea. I'm not a computer guy. But I did just 
 create a support ticket on my cloud service account. 

 How can I find what you are asking for? 

 On Tuesday, April 28, 2015, Chad Vincent ccrvi...@gmail.com javascript: 
 wrote:

 What is in the AppEngine logs for the blank page requests?  Anything?

 On Monday, April 27, 2015 at 3:43:04 PM UTC-5, Madan Nirmalraj wrote:


 My team of developers has run into an issue after trying to push the app 
 code to Google. Below are details from one engineer regarding the problem:

 Initially, we have created a web application build using *Google App 
 Engine* in our local environment and application worked fine. When 
 deployed to Production, we are faced issues in retrieving methods. 

 Here are the steps which we followed to move web application into cloud. 

1. We have created APP ID for cloud SQL
2. Installed Google App Engine.
3. Connected to to Google Cloud from Google App engine.
4. New Project is created using Google App Engine.
5. All connections are given in app.yaml file (Suggested format 
file by Google which works with app engine).
6. Worked fine in our local environment(Development) and we could 
run the application successfully.

 When we deployed the files to Production server we were unable to 
 connect application. Showing an empty page. We observed that page 
 redirection is not working in live environment.

 In this regard, I wanted to check with you if there are any permissions 
 set on the server that is restricting us for page redirection. I also 
 wanted you to check with third party service provider (Google cloud) if 
 they can help us resolve the issue.

 What do you recommend?

 Thank you,

  -- 
 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/ti1QJxsJ3vc/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/5202a275-ec41-4bb6-883f-d7630c23850a%40googlegroups.com
  
 https://groups.google.com/d/msgid/google-appengine/5202a275-ec41-4bb6-883f-d7630c23850a%40googlegroups.com?utm_medium=emailutm_source=footer
 .
 For more options, visit https://groups.google.com/d/optout.



 -- 
 Thank you,

 Madan Nirmalraj
 Managing Member

 3M Realty
 8045 L Street 
 Omaha, NE 68127
 402.630.1800 




-- 
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/2bf7489c-63a0-42b1-97cc-c36f9752a0fe%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Unable to connect application

[Chad Vincent]

What is in the AppEngine logs for the blank page requests?  Anything?

On Monday, April 27, 2015 at 3:43:04 PM UTC-5, Madan Nirmalraj wrote:


 My team of developers has run into an issue after trying to push the app 
 code to Google. Below are details from one engineer regarding the problem:

 Initially, we have created a web application build using *Google App 
 Engine* in our local environment and application worked fine. When 
 deployed to Production, we are faced issues in retrieving methods. 

 Here are the steps which we followed to move web application into cloud. 

1. We have created APP ID for cloud SQL
2. Installed Google App Engine.
3. Connected to to Google Cloud from Google App engine.
4. New Project is created using Google App Engine.
5. All connections are given in app.yaml file (Suggested format file 
by Google which works with app engine).
6. Worked fine in our local environment(Development) and we could run 
the application successfully.

 When we deployed the files to Production server we were unable to 
 connect application. Showing an empty page. We observed that page 
 redirection is not working in live environment.

 In this regard, I wanted to check with you if there are any permissions 
 set on the server that is restricting us for page redirection. I also 
 wanted you to check with third party service provider (Google cloud) if 
 they can help us resolve the issue.

 What do you recommend?

 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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/5202a275-ec41-4bb6-883f-d7630c23850a%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Increasing EMail quota from 100 ( Paid app )

[Chad Vincent]

There is special pricing with SendGrid for AppEngine/Google Cloud users.

On Friday, March 20, 2015 at 3:51:58 AM UTC-5, Paul Canning wrote:

 Whilst not a fix per se, have you looked at a service like Mandrill? 

-- 
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/586399c6-58b4-43ba-bd25-27ccfb1f4344%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Google cloud endpoint error in production, no stack trace

[Chad Vincent]

Are you logging the exception?  What language?

I don't know what you're using, but the uncaught exception handler in Java 
does log the stack trace.


On Friday, March 6, 2015 at 5:15:29 AM UTC-6, Aakash Bapna wrote:

 The log viewer in production does not show stack trace? Is there a setting 
 somewhere to enable?

 My google cloud endpoint works fine on local, but gives error on 
 production. I am not getting any headway in debugging this.

 Below is the error on production.

 Request URL: https://mapp.appspot.com/_ah/api/myapi/v1/mymethod Method: 
 myapi.mymethod *Error Code: 400 Reason: parseError Message: Parse Error*







-- 
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/a674c001-0e75-434b-a5c1-ab748b8deab3%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: New Datastore query tool

[Chad Vincent]

 this is strange considering tool was already much better than current 
 broken one.


There were reports of data loss when using the edit capabilities.  So no, 
it was inherently worse.  ;) 

On Friday, February 13, 2015 at 5:53:31 PM UTC-6, husayt wrote:

 Hi Mario. 

 this is strange considering tool was already much better than current 
 broken one.

 Considering that there was no update to 1.9.17 for last two months, this 
 makes me worry. I remember GAE team was very proud by how lean they were 
 and aiming to do monthly release cycles.

 Yes there were improvements to Google cloud in general, but no single 
 exciting new feature has been added to Appengine SDK for a whole year now.

 See for yourselves:
 https://code.google.com/p/googleappengine/wiki/SdkForJavaReleaseNotes

 only minor bug fixes and that's it. 

 Unless i miss something, or things are not announced release notes 
 properly, but this really worries me and i am sure many others here.

 I am very keen to find out about perspectives of developing with GAE.

 Thanks.
 HG


 On Thursday, February 12, 2015 at 12:34:41 PM UTC, Mario wrote:

 Hi Huseyn,

 I'm glad that you liked it.

 As I said in my previous message we don't have yet any information about 
 the release date of that feature.

 Regards

 Mario C.
 Google Cloud Platform Support

 On Wednesday, February 11, 2015 at 3:16:46 PM UTC+1, husayt wrote:

 Yes I use that one, which is extremely slow and buggy.

 For couple of days in january there was updated version which was much 
 better, but unfortunately that was replaced with old one again.

 On Wednesday, February 11, 2015 at 10:51:38 AM UTC, camaram wrote:

 Hi again,

 I'd like to confirm that you're using the Query Tool in the Developers' 
 Console [1] and not the one in the old App Engine Console? I was talking 
 about the former one.

 Regards,

 [1] https://console.developers.google.com/project/*YOUR_PROJECT_ID*
 /datastore/query

 On Tuesday, February 10, 2015 at 9:54:48 AM UTC+1, camaram wrote:

 Hello H.,

 Currently we lack information on when that new Datastore Query tool 
 will be available for public use.

 Please, follow the official Google Cloud Platform blog 
 http://googlecloudplatform.blogspot.comfor updates on new products 
 and features.

 Mario C.
 Google Cloud Platform Support.

 On Thursday, February 5, 2015 at 2:07:25 PM UTC+1, husayt wrote:

 Hi,

 we had this new uber cool datastore query tool enabled couple of 
 weeks ago. That was great, but sadly it was switched back to the old one 
 next day.

 I am in anticipation of getting the new query tool back.

 Can someone from Google please advise?

 Thanks,
 Huseyn Guliyev



-- 
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/1e2fd396-04e1-4f94-88df-b4fadedbb5a9%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Push to deploy discontinued?

[Chad Vincent]

Wait, what is this?

I just spent 3 of the last 5 weeks trying to convert our Eclipse build to 
Maven so we could use push-to-deploy (and dependency management)...

On Friday, December 19, 2014 9:22:57 PM UTC-6, Rae Wang wrote:

 Hi Lucas,

 I'm sorry this upsets you. I hear your need to have an easier source 
 deploy experience and will connect you offline with the eng team working on 
 the deployment. 

 Thanks,
 Rae

 On Friday, December 19, 2014 3:44:30 PM UTC-8, Lucas Geiger wrote:

 Guys, this is absurd. You finally got the push-to-deploy product right , 
 and now you are discontinuing it. At least pushing source should remain as 
 a feature. 
 The whole appeal of push to deploy was NOT setting up Jenkins. I think 
 you are misjudging the number of people who object to using Jenkins. 
  (By the way it was very disrespectful of you to cloak this 
 discontinuation as a feature upgrade. A tasteless and disingenuous tactic, 
 to be precise.)



-- 
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] Re: Private API with Cloud Endpoints

[Chad Vincent]

1) If your signing key is compromised, then someone with that information 
would be able to make calls by spoofing the client signature from your app.

2) Based on the documentation, it looks like no, but without knowing what 
was said in the SO thread, I wouldn't put money on it one way or the other.

On Sunday, December 14, 2014 10:27:51 AM UTC-6, Gannicus wrote:

 Hello,

 I am using Cloud Endpoints with Java to create my API and I would like to 
 be used only by my android client application.
 I read the Google documentation and it seems like I have to generate an ID 
 thanks to the SHA1 fingerprint.

 However I would like to have a confirmation on this:

 1) Does it really restrict API calls to my android client only? I don't 
 want any possibility to call it thanks to a REST client, a browser or 
 something like that.

 2) Some part I didn't understand -I read something about it on Stack 
 Overflow- : do the users have to own a google account to use my android 
 client then?

 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] Re: Over 30 vulnerabilities found in Google App Engine

[Chad Vincent]

Google already mentioned in another thread 
https://groups.google.com/forum/#!topic/google-appengine/-2FdrrnXo5A that 
they've been working on it internally prior to Dec. 9.

On Friday, December 12, 2014 1:11:32 PM UTC-6, husayt wrote:

 Actually, i see it as positive news. Someone tested GAE boxes, found some 
 issues and reported it to Google. I am sure team at Google will deal with 
 this as a matter of urgency.

 I would advise Google to actually to contract that team to do full 
 vulnerability test.



 On Friday, December 12, 2014 9:44:49 AM UTC, Drew Spencer wrote:

 I'm not usually the kind of person to shout Fire! too quickly, but I 
 have to admit this is worrying me. I wonder how serious these flaws are? 
 Getting out of the sandbox seems pretty big, but then I don't know much 
 about JVMs.


 http://www.computerworld.com.au/article/562168/over-30-vulnerabilities-found-google-app-engine/



-- 
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] Re: Question about Datastore quotas

[Chad Vincent]

1,000,000, as you are reading 1,000,000 entities.

If you do not cache the entities (Session Cache or Memcache), and load the 
page again, that is another 1,000,000 read operations.

On Friday, November 21, 2014 6:17:25 AM UTC-6, John Louis Del Rosario wrote:

 I'm a bit confused about what the Datastore quotas mean (
 https://cloud.google.com/appengine/docs/quotas#Datastore)

 Let's take for example the Read operations quota. If I have ~1,000,000 
 entities, and have a task that fetches all of them (say 1000 per page, 
 using fetch_page or fetch). 
 Does that count as 1,000,000 Read operations? Or 1000?


-- 
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] Configuration Help? - Converting GAE+GWT Eclipse project to Maven

[Chad Vincent]

On Wednesday, November 19, 2014 12:50:17 AM UTC-6, Vinny P wrote:


 On Tue, Nov 18, 2014 at 1:51 PM, Chad Vincent ccrvi...@gmail.com 
 javascript: wrote:


1. Debugging/running locally causes java.lang.NoClassDefFoundError: 
javax/mail/MessagingException in the console output.
   1. I have tried with javax.mail dependency included, but I'm 90% 
   sure since it is in the GAE SDK I should not have it explicitly listed.



 That's really strange. You're right; javax.mail.MessagingException should 
 be shipping with the artifact appengine-api-1.0-sdk. I checked the Maven 
 JAR, it looks perfectly OK. If you include the javax.mail-api dependency, 
 does your application compile successfully?

 It compiles fine either way, does not launch in devmode/Jetty either way. 
 Did a clean package and it compiles with the following error:

[INFO] 

[INFO] BUILD SUCCESS
[INFO] 

[INFO] Total time: 01:36 min
[INFO] Finished at: 2014-11-19T09:42:02-06:00
[INFO] Final Memory: 29M/725M
[INFO] 

FATAL ERROR in native method: JDWP on getting class status, 
jvmtiError=JVMTI_ERROR_WRONG_PHASE(112)
#
# A fatal error has been detected by the Java Runtime Environment:
#
#  EXCEPTION_ACCESS_VIOLATION (0xc005) at pc=0x5c222598, 
pid=6916, tid=2704
#
# JRE version: 7.0_11-b21


 

 Go into project properties  Maven and see if there's a checkbox marked 
 Resolve dependencies from workspace. If it's checked, can you uncheck it 
 and rebuild your app?

 No change...
 

  
 On Tue, Nov 18, 2014 at 1:51 PM, Chad Vincent ccrvi...@gmail.com 
 javascript: wrote:


1. There's no good comparison/how-to for this that includes things 
like .gitignore suggestions.  What do I need to have in the repo for it 
 to 
work properly?


 .gitignore is used less for *making-the-app-work-properly* and more for
 * i-don't-want-secret-stuff-deployed-into-production-or-saved-into-git*.  
 For instance, you might have documentation, config files, testing folders, 
 etc in your app folder and you don't want to store them into git/deploy 
 into live. .gitignore is there to block these files from being recorded. 

 I'm much better with Git than Maven.  ;)

I'm more worried about failing to commit something that is necessary.  I 
try to keep the repo fairly clean, as one project member is remote and 
occasionally has to pull while tethering.

Don't stress about .gitignore too much - the vast majority of the time, 
 you'll probably accidentally commit a useless file like Thumbs.db. This 
 should only be a real concern if you need to block secret files from ending 
 up in the repo. And if you absolutely must have suggestions about how your 
 gitignore file should look, see here for example templates: 
 https://github.com/github/gitignore


I always forget the templates are there.  Thanks! 


 As for your GWT question: it's been a long time since I've played with 
 GWT, and so this is probably way off base and hilariously wrong, but I 
 believe the GWT properties file goes in src/main/resources.

 I'll try them there.  Thanks!

 

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

[google-appengine] Configuration Help? - Converting GAE+GWT Eclipse project to Maven

[Chad Vincent]

About 2 years ago, started a from-scratch GAE/GWT project in Eclipse.  Have 
been using Eclipse to build, test (GWT Classic DevMode), and deploy.

With the new live breakpoints, push to deploy, etc., plus dependency 
management, I decided to put converting the project on the table.

I've gotten the following done:

   - Ran m2eclipse conversion.
   - Moved source into Maven-standard directory structure.
   - Maven-available dependencies removed from lib/ folder and added to 
   Maven.
   - Maven Build and Maven Unit Test both succeed.
   - Ran mvn eclipse:eclipse to re-build config, and then re-added GAE SDK 
   to the Java Build Path.
   
I'm still having a few issues, though...

   1. Debugging/running locally causes java.lang.NoClassDefFoundError: 
   javax/mail/MessagingException in the console output.
  1. I have tried with javax.mail dependency included, but I'm 90% sure 
  since it is in the GAE SDK I should not have it explicitly listed.
   2. Once service is running, I get a 404 for both the main application 
   and the admin console.  Presuming this is related to the above, but not 
   100% sure.
   3. There's no good comparison/how-to for this that includes things like 
   .gitignore suggestions.  What do I need to have in the repo for it to work 
   properly?
   4. We use a secondary AppEngine instance for testing live before 
   deploying to production.  Is there a way to set the branch for 
   push-to-deploy so we aren't merging back to master in advance of release?
   5. Is there a reason that GWT 2.6.1 is available through Maven, but not 
   through the Google Eclipse repo?
  1. Also (and knowing this is GAE list, not GWT), where do GWT 
  .properties files go for Maven?  Anything I need to convert there?
   
Sorry for some questions that seem a little basic, but this is my first 
dance with Maven, and I'm flying solo on this project.  (My PM is not a 
developer by trade, and my intern doesn't know Maven either.)  I liked that 
using the Eclipse builder just worked, but we had issues every time a new 
GAE SDK came out getting classpaths on individual machines to cooperate and 
not duplicate jars in lib/.

Trimmed pom.xml:
  properties
appengine.target.version1.9.15/appengine.target.version
gwt.target.version2.6.1/gwt.target.version
  /properties
  build
  pluginManagement
  plugins
  plugin
  groupIdorg.apache.maven.plugins/groupId
  artifactIdmaven-compiler-plugin/artifactId  
  configuration
  source1.7/source
  target1.7/target
/configuration
/plugin
/plugins
/pluginManagement
plugins
plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-eclipse-plugin/artifactId
version2.9/version
configuration
downloadSourcestrue/downloadSources
downloadJavadocstrue/downloadJavadocs
/configuration
/plugin
plugin
groupIdorg.codehaus.mojo/groupId
artifactIdgwt-maven-plugin/artifactId
version2.6.1/version
executions
execution
goals
goalcompile/goal
goalgenerateAsync/goal
goaltest/goal
/goals
/execution
/executions
configuration
runTargetindex.html/runTarget
/configuration
/plugin
plugin
groupIdcom.google.appengine/groupId
artifactIdappengine-maven-plugin/artifactId
version${appengine.target.version}/version
/plugin
plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-war-plugin/artifactId
version2.3/version
configuration
archiveClassestrue/archiveClasses
webResources
!-- in order to interpolate version from pom into 
appengine-web.xml --
resource

directory${basedir}/src/main/webapp/WEB-INF/directory
filteringtrue/filtering
targetPathWEB-INF/targetPath
/resource
/webResources
/configuration
/plugin
/plugins
  /build
  dependencies
  dependency
  groupIdcom.google.gwt/groupId
  artifactIdgwt-servlet/artifactId
  version${gwt.target.version}/version
  scoperuntime/scope
  /dependency
  dependency
  groupIdcom.google.gwt/groupId
  artifactIdgwt-user/artifactId
  version${gwt.target.version}/version
  scopeprovided/scope
  /dependency
  dependency
  groupIdcom.google.appengine/groupId
  artifactIdappengine-api-1.0-sdk/artifactId
  version${appengine.target.version}/version
  /dependency
dependency
groupIdjavax.servlet/groupId
artifactIdservlet-api/artifactId
version2.5/version
scopeprovided/scope
/dependency
dependency
groupIdjstl/groupId
artifactIdjstl/artifactId
version1.2/version
/dependency
  dependency
  groupIdcom.googlecode.objectify/groupId
  artifactIdobjectify/artifactId
  version4.1.3/version
  /dependency
  dependency
  groupIdcom.googlecode.objectify/groupId
  artifactIdobjectify-gwt/artifactId
  version1.2.1/version
  /dependency
  dependency
  groupIdcom.google.guava/groupId
  artifactIdguava/artifactId
  version18.0/version
  

[google-appengine] Re: How to upload Adobe .air file in Google App Engine?

[Chad Vincent]

You would want to put the .air file in a Cloud Storage bucket, so you can 
add newer versions without having to redeploy your app.

On Saturday, November 1, 2014 11:05:26 PM UTC-5, d...@sshenterprise.com 
wrote:

 Can google app engine be used to store or host an adobe air file (.air)? 
 The .air file will be used as a software updater. I have tried uploading 
 files view google app engine launcher and the only files uploaded are the 
 php and xml files. Any help is appreciated. 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/d/optout.

[google-appengine] Re: What is the point of making a new release with no changes?

[Chad Vincent]

1.9.12 had Python and PHP changes, but no Java or Go changes.  Java/Go 
would've gotten new version numbers to stay in sync.

Not sure what's up with 1.9.13, though.

On Friday, October 10, 2014 1:51:48 PM UTC-5, husayt wrote:

 This is what I call to release for sake of calling it a release:

 Google App Engine https://code.google.com/p/googleappengine/ releases: 
 Version 1.9.13 - October 9, 2014

- No changes for 1.9.13

 Version 1.9.12 - September 25, 2014

- No changes for 1.9.12

 Version 1.9.11 - September 11, 2014

- Fixed an issue with the Search API in the SDK where listing indexes 
throws NoSuchElementException when there are no indexes past the start 
key.
   - https://code.google.com/p/googleappengine/issues/detail?id=11185

 Version 1.9.10 - August 28, 2014

- The deprecated methods in the LogQuery class will no longer work for 
deployed apps. For a full list of methods that have been deleted, please 
see the LogQuery deprecation announcement in the 1.8.7 version of the 
SDK.



-- 
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] Re: What is the point of making a new release with no changes?

[Chad Vincent]

Ah, 1.9.13 had Go changes.

PHP/Python: https://code.google.com/p/googleappengine/wiki/SdkReleaseNotes
Java: https://code.google.com/p/googleappengine/wiki/SdkForJavaReleaseNotes
Go: https://code.google.com/p/googleappengine/wiki/SdkForGoReleaseNotes


On Friday, October 10, 2014 3:06:18 PM UTC-5, Chad Vincent wrote:

 1.9.12 had Python and PHP changes, but no Java or Go changes.  Java/Go 
 would've gotten new version numbers to stay in sync.

 Not sure what's up with 1.9.13, though.

 On Friday, October 10, 2014 1:51:48 PM UTC-5, husayt wrote:

 This is what I call to release for sake of calling it a release:

 Google App Engine https://code.google.com/p/googleappengine/ releases: 
 Version 1.9.13 - October 9, 2014

- No changes for 1.9.13

 Version 1.9.12 - September 25, 2014

- No changes for 1.9.12

 Version 1.9.11 - September 11, 2014

- Fixed an issue with the Search API in the SDK where listing indexes 
throws NoSuchElementException when there are no indexes past the 
start key.
   - https://code.google.com/p/googleappengine/issues/detail?id=11185

 Version 1.9.10 - August 28, 2014

- The deprecated methods in the LogQuery class will no longer work 
for deployed apps. For a full list of methods that have been deleted, 
please see the LogQuery deprecation announcement in the 1.8.7 version 
of the SDK.



-- 
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] Re: Project Sharding/Load Balancing

[Chad Vincent]

An interesting thought experiment, but effectively theft.  I'm not really 
sure if there's an ethical application for this?

On Thursday, September 4, 2014 8:09:24 PM UTC-5, Corey Gilmore wrote:

 Hi All,

 I build a method for load balancing on GAE.

 Why?:  Yes, I understand that GAE auto scales on application demand. 
  However, it does not balance in the sense of free quota usage.  If your 
 free quota app hits the quota limit, wouldn't it be nice to just use 
 another project and that projects free quota?  I built something to take 
 advantage of the multiple projects, independent quota limits to use more 
 free GAE usage and reduce the need for billable GAE usage.

 Let me explain: If your project runs out of free quota (and billing is 
 disabled), the app stops functioning.  While Google gives you the ability 
 to create 25 different projects, each with an independent quota, none of 
 these projects can share quota.  Basically: using only 1 project does not 
 mean you get 25 projects * 28 instance hours for that project.

 How it works: Basically there is one primary project that handles users 
 (user creation, user sign in, user data, etc.).  This project randomly 
 chooses and assigns a secondary project for every use upon account 
 creation.  You can have a pool of secondary projects.  Users are 
 round-robin load balanced to each secondary to split the load and use more 
 free quota (3 secondaryies = 150k datastore ops, for example).

 Let me know what you think,

 Project home page: http://gae-balancer-proxy.appspot.com/
 Github repo: https://github.com/coreymgilmore/gae-balancer
 More info at my blog: 
 http://blog.coreygilmore.io/app-engine-free-tier-load-balancing/


-- 
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] Re: Site in development on appspot domain - restrict access to developers

[Chad Vincent]

You also can setup an IP whitelist, if all your developers have static IPs 
or come from a controlled block.

Could also set up a holding page as the default version, and have 
everyone test using a specific-version URI. 

On Wednesday, August 27, 2014 2:53:35 PM UTC-5, Renzo Nuccitelli wrote:

 Hi,

 One possibility is setting up your configuration file so only admins can 
 access your application. See:


 https://developers.google.com/appengine/docs/python/config/appconfig#Python_app_yaml_Secure_URLs

  Regards,
  Renzo Nuccitelli

 On Wednesday, August 27, 2014 12:13:44 PM UTC-3, Matt Bushell wrote:

 Hi there,

 I am carrying out my first GAE project, i was wondering if there is a way 
 to restrict any old user from accessing the site while it is in development 
 (with regular code merges from developers being deployed to GAE, riddled 
 with bugs and non functional in general).

 The old way being to either restrict access using Apache htaccess and 
 password magic or simply not having a site visible to the public during 
 development, only on LAN and via VPN for remoe client review.

 I have googled around and searched the forum but yielded no results other 
 than how to integrate the Google Auth APIs for an actual live site.

 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/d/optout.

[google-appengine] Re: Twitter API For Google App Engine

[Chad Vincent]

Here's the proper way to fetch something via HTTP from AppEngine:

https://developers.google.com/appengine/docs/php/urlfetch/


On Tuesday, May 13, 2014 7:20:05 AM UTC-5, Touqeer Shafi wrote:

 I am making twitter bot on google app engine.
 i am facing problem while posting to twitter api. using file_get_content 
 functions. I am using this function because CURL is not enable on 
 GoogleAppEngine can any body guide me thorugh this how to get this running 
 using the file_get_content


-- 
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] Re: How much do I pay to extend the datastore read operations?

[Chad Vincent]

You set up billing and set a quota.  AppEngine then bills you for any reads 
you use above the free quota.

On Friday, May 16, 2014 12:24:45 PM UTC-5, arame...@mysummitps.org wrote:

 Hello,

 I have an app engine app that is running on a free quota. The datastore 
 queries have been exceeded and I want to pay to extend it. How do I know 
 the price to pay to extend Datastore Read operations?

 Thanks!

 Ajay


-- 
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] Re: Issue: Inbound Mail repeating requests

[Chad Vincent]

Possibly?  We were running into the 60 second limit regularly.  We 
re-factored, and now just strip the email of relevant data, and toss that 
on the TaskQueue for later processing.

It's working very well that way so far.

On Tuesday, May 13, 2014 3:59:17 PM UTC-5, Kinesh Patel wrote:

 We've run tests all day and it seems like requests are repeated when they 
 take longer than 30 seconds (even though there is no exception raised - 
 this only occurs after the standard 60 seconds). Perhaps there is an 
 undocumented constraint here?

 On Tuesday, May 13, 2014 1:19:05 PM UTC-4, Kinesh Patel wrote:

 Our inbound mail handler seems to be replaying or retrying requests 
 multiple times, but intermittently. All requests are completing (e.g. no 
 DeadlineExceeded or other Exceptions are raised); however they can take 
 30-45 seconds on occasion. 

 What are reasons that Google's Inbound Mail service might retry a request?



-- 
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] Re: Announcing a credit for App Engine applications with new custom domains

[Chad Vincent]

It says right in the Features description that it allows you to attach DNS 
records to AppEngine and GCE instances, so you no longer need Apps to make 
that connection.

As for having zones elsewhere, I haven't looked at it that closely.  Our 
application has its own domain, so it isn't a concern for me.

On Wednesday, March 26, 2014 3:41:34 PM UTC-5, Balázs Benedek wrote:

 Sorry, I might have missed something, but how would Google Cloud DNS allow 
 skipping Google Apps? Also, this wouldn't cover cases where the DNS server 
 (all the other zones?) can't be transferred to GCD?

 Thank you,

 Balazs



-- 
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] Re: New Pricing

[Chad Vincent]

Even BigQuery is cheaper for storage than Datastore now.  Totally helps us, 
since BQ is a better solution for one of our data entities anyway, and the 
rest should fit in the 1GB free for the foreseeable future.

On Tuesday, March 25, 2014 5:24:10 PM UTC-5, Marcel Manz wrote:

 Great to see the reduced pricing and that key-only queries become free of 
 charge.

 Would have liked to see a decrease on datastore storage pricing too, 
 especially as Google reduced pricing on all other storage services like 
 blob, GCS, Drive etc.

 Marcel



-- 
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] Re: Announcing a credit for App Engine applications with new custom domains

[Chad Vincent]

Or you can use the new Cloud DNS service.  Not free, but it claims to do 
what everyone here wanted, including providing an API.

https://cloud.google.com/products/cloud-dns/#features

On Wednesday, March 26, 2014 11:39:32 AM UTC-5, Vinny P wrote:

 On Wed, Mar 26, 2014 at 2:40 AM, Sandeep Koduri 
 sand...@g.advaiya.comjavascript:
  wrote:

 Tried this long back, its not allowing to add alias domain for domain 
 mapping. 



 Then the domain wasn't originally added as an alias domain. When you add 
 multiple domains to Google Apps, you can choose to set the domains as 
 independent domains, or as alias domains. See this picture: 
 http://media.tumblr.com/ac44369e328c1d84d9602319788b81f9/tumblr_inline_mmhz9tyyqC1qz4rgp.png

 When you see the above screen, you have to select the alias option.
  
  
 -
 -Vinny P
 Technology  Media Advisor
 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.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Re: New Pricing

[Chad Vincent]

That's how it's always been...  100 recipient cap until you request a 
higher cap to discourage spammers from using AppEngine as a distribution 
platform.

On Tuesday, March 25, 2014 2:02:14 PM UTC-5, PK wrote:

 I also see in the new Pricing list “E-mail API: Fee: 100 recipients More: 
 Contact Sales”, anybody has some insight on this?

 PK
 http://www.gae123.com

 On March 25, 2014 at 12:00:17 PM, PK (p...@gae123.com javascript:) 
 wrote:

  Same observation looking at my main app on small datastore operations: $0
  Since I was preallocating discounted hours I was paying $.05 anyways. 
  
  Are discounted hours going away? I do not see a mention in the new price 
 list effective Apr. 1st
  
  PK
 http://www.gae123.com

 On March 25, 2014 at 11:53:16 AM, Kaan Soral (kaan...@gmail.comjavascript:) 
 wrote:

  I was thinking of starting a thread about this too, thanks for the 
 information :)
 Funnily both of my main apps have 0 small datastore operations, 
 interesting :)

 Anyway, great news
 --
 You received this message because you are subscribed to the Google Groups 
 Google App Engine group.
 To unsubscribe from this group and stop receiving emails from it, send an 
 email to google-appengi...@googlegroups.com javascript:.
 To post to this group, send email to google-a...@googlegroups.comjavascript:
 .
 Visit this group at http://groups.google.com/group/google-appengine.
 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.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: question on performance and storing non-indexed data in the datastore

[Chad Vincent]

You didn't say which language you're using, but if you're on Java, I 
strongly suggest Objectify.

It defaults all columns/fields to unindexed unless you decorate the field 
with an @Index annotation.

On Wednesday, March 5, 2014 2:55:12 AM UTC-6, Mattan Furst wrote:

 I have a question regarding performance and saving non-indexed data in the 
 datastore.

 I have a situation where I have an entity with several tidbits of 
 information that I need to save (currently around 20-30 columns each with a 
 few bytes of information worth). Most of those tidbits do not require 
 indexing. It used to be that I would save every piece of information in a 
 different indexed column. After reading up on the subjects I came to 
 realize that I can save costs and performance by not having all the pieces 
 of information in indexed column. I have 3 main options I consider changing 
 into:
 1. Keep saving the various column I don't need indexing for but turn their 
 type to ByteString to keep them from being indexed.
 2. Get all the tidbits of information, turns them into some common format 
 like json or xml and store that in a single blob column.
 3. Same thing as 2 but before storing the blob compress it using some fast 
 and common compression algorithm like.

 Which is the better option?
 What are the considerations I need to make as far as write read costs or 
 cpu time?
 Can you direct me to reading material on the subject (performance and data 
 storage) specifically tuned to google's datastore?


-- 
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] Re: Google Clound terms of service

[Chad Vincent]

It's probably more that the Datastore is not stored encrypted.  So from a 
legal standpoint, it has to be treated as if Google accesses the data.

On Thursday, February 6, 2014 9:22:17 PM UTC-6, Allan Lopes wrote:

 I have a webapp that uses Google App Engine and Google Cloud Datastore 
 services. But reading the new Google Cloud 
 termshttps://developers.google.com/cloud/terms/ of 
 services I notice this part:

 Further, Customer will notify its End Users that any Customer Data 
 provided as part of the Services will be made available to a third party 
 (i.e. Google) as part of Google providing the Services.

 and this:

 “Customer Data” means content provided, transmitted, or displayed via the 
 Services by Customer or its End Users; but excluding any data provided as 
 part of the Account.

 Does that mean Google can access the data of my End Users stored in the 
 Datastore to, for example, improve their advertising system?


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

Re: [google-appengine] A comparison between Digital Ocean $5 plan and App Engine B$ instance type.

[Chad Vincent]

I'm in a similar boat.  I'm a small-business sysadmin turned developer.

We can work with our current VPS service to add load balancing, alter our 
front-end to be easily cloneable, spin up extra frontends as demand 
requires, and continue to work on new features.

Or we can go to AppEngine, get rid of all the old VB wholesale during the 
re-write, not worry about server maintenance, and our current estimates put 
us at a 50% monthly cost reduction before adding in costs from our new 
features.  The new features already running cost us less than $5 / month in 
AppEngine fees, but referring to the data is overloading the VPS.  We've 
had to add in rate-limiting on the GAE side so we don't fry the VPS with 
data requests.

GAE is 100% dependent on your use case.  If you have lots of heavy burst 
traffic or need geographic redundancy, and don't have a lot of 
infrastructure support or budget, then it's great.  If you spend just an 
hour or two each month tweaking resident instances and pre-pay amounts for 
instance hours, it gets even better.  But it isn't for every project.

On Monday, February 17, 2014 3:43:45 PM UTC-6, GregF wrote:

 As many people have said, it depends on your use case. In my case, I am an 
 application developer, not a sysadmin - I like to spend my time making 
 applications, not worrying about fine-tuning memcache, database 
 replication, software upgrades, and load balancers. Appengine has been 
 fantastic for me - my application took off from 0 to over a million users, 
 and I haven't needed to think about capacity issues, security or 
 availability. I like to say that if my app somehow got onto the Letterman 
 Show, I would be popping champagne corks instead of blood vessels - I have 
 the best sysadmins in the word looking after my service.

 And all of this cost me less than $100 a month - and much less than that 
 when volumes were smaller. So Appengine has let me scale from zero to 
 serious volume without any pain, and sure, I could probably have saved a 
 few bucks hosting somewhere else, but it would have cost me days in extra 
 support time (and therefore dollars) and years of life expectancy because 
 of the stress involved.

 So I LOVE Appengine, and believe it offers very good value. I'm not saying 
 you have to love it too - in fact because you sound like you prefer to 
 build and maintaining your own stack, you'l probably hate it because all 
 the work is done for you - you're a sysadmin at heart. But for 
 developers, Appengine is an excellent platform.



-- 
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: Centralized logging to cloud storage

[Chad Vincent]

While Vinny probably has the better option, if you wanted something without 
a rolloff and search options, I would use Objectify and make a LogEntry 
object.

Just parse the request, build the object, tell Objectify to write it 
asynchronously, and return.  Should be fast and reliable, but without 
having to wait for datastore operations to complete before sending the 
response back.

On Tuesday, December 17, 2013 8:04:24 PM UTC-6, joe.sh...@gmail.com wrote:

 Hi,

 I'm after a bit of advice on how best to structure a GAE application.

 For this application, the frontend instances in GAE will take external 
 requests, and in turn I need to log strings from all instances to a central 
 location - ideally just a flat file, as there is no requirement for 
 NoSQL/SQL and the write operation needs to be as lean/quick as 
 possible.Storing each line in NoSQL seemed overkill, and the Blob store 
 also didn't seem appropriate (but perhaps it is?). I'd like to keep the 
 servlet response time down to an absolute minimum, so had considered the 
 Task Queue API also (but again, seems like overkill to achieve what I want, 
 would prefer to handle that off-thread in some way).

 Initially using 'buckets' in Google Cloud Storage seemed like it might be 
 appropriate, as the frontend instances can write data to objects there. But 
 the 'write-once' nature of the bucket files prevents appending to them. I'd 
 prefer not to have millions of tiny files.

 At this stage I'm considering a temporary storage location (i.e. in 
 memory, memcached or NoSQL), and then having a cron job fire every X hours 
 to grab that data and write a file to GCS, but that feels unwieldy.

 So I figured I'd ask to make sure I'm not missing something obvious, as it 
 seems to be a common and basic use case. Ultimately the application may use 
 map/reduce to take the file/files and post-process them if that helps in 
 the equation.

 Cheers,
 Joe



-- 
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: Paid app e-mail quota 100 of 100, but not automatically raised?

[Chad Vincent]

We're using 150.  Opened up the application from a small testing group to 
an internal beta.

Our quota was raised to 1.7 Million API Calls to 20K non-admin recipients.

I'm not sure why there is a manual cap on email but not anything else, and 
why the cap is only moved in increments, not just opened.  That would be a 
question for the GAE team...

On Friday, December 20, 2013 1:43:26 AM UTC-6, Erik Zivkovic wrote:

 On Thursday, December 19, 2013 8:25:41 PM UTC+1, Chad Vincent wrote:

 It took about 5-6 days for the request to clear when I asked.  We knew it 
 would be an issue in the long run, so we asked while still in beta.  We're 
 at about 150 right now.

 The other option is to use an external mail relay.  I think there's one 
 Google has a partnership with for discounted rates.

 On Thursday, December 19, 2013 4:57:38 AM UTC-6, Erik Zivkovic wrote:



 On Wednesday, December 18, 2013 9:04:16 PM UTC+1, Chad Vincent wrote:

 The Email quota is not automatically raised to prevent spammers from 
 using GAE as a relay.

 You have to manually request that the quota be raised.

 On Tuesday, December 17, 2013 6:34:33 AM UTC-6, 
 erik.z...@sonymobile.com wrote:

 Hi,

 My app has hit it's e-mail quota 100/100 e-mails, but I have an paid 
 app and it should be raised automatically, right?

 Users can't verify their e-mails until the quota is raised, what am I 
 doing wrong in my configuration?

 BR Erik


 I have done that, but it was three days ago, and we have 4000+ users 
 waiting to start using the service but only 100 per day can get in... 

 Not all of them are registering at once, but we have hit the quota every 
 day since launch, which isn't good for us.


 Do you mean that you're using 150, or that your daily max quota is 150?

 What's the point of having differentiated pricing (cost per 100 mails) 
 when you can't even use as much as you want. I get the whole 
 anti-mail-spammer thing, but in practice GAE could be used for any 
 malicious acitivity, and in that case why are we allowed to use one 
 resource (at cost) but not another?


-- 
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: Paid app e-mail quota 100 of 100, but not automatically raised?

[Chad Vincent]

It took about 5-6 days for the request to clear when I asked.  We knew it 
would be an issue in the long run, so we asked while still in beta.  We're 
at about 150 right now.

The other option is to use an external mail relay.  I think there's one 
Google has a partnership with for discounted rates.

On Thursday, December 19, 2013 4:57:38 AM UTC-6, Erik Zivkovic wrote:



 On Wednesday, December 18, 2013 9:04:16 PM UTC+1, Chad Vincent wrote:

 The Email quota is not automatically raised to prevent spammers from 
 using GAE as a relay.

 You have to manually request that the quota be raised.

 On Tuesday, December 17, 2013 6:34:33 AM UTC-6, 
 erik.z...@sonymobile.comwrote:

 Hi,

 My app has hit it's e-mail quota 100/100 e-mails, but I have an paid app 
 and it should be raised automatically, right?

 Users can't verify their e-mails until the quota is raised, what am I 
 doing wrong in my configuration?

 BR Erik


 I have done that, but it was three days ago, and we have 4000+ users 
 waiting to start using the service but only 100 per day can get in... 

 Not all of them are registering at once, but we have hit the quota every 
 day since launch, which isn't good for us.


-- 
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: Paid app e-mail quota 100 of 100, but not automatically raised?

[Chad Vincent]

The Email quota is not automatically raised to prevent spammers from using 
GAE as a relay.

You have to manually request that the quota be raised.

On Tuesday, December 17, 2013 6:34:33 AM UTC-6, erik.z...@sonymobile.com 
wrote:

 Hi,

 My app has hit it's e-mail quota 100/100 e-mails, but I have an paid app 
 and it should be raised automatically, right?

 Users can't verify their e-mails until the quota is raised, what am I 
 doing wrong in my configuration?

 BR Erik


-- 
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: 100 Email Quota

[Chad Vincent]

A payment cycle is the 2nd of the month - the 2nd of the following month.

I don't think you actually have to be billed, as when we extended our email 
quota we didn't go over quota that month.

On Friday, December 6, 2013 10:31:32 AM UTC-6, Peabody Wormsworth wrote:

 Hi,

 I have an application that sends out an email when a user submits to a 
 form.
 The free quota limit is 100 emails per day.

 I reached the limit and want to increase it. So I signed up for paid 
 service.

 Now I read elsewhere that the email quota limit will not be increase until 
 after 1 full payment cycle.

 But this is not possible. Because the rest of my application does not 
 extend beyond any of the free quota limits. So I will always be blocked at 
 100 emails and I will never be charged a payment cycle.

 Is there a way to make a payment to Google... like as a donation or 
 something... in order to generate a payment cycle against my card in order 
 to begin the process of being charged for emails beyond the 100 limit?

 Or how else can I send out more then 100 emails?

 It seems that perhaps the limit should be raised to 200 emails per day 
 when a user enters paid service. In this way, it is possible for me to 
 exceed the limit, incur a billing cycle and then request a much higher 
 limit.

 I am not spamming. I am sending emails requested by users through a form.

 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] Re: Question using datastore to achieve this

[Chad Vincent]

This is correct.  I think Jimin maybe doesn't realize that the parent key 
is *appended* to the child's, so it is a 1:N relationship, not a 1:1 
relationship?

Jimin, what language are you using?  If you're using Java, then Objectify 
can make this much simpler, as you just decorate a [Customer] field in the 
[Purchase] object with the @Parent annotation and Objectify will handle the 
rest for you.

On Monday, December 2, 2013 5:25:15 AM UTC-6, Klaus Post wrote:

 Hi!

 (Since nobody wrote back, I thought I'd give it a shot even though I am 
 also beginner)

 It seems like you are on the right track. It might be simpler than you 
 think.

 I would also make Purchases a child of the Customer, so you can do a 
 simple search by simply querying where ancestor=customer_key. So any 
 purchase creates a Purchase entity as you describe.  This will also make 
 all purchases of a single customer consistent, and you can do transactions, 
 and still have a scalable system.  In some cases you could also stick some 
 extra information about the customer into the purchase without indexes - 
 but in general that shouldn't be needed.

 The biggest challenge will probably be inventory management, but depending 
 on your business needs you can probably also aplit that into entity groups 
 of a managable size,so you don't have a single entity group for your 
 inventory items.

 Have fun :)


 Regards, Klaus

 On Friday, November 29, 2013 10:50:52 PM UTC+1, Jimin Park wrote:

 I am a beginner to DataStore and I am wondering how I should use it to 
 achieve what I want to do.

 For example, my app needs to keep track of customers and all their 
 purchases.

 Coming from relational database, I can achieve this by creating 
 [Customers] and [Purchases] table.
 In DataStore, I can make [Customers] and [Purchases] kinds.

 Where I am struggling is the structure of the [Purchases] kind.

 If I make [Purchases] as the child of [Customers] kind, would there be 
 one entity in [Customers] and one entity in [Purchases] that share the same 
 key? Does this mean in side of this [Purchases] entity, I would have a 
 property that just keeps increasing for each purchase they make?

 Or would I have one [Purchases] entity for each purchase they make and in 
 each of these entities I would have a property that points to a entity in 
 [Customers] kind?

 How does DataStore perform in these scenarios?



-- 
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: Having trouble running my first app engine app

[Chad Vincent]

This isn't a problem with Mavericks, it's a problem with Java 7u45 on any 
version of OSX.  Other people are reporting it on Mountain Lion.

On Tuesday, December 3, 2013 12:18:51 PM UTC-6, Sidney wrote:

 Hey Vinnie,

 Thanks for the response. So I am currently running OSX Mavericks, is the 
 options on stack overflow going to work with that OS? Also, do you by any 
 chance know how long it takes for Oracle to provide support for new OSX OSs?

 Thanks a bunch

 Sidney

 On Tuesday, November 26, 2013 10:31:12 AM UTC-8, Sidney wrote:

 Hey Everyone,

 Thanks in advance. I am working on the Guestbook tutorial provided on the 
 app engine website. All I have done is created a new project and I am 
 trying to run the project in the debugger console. This is the error I am 
 getting:

 objc[6189]: Class JavaLaunchHelper is implemented in both 
 /Library/Java/JavaVirtualMachines/jdk1.7.0_45.jdk/Contents/Home/bin/java 
 and 
 /Library/Java/JavaVirtualMachines/jdk1.7.0_45.jdk/Contents/Home/jre/lib/libinstrument.dylib.
  
 One of the two will be used. Which one is undefined.

 Usage: dev-appserver [options] app directory


 Options:

  --help, -h Show this help message and exit.

  --sdk_root=DIR Overrides where the SDK is located.

  --server=SERVERThe server to use to determine the latest

   -s SERVER   SDK version.

  --address=ADDRESS  The address of the interface on the local 
 machine

   -a ADDRESS  to bind to (or 0.0.0.0 for all interfaces).

  --port=PORTThe port number to bind to on the local 
 machine.

   -p PORT

  --disable_update_check Disable the check for newer SDK versions.

  --generated_dir=DIRSet the directory where generated files are 
 created.

  --default_gcs_bucket=NAME  Set the default Google Cloud Storage bucket 
 name.

  --jvm_flag=FLAGPass FLAG as a JVM argument. May be repeated 
 to

   supply multiple flags.


 Im not sure what to do from here to get it to run? 



-- 
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: where to put credentials?

[Chad Vincent]

In a global settings object in the datastore sounds good to me.

On Friday, November 15, 2013 4:18:53 AM UTC-6, stephanos wrote:

 Hi there,

 my project currently stores API keys and other credentials in the source 
 code. That's far from ideal.
 In Heroku you can set global environment variables which are a great place 
 to store those sensitive information.

 So - where do you put your credentials?

 Cheers
 Stephan


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

Re: [google-appengine] Is there 3-4 second differences between instance clocks?

[Chad Vincent]

It seems to be fixed, but at one point on a previous project we were seeing 
clock skews of over 30 minutes.

On Saturday, November 2, 2013 7:33:32 AM UTC-4, timh wrote:

 I have at times experienced definite clock skews (I documented some up as 
 much a minute in the early stages.)

 I personally think it is a mistake to design a solution that needs  5 sec 
 clock accuracy with appengine.

 T

 On Saturday, November 2, 2013 12:32:43 PM UTC+8, Vinny P wrote:

 On Fri, Nov 1, 2013 at 9:44 PM, Kaan Soral kaan...@gmail.com wrote:

 I've been seeing the errors pop up, but it's always between datetime's 
 that differ only by 2-3 seconds
 Than I remembered a *really* old discussion about instance time 
 differences and it seems that the cause of these 2-3 second differences is 
 instance time differences. Could this be the case?



 Yes.

 Instance clocks are not guaranteed to be accurate - there is always some 
 skew, especially for large applications which span many instances ( in the 
 physical sense, span multiple machines which may have some clock drift ). 
 It's rarely mentioned though, since few applications need that accurate of 
 a clock.


 On Fri, Nov 1, 2013 at 9:44 PM, Kaan Soral kaan...@gmail.com wrote:

 I'm thinking of logging an error only-if the difference is 
 some_seconds, however unsure how many seconds that should be, is there an 
 upper limit to this time difference, if it exists?



 When App Engine was still in beta, I personally noted clock skews 
 exceeding 30 seconds, sometimes close to a minute. With that said, instance 
 clocks seem to be synchronized to a much closer standard nowadays. If I had 
 to suggest an upper limit for you, I would go with around 10-15 seconds. 
 Note that I'm not claiming this to be a hard and fast number - it's my 
 rough approximation. Feel free to ignore it or go with a lower number.
  
  
 -
 -Vinny P
 Technology  Media Advisor
 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.
For more options, visit https://groups.google.com/groups/opt_out.

[google-appengine] Re: handle https request on local machine using google appengine sdk

[Chad Vincent]

Any particular reason you need to test https in dev?

On Tuesday, October 8, 2013 10:10:22 AM UTC-5, Chetan Dhembre wrote:

 Hi,
I have created one appplication using google app engine sdk in java. 
 And it is handling http request properly. but i unable to handle https 
 request. I tried to install self signed ssl certificate on my local java 
 home directory but it does not help me. Any on faced this problem ? how to 
 tackle this problem ? please 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/groups/opt_out.

[google-appengine] Re: java.lang.NoSuchMethodError: com.google.common.collect.ImmutableList.copyOf

[Chad Vincent]

When you added Guava locally, did you put it in war/WEB-INF/lib?

If so, it should have deployed with the rest of your application.

On Tuesday, August 20, 2013 6:51:26 AM UTC-5, Mukesh Joshi wrote:

 I have a Appengine+GWT+Visualization charts application which run fine in 
 the local eclipse development environment with mysql database but when I 
 deploy this to appengine I am getting this error. I had this issue on the 
 local environment and added the guava jars under gwt plugin and resolved 
 that issue. Can somebody help me understand how I can do the same on the 
 remote appengine environment.

 Thanks in advance for your help.


 WW2013-08-19 15:13:39.437

 Error for /oldv2reports/getData
 java.lang.NoSuchMethodError: 
 com.google.common.collect.ImmutableList.copyOf(Ljava/util/Collection;)Lcom/google/common/collect/ImmutableList;
   at 
 com.google.visualization.datasource.query.QuerySelection.getColumns(Unknown 
 Source)
   at com.google.visualization.datasource.query.Query.validate(Unknown 
 Source)
   at 
 com.google.visualization.datasource.query.parser.QueryBuilder.parseQuery(Unknown
  Source)
   at 
 com.google.visualization.datasource.DataSourceHelper.parseQuery(Unknown 
 Source)
   at 
 com.google.visualization.datasource.DataSourceHelper.parseQuery(Unknown 
 Source)
   at 
 com.google.visualization.datasource.DataSourceRequest.createQueryFromRequest(Unknown
  Source)
   at com.google.visualization.datasource.DataSourceRequest.init(Unknown 
 Source)
   at 
 com.google.visualization.datasource.DataSourceHelper.executeDataSourceServletFlow(Unknown
  Source)
   at com.google.visualization.datasource.DataSourceServlet.doGet(Unknown 
 Source)
   at javax.servlet.http.HttpServlet.service(HttpServlet.java:617)

   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:35)
   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:266)
   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:76)
   at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:404)
   at 



-- 
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: Security advisory: SSL is Gone

[Chad Vincent]

Since the problem is with SSL and GZIP combined?  Every bit as vulnerable 
as every other host out there.

The protocols themselves are issue, so without breaking things there's 
nothing Google could do.

As far as the injection/measuring, that is all in how well you protect 
against XSS in your own site, browser security, user-installed toolbars, 
etc.

On Tuesday, August 6, 2013 3:34:17 PM UTC-5, coto wrote:

 At ekoparty 2012, Thai Duong and Juliano Rizzo announced CRIME, a 
 compression side-channel attack against HTTPS. An attacker with the ability 
 to:

-  Inject partial chosen plaintext into a victim's requests
-  Measure the size of encrypted traffic

 More info: 
 https://www.djangoproject.com/weblog/2013/aug/06/breach-and-django/

 The appropriate question for this group is: How vulnerable Google App 
 Engine is when SSL (and GZIP) is/are enabled??


-- 
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: BREACH attack - is App Engine vulnerable?

[Chad Vincent]

I'm with the person from Iron Mountain...  Just like CRIME, they both seem 
to require some kind of XSS vulnerability in the page, then take advantage 
of TLS and GZIP.  As long as your users don't use a lot of suspicious 
add-ons and you prevent XSS as best as you can, I really don't think 
there's much risk.

Not that the compression + encryption combination don't need fixed, but you 
not only need help from Google to mitigate it on AppEngine by supporting an 
updated standard, but all of your users will have to use an updated web 
browser, too.

-- 
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: Time Syncronization

[Chad Vincent]

My current project isn't very time-sensitive, but my previous one we saw 
servers up to 45 minutes slow.  Made it hard to make fetches from Amazon S3 
buckets with a 30-minute signed token when it was already expired by 15 
minutes...

On Thursday, July 25, 2013 2:27:04 PM UTC-5, Richard wrote:

 My experience is that GAE backends are horrible when it comes to the 'NTP 
 correct' time.  I have seen servers as much as 20 minutes out.  For the 
 last 6 months or so, they have been much better, so maybe Google got its 
 act together.

 Since I run a MMO synchronized client (android) server (GAE) game, I need 
 everyone to be correct to within 1-2 seconds.  The following code works 
 pretty well:

 url = http://www.worldtimeserver.com;
 format = '%a, %d %b %Y %H:%M:%S %Z'
 correction = 0
 try:
 orig_timestamp = time.mktime(time.gmtime(time.time()))
 result = urllib2.urlopen(url)
 date_string = result.headers['Date']
 recv_timestamp = time.mktime(time.gmtime(time.time()))
 dest_timestamp = time.mktime(time.strptime(date_string, format))

 correction = int((recv_timestamp - dest_timestamp)/2%180.)

 Reason for the %180 in there is the games are on a 3 minute boundary.


 I rarely see more than 1-3 seconds of 'correction' needing to be applied 
 nowadays.


 On Thursday, July 25, 2013 12:53:34 PM UTC-4, Evan Ruff wrote:

 Hey guys,

 I'm curious to hear about any strategies people have used to employ time 
 synchronization among the AppEngine instances. I'm working on a project 
 that is looking to have a pretty important time component and the current 
 strategy I'm looking at is something long the lines of:

 1. Record System.currentTimeMils()
 2. URLFetch to an NTP server somewhere
 3. Note return time
 4. Correct NTP time using the start time to get request time.

 Is this how other people are handling it? Is there another way that might 
 be simpler? I'm a little hesitant to run an URLFetch for each request, 
 obviously.

 Thanks!

 E



-- 
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: GWT + GAE eclipse plugin - how not to compile

[Chad Vincent]

GWT must be compiled before being used, and it requires tools that are not 
available on GAE.

If you're looking to debug the JS that GWT generates in a live environment, 
you can change the compilation level from obfuscated to pretty or 
detailed.

On Thursday, July 25, 2013 2:26:42 PM UTC-5, Deepak Singh wrote:

 Hi,

 I have my project GWT + GAE. Its all fine with the project.

 When i deploy to GAE, plug in automatically compiles the project and then 
 deploy.

 HOW DO I AVOID COMPILATION DURING DEPLOYMENT ?

 -- 
 Deepak Singh 


-- 
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: Joomla website

[Chad Vincent]

Looks like Joomla just started working on it last week-ish:

https://groups.google.com/forum/#!topic/joomla-dev-cms/JmDLyDPOGFA

On Thursday, July 25, 2013 10:54:18 AM UTC-5, Sravan Kumar wrote:

 Hi There,

 Good Day!!
 Is there a provision where I can deploy my joomla based websites into 
 google cloud space.

 Many Thanks
 Sravan


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

Re: [google-appengine] Deployment with java

[Chad Vincent]

Then you want to use the cmd/bash scripting instructions, but write your 
script with Java or Groovy.  You'll still have to call the external tools, 
as there are no Java libraries to perform the deployment.

On Tuesday, May 21, 2013 2:30:19 AM UTC-5, Vincenzo Chindemi wrote:

 In this page, the informations are about deploy with eclipse plugin or 
 command line (cmd or bash), I would create the same thing but with Java 
 language.


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

[google-appengine] Re: Google app script and google app engine

[Chad Vincent]

App Engine doesn't support Google App Script for server-side code.  You may 
want to ask in a Google Apps group instead.

On Sunday, May 12, 2013 1:26:45 AM UTC-5, Salar Darwish wrote:

 I have a google app script and i want to upload this to google app engine 
 to link it to my google domain. Every manual i found is about java or 
 pyhten. How can i upload my app(google app script) to google app engine? 
 thank you 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?hl=en.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [google-appengine] Noticed Cloud Integration in Application Settings

[Chad Vincent]

If they're announcing at at I/O, they're not going to spoil the surprise by 
putting it here first.

On Thursday, May 9, 2013 3:02:20 AM UTC-5, Moises Belchin wrote:

 It'd be very usefull if the GAE team publish it into mailing list too. 
 Some people won't be at Google I/O.

 Regards.


 Saludos.
 Moisés Belchín.


 2013/5/8 Chad Vincent ccrvi...@gmail.com javascript:

 My guess is that they will be explaining next week at I/O.


 On Wednesday, May 8, 2013 2:59:29 AM UTC-5, Moises Belchin wrote:

 Can anyone explain us this new feature and how it works ?

 Thanks to all.


 Saludos.
 Moisés Belchín.


 2013/5/8 Jason Collins jason.a...@gmail.com

  Really hoping that Cloud Integration is a way to get App Engine, 
 Compute Engine, BigQuery, Cloud SQL, and Cloud Storage to all interoperate 
 more seamlessly on the permissions front. The current technique(s) are all 
 quite mysterious and error-prone.
  
 j

 -- 
 You received this message because you are subscribed to the Google 
 Groups Google App Engine group.
 To unsubscribe from this group and stop receiving emails from it, send 
 an email to google-appengi...@**googlegroups.com.
 To post to this group, send email to google-a...@googlegroups.**com.

 Visit this group at http://groups.google.com/**
 group/google-appengine?hl=enhttp://groups.google.com/group/google-appengine?hl=en
 .
 For more options, visit 
 https://groups.google.com/**groups/opt_outhttps://groups.google.com/groups/opt_out
 .
  
  


  -- 
 You received this message because you are subscribed to the Google Groups 
 Google App Engine group.
 To unsubscribe from this group and stop receiving emails from it, send an 
 email to google-appengi...@googlegroups.com javascript:.
 To post to this group, send email to 
 google-a...@googlegroups.comjavascript:
 .
 Visit this group at http://groups.google.com/group/google-appengine?hl=en
 .
 For more options, visit https://groups.google.com/groups/opt_out.
  
  




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

Re: [google-appengine] Noticed Cloud Integration in Application Settings

[Chad Vincent]

My guess is that they will be explaining next week at I/O.

On Wednesday, May 8, 2013 2:59:29 AM UTC-5, Moises Belchin wrote:

 Can anyone explain us this new feature and how it works ?

 Thanks to all.


 Saludos.
 Moisés Belchín.


 2013/5/8 Jason Collins jason.a...@gmail.com javascript:

 Really hoping that Cloud Integration is a way to get App Engine, 
 Compute Engine, BigQuery, Cloud SQL, and Cloud Storage to all interoperate 
 more seamlessly on the permissions front. The current technique(s) are all 
 quite mysterious and error-prone.

 j

 -- 
 You received this message because you are subscribed to the Google Groups 
 Google App Engine group.
 To unsubscribe from this group and stop receiving emails from it, send an 
 email to google-appengi...@googlegroups.com javascript:.
 To post to this group, send email to 
 google-a...@googlegroups.comjavascript:
 .
 Visit this group at http://groups.google.com/group/google-appengine?hl=en
 .
 For more options, visit https://groups.google.com/groups/opt_out.
  
  




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

Re: [google-appengine] Re: Resource not found exception thread

[Chad Vincent]

From what I've seen, System.err does not get logged by default.  Try 
explicitly logging the exception in your log statement.

On Tuesday, May 7, 2013 3:51:50 PM UTC-5, Vivek Kumar wrote:

 Thanks for replying.

 e.printStackTrace() does not print anything in the app engine logs/ 
 All i see is:


1. 2013-05-07 10:01:45.642  

vik.sakshum.sakshumweb.server.common.CommonServiceCode getGoogleDoc: 
 Exception in finally of execute of getGoogleDoc

2.  E 2013-05-07 10:01:45.642  

vik.sakshum.sakshumweb.server.common.CommonServiceCode getGoogleDoc: 
 Exception class is :com.google.gdata.util.ResourceNotFoundException

3.  E 2013-05-07 10:01:45.642  

vik.sakshum.sakshumweb.server.common.CommonServiceCode getGoogleDoc: 
 Exception is :OK



 Coming at line: 

 MediaSource ms = client.getMedia(mc);



 Thankx and Regards

 Vik
 Founder
 http://www.sakshum.org
 http://blog.sakshum.org


 On Tue, May 7, 2013 at 1:20 PM, Vinny P vinn...@gmail.com 
 javascript:wrote:

 On Tuesday, May 7, 2013 1:06:44 PM UTC-5, Vivek Kumar wrote:

 Hi

 Can someone please assist on the thread http://stackoverflow.**
 com/questions/16329900/com-**google-gdata-util-**
 resourcenotfoundexceptionhttp://stackoverflow.com/questions/16329900/com-google-gdata-util-resourcenotfoundexception


 From your Stack Overflow post:
 I had working code till yesterday and today i am seeing exception 
 com.google.gdata.util.ResourceNotFoundException while reading google doc 
 from my gae code...

 What is the exact exception message coming from 
 ResourceNotFoundException? That exception can come up for several reasons. 
 Also, a full stack trace would be great. The gdata Java library does a lot 
 of stuff - it's difficult to pinpoint an exact cause without a stack trace 
 and exception message.


 -
 -Vinny P
 Technology  Media Advisor
 Chicago, IL

 My Go side project: http://invalidmail.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-appengi...@googlegroups.com javascript:.
 To post to this group, send email to 
 google-a...@googlegroups.comjavascript:
 .
 Visit this group at http://groups.google.com/group/google-appengine?hl=en
 .
 For more options, visit https://groups.google.com/groups/opt_out.
  
  




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

[google-appengine] Re: Google to add new runtime at I/O

[Chad Vincent]

Joomla and Drupal are both very common CMS implementations, and WordPress 
is still broadly used.  All three are in PHP, and improvements to use the 
datastore instead of an SQL backend in those would open up AppEngine as a 
quick, scalable hosting solution.

Also, it is no more from old past than Java.  The runtimes are still 
under active development (I didn't know they switched to JIT compilation 
instead of interpreting in the Zend engine.  Cool!), and it is, unlike 
Microsoft's own Classic ASP, actively supported by Visual Studio.

On Thursday, May 2, 2013 7:11:15 AM UTC-5, Valentyn Shybanov wrote:

 Why not JavaScript/Dart? PHP is something from old past and often used for 
 small non-commercial websites (PHP - Personal Home Page) so without any 
 benefit of real cloud computing...

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

[google-appengine] Re: Application Limit in App Engine

[Chad Vincent]

I don't know about asking for an increase, but disabled apps and apps with 
billing enabled don't count.

On Wednesday, May 1, 2013 10:55:54 AM UTC-5, stephanos wrote:

 I found myself reaching the 10 applications limit. What's the current 
 way to ask for an increase?

 PS: I try to create a stage environment for all my apps, so actually I'd 
 effectively only have 5 apps.

 Regards,
 Stephan


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

[google-appengine] Re: Webpages are not updating properly after a datastore operation performed

[Chad Vincent]

Are you using AJAX, or a generated page?

If AJAX, you should put the new object in the display on successful write. 
 If generated, you're probably generating the new page before the 
write/index update completes.

On Tuesday, April 16, 2013 7:33:37 AM UTC-5, Nijin Narayanan wrote:

 Hi,

 When a datastore operation performed via GET/POST, the web pages are not 
 updating its content properly. After a refresh will shows the correct 
 content. This issue was seen on both SDK and Production environment and 
 it occurred randomly on different appengine appliactions.

 Does anyone have the same issue ?

 Please help me to resolve this.

 -Nijin Narayanan 


  

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

[google-appengine] Re: newbie: multi user app - getting the price per user

[Chad Vincent]

Well, I think I see an easy method, here...

Why not just bill per MB?  I presume the processing is roughly linear with 
the amount of data uploaded, so add a billable event for each upload that 
tallies the amount uploaded.  It'll be the largest billed portion 
(bandwidth + storage) of the operation, and you can charge a nominal markup 
on that to cover the CPU and datastore costs.

How *YOU* bill your customer does not have to be locked to how Google bills 
you, only structured so it covers the costs and scales properly.

On Tuesday, April 9, 2013 11:07:27 AM UTC-5, Martin Trummer wrote:

 unfortunately a flat rate cannot be used, as we expect users to be very 
 different: 
 e.g. we might have big companies with several users that belong to one 
 billing-user and this billing-user would need several TB per month and 
 a lot of CPU time
 and on the other end of the scale we could have a single user that uploads 
 only 1 MB per month
 so a flat rate is not feasible

 I am thinking of some basic rate for every user (which would cover some 
 maintenance costs that cannot be assigned directly to a single user) plus a 
 per-use fee (e.g depending on the uploaded/downloaded data, stored data, 
 CPU cyles, etc.)
 The cost assignment need not be 100% accurate - we just want to make sure 
 that we get at least the money from my users, that I have to pay to Google 
 :)

 I've seen the appstats for Java: 
 https://developers.google.com/appengine/docs/java/tools/appstats
 maybe I can somehow combine this with Google Analytics: 
 http://www.google.com/analytics/

 I am quite surprised, that AppEngine does not support something like this 
 out of the box - or at least easy analytics integration.
 On the other hand, I understand that this is probably not a common use 
 case.


 On Tuesday, 9 April 2013 17:23:32 UTC+2, Vinny P wrote:


 On Monday, April 8, 2013 3:01:24 PM UTC-5, Chad Vincent wrote:

 You're going to have to take all your billable actions, log them to the 
 datastore, and build a reporting framework.  For datastore calls and email 
 and such, this should be easy enough.  I'm not sure if that would be 
 possible for instance time, though.  (Maybe with a Filter, and log the 
 total amount of time each request takes internally?)


 +1. Also, different actions have radically different costs; one user's 
 actions may only incur some Memcache/Task Queue/Logging operations, which 
 are free or relatively cheap, and another user may be searching the 
 datastore, which can quickly add up in costs.

 My suggestion? AppEngine implements the response header 
 X-AppEngine-Estimated-CPM-US-Dollars, which is an estimate of the cost of a 
 particular request times 1000 (Documentation: 
 https://developers.google.com/appengine/docs/python/runtime#Responses ). 
 This header is only available while you're logged in as an administrator. 
 So go browse your site, and build up a list of costs: what each page view 
 costs you. For example, maybe your home page only requires some memcache 
 data retrieval, so it should be charged very cheaply. But perhaps your 
 search page makes multiple calls to the datastore, so you charge more for 
 using that page. Then you need to record which pages your customers visit, 
 and bill accordingly.

 One side note: It may be easier on an administrative basis to charge your 
 users a flat fee instead of going through this hassle. Flat fees are easier 
 for users to understand, and they help reduce support issues (witness the 
 many cellphone horror stories where people accidentally go over their 
 minutes/text message quota and get hit with huge fees, nobody likes those). 
 Also, flat fees save you from writing billing systems and allow you to 
 concentrate on adding new features, which is presumably why your users are 
 paying you in the first place.


 -
 -Vinny P
 Technology  Media Advisor
 Chicago, IL

 @GOV on AppDotNet: https://alpha.app.net/gov


  



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

[google-appengine] Re: New to GAE

[Chad Vincent]

Searchable/indexable limit is 500 characters.

Otherwise, use com.google.appengine.api.datastore.Text for the field type, 
which has no character limit.

https://developers.google.com/appengine/docs/java/javadoc/com/google/appengine/api/datastore/Text
https://developers.google.com/appengine/docs/python/datastore/typesandpropertyclasses
https://developers.google.com/appengine/docs/java/datastore/entities#Properties_and_Value_Types

On Sunday, April 7, 2013 10:35:33 AM UTC-5, Newbee wrote:

 How long can a String be?Can i store a really big para into it.If not then 
 is there any other solution?



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

[google-appengine] Re: newbie: multi user app - getting the price per user

[Chad Vincent]

Your users could be using the Google framework, OAuth, or be 
custom-built...  How would AppEngine know which you're using?

You're going to have to take all your billable actions, log them to the 
datastore, and build a reporting framework.  For datastore calls and email 
and such, this should be easy enough.  I'm not sure if that would be 
possible for instance time, though.  (Maybe with a Filter, and log the 
total amount of time each request takes internally?)

On Monday, April 8, 2013 3:16:49 AM UTC-5, Martin Trummer wrote:

 Any ideas to this?

 Or should I really make one application per user?
 I think this could really be a nightmare when upgradin? Or is there some 
 way to automatically update e.g. 1000 instances?



 On Wednesday, 4 July 2012 16:49:54 UTC+2, Martin Trummer wrote:

 If I write an application on AppEngine that supports multiple users, I'll 
 get a bill at the end of the month for the complete app, right?
 Is it somehow possible to break down this cost to a per-user basis?
 i.e. I'd like to know which of my logged-in users has caused how much of 
 the total cost?

 I'm thinking of some mechanism, where I can tell AppEngine via a command 
 to assign the costs of e.g. this http-request to a certain user / or maybe 
 I need to know how much of the stored data belongs to a single user.

 I'm aware, that there are for sure some costs that I cannot assign to a 
 specific user (like some maintenance work, general background tasks, etc.)

 alternative approaches/recommendations are also welcome:
 e.g. maybe create an app-engine instance for each user of my application 
 (which would only work for very low user-numbers, I guess)



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

[google-appengine] Billing Question - Multiple cards in one Wallet

[Chad Vincent]

I have a personal card setup with Google Wallet in addition to the company 
card.

I setup my App Engine to bill to Wallet, on the company card.  The $0 
pending test charge shows on the company card.  When the first bill 
processed last week, it put it on my personal card instead.

Does it just bill to the default card?  I see nothing in any of the FAQs 
about how to route recurring charges to a specific card, on App Engine or 
Wallet.

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

Re: [google-appengine] Image Chart Replacements?

[Chad Vincent]

Sorry, I tagged the post Java, and forgot the tags don't show up to people 
on the email digests.

On Friday, March 22, 2013 4:57:42 AM UTC-5, Kalle Pokki wrote:

 You didn't mention your language, but for Python, there are at least 
 matplotlib and PNGCanvas (http://the.taoofmac.com/space/projects/PNGCanvas). 
 Matplotlib is already included as experimental in the production server, 
 but doesn't work as-is in the development server. PNGCanvas seems to be a 
 very lightweight solution, if you only need simple graphs. Tried it only 
 offline for now, though.



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

[google-appengine] Re: Image Chart Replacements?

[Chad Vincent]

I knew about the AWT blocks...  Bah.

I'll look into that, but this is a really big blind spot in the 
functionality...  It means no server-generated charts in neither emails nor 
PDFs.  We were trying to move away from PDF in general with this project, 
by adding HTML emails instead...

On Friday, March 22, 2013 11:12:55 AM UTC-5, Vinny P wrote:

 I researched the same problem a few months ago (for Java) and there's 
 basically no replacement for the static image chart API. The reason is that 
 the Java whitelist doesn't include a lot of the AWT classes needed to 
 render an image (for instance, java.awt.Color). 

 I ended up hosting JFreeChart + REST wrapper on an external server, then 
 calling to it from my AppEngine app.

 -Vinny 

 On Tuesday, March 19, 2013 5:40:05 PM UTC-5, Chad Vincent wrote:

 Trying to send a pair of simple line charts in an automated status email. 
  Can't use the Visualization/Image API, since almost all email clients 
 block Javascript.  I would use the Image Chart API, but with deprecation 
 being less than two years out, I'd rather not have to go back and do it 
 again later...

 Any suggestions for services or libraries that like GAE?  Or am I stuck 
 using Image Charts until they vanish?



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

[google-appengine] Image Chart Replacements?

[Chad Vincent]

Trying to send a pair of simple line charts in an automated status email. 
 Can't use the Visualization/Image API, since almost all email clients 
block Javascript.  I would use the Image Chart API, but with deprecation 
being less than two years out, I'd rather not have to go back and do it 
again later...

Any suggestions for services or libraries that like GAE?  Or am I stuck 
using Image Charts until they vanish?

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

[google-appengine] Re: How do you memcache properly? :-)

[Chad Vincent]

Are you on Java, Go, or Python?  On Java, Objectify will use memcache for 
object storage, so you use queries (to get the keys), but not reads.  This 
would abstract away the cache usage in both situations so it's automatic.

It's not for everyone, but worth looking into.

On Sunday, March 17, 2013 10:25:38 AM UTC-5, Marc Seiler wrote:

 Hey guys I am somewhat new to appengine and memcache and I am struggling 
 to set my stuff up properly.


 I have 2 different situations for the same dataset I need to figure out 
 the best way to handle it.

 -

 First situation: On the devices checking in. Some check in very fast 
 because they need to keep the service up to date with the newest 
 information while some check in much slower. Doing this I learned that 
 appengines free quota on read/write operations can be ran through rather 
 quickly. So I started researching the memcache features. The problem is I 
 am not sure how to use memcache with this type of thing but I have come up 
 with 2 different methods and I ask for your help on chosing or being told 
 that I am doing it stupid. The main requirement for later is that it has to 
 be searchable by user because devices are attached to users and each user 
 can have multiple devices. 

 Method 1: When devices check in I store each one in a separate key/value 
 pair in memcache and then have a global list in a key/value pair for each 
 user that gets updated on new devices or when devices get deleted. The 
 global list is So I can use get_multi to get the list all at once.

 Method 2: When a device is checked in a key/pair is pulled for that user 
 that contains that users list of devices and it is updated accordingly. 
 Then the key/pair is pulled when needed later.

 Both of these methods will also update a database for that device if it 
 changes so we always have a database copy. The memcache is mainly what I am 
 using to detect the changes so I make minimal read/write requests to 
 database.

 On top of not knowing which method is best if either one is at all I am 
 not sure how I can set this up to repopulate them from the database if it 
 ever goes away in memcache. This part I am sure I can figure out but I come 
 to you guys and girls to see if I am even starting properly.

 -

 Second Situation: Listing the devices for the users on the site so they 
 can control them. I was thinking since this is going to be way less 
 frequent that I wouldn't really need to use memcache at all but I also 
 thought that devices checking in like they did wasn't a big deal either 
 until appengine said oops out of free quota lol. So. I was thinking I 
 should be using memcache but I was worried about losing search capabilities 
 THEN I thought maybe I could use angular.js to pull the devices and do 
 client side searching. Thoughts?

 -

 All in all I am really lost and in over my head on this and I love it :P I 
 am really REALLY impress with the appengine service and its been super fun 
 developing for. its been days and days of staring at a screen going wtf do 
 I do now. If anyone has any good resources/books for me to read I would be 
 very thankful.


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

[google-appengine] Re: How much space in memcache

[Chad Vincent]

On Thursday, March 7, 2013 1:13:35 PM UTC-6, Vinny P wrote:

 The smartest thing to do is to simply put everything into memcache, and 
 when you need the object, pull it out. If the pull fails, then query the 
 datastore/cloud sql.


Or if you like, you could use Objectify which manages the Memcache as a 
Datastore cache automatically...

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

[google-appengine] Re: How many entities can be placed into datastore?

[Chad Vincent]

On Wednesday, February 27, 2013 7:30:42 PM UTC-6, Alexander Trakhimenok 
wrote:

 You can have as many entities as you want and speed does not depend on 
 number of entities.


You can have as many entities as you have IDs.  If you're using a Long ID, 
you have (2^63)-1 (or around 9,223,372,000,000,000,000) entities before you 
run out of IDs.  String IDs provide even more room.
250 Million should be no problem either way.

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

[google-appengine] Re: I want to put my android-app data onto some central server. Does Google app-engine has this facility? If it has then how xcan I achieve it

[Chad Vincent]

https://developers.google.com/eclipse/docs/appengine_connected_android

On Wednesday, February 20, 2013 10:28:15 AM UTC-6, Husnain Iqbal wrote:


 Hey guys,

 I developed an android-app; actually my (first android app) and it has a 
 big amount of data so I want to put this data onto some central server now. 
 So what should I do? How can I achieve it with Google App-Engine.



 Regards,




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

[google-appengine] Re: Email Bounce Callback - Looks broken

[Chad Vincent]

You have a typo, either in your message or in your app.yaml.

Bounce notification happens on /_ah/bounce, not /_ah_bounce.

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

[google-appengine] Re: Is HIPAA compliance on Google App Engine possible?

[Chad Vincent]

1) No product can ever be HIPAA Compliant, as end-user policies (in this 
case, how you design your app to protect the data, allow access, etc.) can 
allow breaches no matter how much HIPAA was taken in consideration when the 
software (GAE) was written.

2) If you're going to write a web application that involves HIPAA-covered 
information, you should probably already be better versed in compliance 
than this question suggests.  I suggest some more research.

3) Consult a lawyer.  Cover your bases.

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

[google-appengine] Re: Deploy error: Unable to update app: The application contains Java 7 classes, but the --use_java7 flag has not been set.

[Chad Vincent]

You can't.  Java 7 is in beta.  You need to go into Eclipse and change the 
project settings to Java 1.6, then fix any build errors from using Java 7 
classes.

https://groups.google.com/forum/?fromgroups=#!topic/google-appengine/_NTdXKMiLlU

-- 
You 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.
Visit this group at http://groups.google.com/group/google-appengine?hl=en.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [google-appengine] Help! Billing Out of Control!

[Chad Vincent]

I don't mean to butt in, but it appears you didn't read the migration docs 
properly.  The migration buttons are under Application Settings  View 
Migration Tool, not under Datastore Admin.

https://developers.google.com/appengine/docs/adminconsole/migration#Using_the_Migration_Tool

On Friday, January 4, 2013 3:02:27 PM UTC-6, Stephen Blum wrote:

 Hi Takashi and Google Team,

 We made the transition successfully from *Master/Slave* to the new *High 
 Replication *datastore. However it cost us just under *$2,000.00 and it 
 was supposed to be free*.  Please let us know how we fix this billing 
 error.

 On Wednesday, January 2, 2013 11:26:23 PM UTC-8, Stephen Blum wrote:

 Hi Takashi,

 We tried using the *Migration Buttons* in the Datastore Admin 
 section labeled *Copy to Another App* and Delete Entities.  The 
 button labeled Copy to Another App is totally related and relevant to 
 migration and the way it is described in the Migration Document.  The two 
 important notes I took from the Migration Doc were:

1. You do not incur any billing costs when you do this migration.
2.  you will make your old application ID an alias for the new one; 
thus, if users browse your application at *old-name*.appspot.com, 
they will instead see your new application (which you might think of as 
*new-name*.appspot.com).

 That made it totally obvious what we needed to do.  Basically create a 
 new App Name.  Then Copy the Data over to the new App.  This is the 
 direction we followed and yet apparently we were surprised by a $2,000.000 
 bill in only a few moments. Please help us fix this billing error!  :-)

 On Wednesday, January 2, 2013 11:17:24 PM UTC-8, Takashi Matsuo (Google) 
 wrote:


 Hi Stephen,

 On Wed, Jan 2, 2013 at 10:49 PM, Stephen Blum blum.s...@gmail.comwrote:

 Hi Takashi,

 Thank you for the update.  How do we properly apply for errors in 
 billing?  Not allowing us Billing Credit for a Migration Path that is *
 Required* does not makes sense!  *:-)*  There must be a way to correct 
 this error.  Basically GAE Dashboard is currently:

1. Offering a Migration Button that will instantly charge $2,000.00 
(why why why?) and

 Can you tell me which button you're talking about?


1. Warning loudly in a big yellow *warning* banner that told us to 
Migrate Now! and it *would actually be free*.

 As long as you use our migration tool, the migration process itself 
 should be free.
  

 It is my understanding that we are suposed to migrate.  Yet it isn't 
 free...?  No worries!  We won't migrate then.  * :-) * That solves 
 that part... now How may we make it so we are not charged for this FAKE 
 OUT 
 migration process?  Please Help!

 On Wednesday, January 2, 2013 10:28:01 PM UTC-8, Takashi Matsuo 
 (Google) wrote:


 Hi Stephen,

 Unfortunately, you did it wrong. Please refer to the 
 dochttps://developers.google.com/appengine/docs/adminconsole/migration?hl=enand
  migrate with our migration tool.

 Re: refund
 I don't think we can refund for it, sorry.

 -- Takashi


 On Wed, Jan 2, 2013 at 10:18 PM, Stephen Blum blum.s...@gmail.comwrote:

 Hi Takashi,


 https://lh5.googleusercontent.com/-6hxKP1JDfeU/UOUifTEC7KI/AYE/KFldMXpMZ1g/s1600/Screen+Shot+2013-01-02+at+10.16.01+PM.png
 Thank you again for the fast response and direct details.  You are 
 being very helpful.  There are Datastore buttons and controls which we 
 are 
 using in the *GAE Dashboard* under *Datastore Admin* section.  Are 
 we to understand that those are not honored with the Migration Path?  If 
 this is the case it was a massive mistake that we made: May ask for a 
 refund?  We are using these buttons (as shown in the screenshot).


 On Wednesday, January 2, 2013 10:05:38 PM UTC-8, Takashi Matsuo 
 (Google) wrote:


 On Wed, Jan 2, 2013 at 9:48 PM, Stephen Blum blum.s...@gmail.comwrote:

 Hi Takashi,

 Thank you for the details!  We are in the process of migrating now, 
 and I expect that is cause.  However it was my understanding that the 
 migration was a free process as per the docs.  Why is it incurring 
 such a 
 high charge?  Those tasks queues are old and from long ago that has 
 not 
 changed for about a year.  However now that we are starting the 
 migration 
 the billing has overblown!  It's almost at *$2,000.00* for just a 
 few hours.


 Yes, our migration 
 toolhttps://developers.google.com/appengine/docs/adminconsole/migration?hl=endoesn't
  cost you for the migration process itself. If you're using our 
 migration tool, I believe that the high usage of the datastore is 
 caused by 
 other reasons(it is very likely the infinite retry loop I mentioned 
 before).

 Can you tell me how you're migrating your app? If you're using any 
 other tools for the migration, it will very likely cost you for the 
 migration process itself.

 -- Takashi
  



 On Wednesday, January 2, 2013 9:37:16 PM UTC-8, Takashi Matsuo 
 (Google) wrote:


 Hi Stephen,

 All of your tasks in the 'default' 

[google-appengine] Unusable Time accuracy in an instance - How best to compensate?

[Chad Vincent]

I'm working on a project that uses GAE for datastore/services and Amazon S3 
for bulk data storage.  When using a HEAD request to S3 to verify an 
upload, we're getting this back from S3:

?xml version=1.0 encoding=UTF-8?
ErrorCodeAccessDenied/CodeMessageRequest has 
expired/MessageRequestId[...]/RequestIdExpires2012-10-29T22:36:55Z/ExpiresHostId[...]/HostIdServerTime2012-10-29T22:57:29Z/ServerTime/Error

The timestamp on the GAE log was 2012-10-29 18:57:28.537 EDT (-4), so 
Amazon is reporting roughly the right time.

The problem is, that expiry on the request is set by:

System.currentTimeMillis() + (30*60*1000); // Add Half Hour expiration 
window


So that means that System.currentTimeMillis() returned 2012-10-29T22:06:55Z 
just a few seconds before Amazon responded.  A whole 51 minutes SLOW 
relative to current time / Amazon's clocks.  We saw this for several hours 
today, watching in horror as upload after upload failed to verify with 
drift between 38 and 55 minutes, varying on each request.

Now, we know there isn't any guarantee to the clock skew ( 
https://groups.google.com/forum/?fromgroups=#!topic/google-appengine/YwskAo2g-Ik
 
), but is there any preferred way to get a more accurate time than within 
an hour?  We've so far considered finding NTP libraries that will run in a 
service, hitting Amazon with a bogus request just to use the timestamp to 
build the real request, etc.  We could bump up the request expiry to a 
couple of hours, but if the drift keeps getting worse, we'll have to change 
that constant again and again, and I (and my co-workers) would like a more 
permanent fix than that.

Thoughts?

-- 
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/-/1PgPrViOEVIJ.
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.