[google-appengine] Confuse about which is better solution to pagination using datastore on Python App Engine

2015-07-06 Thread Zeck Li
Hi, 
I'm building a Webapp2 application, and trying to find the best solution 
for pagination.
I found out that the prevalent solution is to use the cursor. For example:

# In my opinion, I think that I need to get all cursors in the very first 
time
# For example, there will be 2 cursors for 3 pages 
# page1|c1|page2|c2|page3

page_size = 20
all = model.MyModel.gal(...)

# Client will send the page number in order to get cursor from the memcache
...

if has cursor:
   # Use cursor to get items
   list = all.with_curosr(...)
else:
   # Get all cursors and memcaching all cursors
   ...

I also tried another solution although I knew many people will consider it 
a bad solution:

# In this solution, I try to split query into many list
# page1(list1)|page2(list2)|page3(list3)

page_size = 20
all = list(model.MyModel.gql(...))
lists = [all[i:i+page_size] for i in range(0, len(all), page_size)]

# Client will send the page number
...

list = []
if len(lists) > 0:
list = lists[int(page_number)-1]


Here comes my question. What is the advantages of using cursor ?
Both two solutions all need to execute MyModel.gql(...) to get all data, 
and the first solution still need to execute with_cursor(...) to retrieve 
items.
It makes me so confused.

If you have better solutions or any suggestions for improving my solution, 
please share with me !!

-- 
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/9afe6644-db6e-461a-aaca-e5990da0d6c6%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


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

2015-07-06 Thread Avanish Raju
Hi,

I continue to get these errors every single time I deploy now... though the 
deployment does go through.

I've also created a bug with the detailed 
log: 
https://code.google.com/p/googleappengine/issues/detail?can=2&start=0&num=100&q=&colspec=ID%20Type%20Component%20Status%20Stars%20Summary%20Language%20Priority%20Owner%20Log&groupby=&sort=&id=12106

Regards,
Avanish

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

-- 
You received this message because you are subscribed to the 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/ad02ebe9-0002-4a2a-818e-ae69731b409a%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[google-appengine] wtforms python

2015-07-06 Thread Richard Cheesmar
I have a form which generates some selects using certain data. This is done 
using wtforms with python, webapp2, gae on the server and passed as a kwarg 
to the client. The site is multilingual using Babel translations. When I 
change the language on the production server the form gets called but the 
data doesn't change language. This works fine on the development server, 
but not in production.

Code:

This is attached to a handler class and does what it is supposed to

def form(self):
from product.product_data.forms import ProductForm
return ProductForm(self)


In my BaseHandler I have the following:

if hasattr(self, 'form'):
kwargs['form'] = self.form()
logging.info('get form')
logging.info(kwargs['form'].product_type())


Now the second log logging.info(kwargs['form'].
product_type()) shows the correct language on the dev server but not on the 
production server

The form is thus:

class ProductForm(BaseForm):
"""
One big product form
"""

# PRODUCT---

# Set the product types - alphabetically as either Radio buttons or 
selectmultiple
# which is interpreted as checkbox on client

p = realestate_product()

for k, v in p.iteritems():

try:
if v['set']:
set = get_set(v)
# Use locals() here to append product with content of k and 
make form variable
locals()['product_' + k] = fields.SelectField(v['label'], 
choices=set)
except:
if v['exclusive']:
locals()['product_' + k] = fields.SelectField(v['label'], 
choices=sorted(v['choices'], key=lambda tup: tup[1][1:]))
else:
locals()['product_' + k] = 
fields.SelectMultipleField(v['label'], choices=sorted(v['choices'], key=lambda 
tup: tup[1][1:]))

pass


At first I was using a webapp2.cached_property on the form method, but have 
since removed it as even when I called the form from a non cached method on 
change of language, it still didn't work.

Appreciate any feedback

Thanks

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


Re: [google-appengine] Confuse about which is better solution to pagination using datastore on Python App Engine

2015-07-06 Thread Karl MacMillan
  

> On Jul 6, 2015, at 4:22 AM, Zeck Li  wrote:
> 
> 
> Here comes my question. What is the advantages of using cursor ?
> Both two solutions all need to execute MyModel.gql(...)to get all data, and 
> the first solution still need to execute with_cursor(...)to retrieve items.
> It makes me so confused.
> 
> 
> 
> 

In the most basic terms, when you use a cursor the query can start from where 
it left off. With your other solution it will have to execute a new query, 
start the beginning of the results, and seek until it gets to the starting 
point for that page. If you are deep into a result set that seeking can waste 
quite a bit of time.


Karl


> If you have better solutions or any suggestions for improving my solution, 
> please share with me !!
> 
> 
> 
> -- 
> 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/9afe6644-db6e-461a-aaca-e5990da0d6c6%40googlegroups.com
> .
> For more options, visit https://groups.google.com/d/optout
> .

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


[google-appengine] Re: wtforms python

2015-07-06 Thread Richard Cheesmar
ok, couldn't figure this one out, so rewrote the code to build selects in a 
simple def and pass as a parameter instead of form. Seems to be working. I 
have my suspicions regarding wtforms though, but it's a pain not knowing, 
but no time...

On Monday, July 6, 2015 at 3:10:02 PM UTC+3, Richard Cheesmar wrote:
>
> I have a form which generates some selects using certain data. This is 
> done using wtforms with python, webapp2, gae on the server and passed as a 
> kwarg to the client. The site is multilingual using Babel translations. 
> When I change the language on the production server the form gets called 
> but the data doesn't change language. This works fine on the development 
> server, but not in production.
>
> Code:
>
> This is attached to a handler class and does what it is supposed to
>
> def form(self):
> from product.product_data.forms import ProductForm
> return ProductForm(self)
>
>
> In my BaseHandler I have the following:
>
> if hasattr(self, 'form'):
> kwargs['form'] = self.form()
> logging.info('get form')
> logging.info(kwargs['form'].product_type())
>
>
> Now the second log logging.info(kwargs['form'].
> product_type()) shows the correct language on the dev server but not on 
> the production server
>
> The form is thus:
>
> class ProductForm(BaseForm):
> """
> One big product form
> """
>
> # PRODUCT---
>
> # Set the product types - alphabetically as either Radio buttons or 
> selectmultiple
> # which is interpreted as checkbox on client
>
> p = realestate_product()
>
> for k, v in p.iteritems():
>
> try:
> if v['set']:
> set = get_set(v)
> # Use locals() here to append product with content of k and 
> make form variable
> locals()['product_' + k] = fields.SelectField(v['label'], 
> choices=set)
> except:
> if v['exclusive']:
> locals()['product_' + k] = fields.SelectField(v['label'], 
> choices=sorted(v['choices'], key=lambda tup: tup[1][1:]))
> else:
> locals()['product_' + k] = 
> fields.SelectMultipleField(v['label'], choices=sorted(v['choices'], 
> key=lambda tup: tup[1][1:]))
>
> pass
>
>
> At first I was using a webapp2.cached_property on the form method, but 
> have since removed it as even when I called the form from a non cached 
> method on change of language, it still didn't work.
>
> Appreciate any feedback
>
> Thanks
>

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


[google-appengine] Re: Old app not deleteing after master/slave migrations

2015-07-06 Thread Ryan (Cloud Platform Support)
Salutations Darrell,

You should fill out this form 

 to 
get help with Master / Slave issues. As this is slowing your transition 
they will be able to help.

On Saturday, July 4, 2015 at 4:58:36 AM UTC-4, Darrell Taylor wrote:
>
> Hi,
>
> I just wondered if anybody else was experiencing old apps not deleting 
> after migration.  I need them gone because I'm up to my quota and cannot 
> migrate some of my other apps until these are deleted.  The screenshot 
> below shows this app should have been deleted on the 26th June.
>
>
>
> 
>
>
> Anybody got any ideas how I can get this deleted?
>
> Thanks
>

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


[google-appengine] Saving dict with images

2015-07-06 Thread Saturnino Mateus
Hello,

I need to save in datastore a dict with images using NDB. I used this 
example as 
reference: https://cloud.google.com/appengine/docs/python/blobstore/ 
It works fine when is running in localhost, but dont work on the cloud, 
gives me 404 Error after click upload button. What i am doing wrong? Is 
there any cheaper third API alternative instead this one?

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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/e086dd93-d068-4cdd-987d-68910c29ad69%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[google-appengine] Re: gcloud tool & queue configuration

2015-07-06 Thread Ryan (Cloud Platform Support)
I have confirmed the doc's are not clear. You need to specify the yaml 
files you want to use when deploying.

On Thursday, July 2, 2015 at 10:03:37 AM UTC-4, Ryan (Cloud Platform 
Support) wrote:
>
> Thank you very much! I will look into this today and get back to you later.
>
> On Wednesday, July 1, 2015 at 12:00:17 PM UTC-4, Pedro Ribeiro wrote:
>>
>>
>> Hi,
>>
>> I used to deploy my appengine projects using the maven appengine plugin 
>> (mvn appengine:update), but I switched to the gcloud plugin so I could use 
>> service accounts. I have multiple modules and I am deploying a specific one 
>> using something like
>>
>> mvn --projects  gcloud:deploy
>>
>> Quoting the documentation (https://cloud.google.com/sdk/gcloud-app):
>>
>> gcloud preview app deploy deploys all application code and modules as 
>>> well as indexes, cron jobs, denial of service settings, and *queues*.
>>
>>
>> However, it seems like it isn't updating my queues configuration at all. 
>> Down the line, the maven plugin ends up running the following command:
>>
>> python -S /home//google-cloud-sdk/lib/googlecloudsdk/gcloud/gcloud.py 
>> --quiet --project= preview app deploy /tmp/1435761723265-0/
>> app.yaml --version=0-0-1
>>
>> The documentation talks about "directories" but my current gcloud version 
>> demands an app.yaml file.
>>
>> If I check /tmp/1435761723265-0 I can see a valid queue.yaml generated 
>> based on my queue.xml, but unless I manually run
>>
>> gcloud preview app deploy /tmp/1435761723265-0/queue.yaml
>>
>> my configs are not updated.
>>
>> Am I missing something? Is the documentation outdated? Is it a bug?
>>
>> I'm using gcloud-maven-plugin:0.9.57.v20150423 and Google Cloud SDK 
>> 0.9.67:
>>
>> app 2015.06.30
>> app-engine-go-linux-x86_64 1.9.23
>> app-engine-java 1.9.23
>> app-engine-python 1.9.23
>> app-engine-python-extras 1.9.21
>> bq 2.0.18
>> bq-nix 2.0.18
>> core 2015.06.30
>> core-nix 2015.06.02
>> gae-python 2015.06.02
>> gcloud 2015.06.30
>> gcutil-msg 2015.06.09
>> gsutil 4.13
>> gsutil-nix 4.12
>> preview 2015.06.30
>>
>> Thanks!
>>
>> Pedro Ribeiro
>>
>

-- 
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/29b7f2f4-fc0d-4a6f-ba35-340c3a386f5f%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[google-appengine] Re: gcloud tool & queue configuration

2015-07-06 Thread Pedro Ribeiro
And do you confirm that we are supposed to update each component 
individually (queue, cron, etc independently)?

Pedro Ribeiro

On Monday, July 6, 2015 at 4:18:53 PM UTC+1, Ryan (Cloud Platform Support) 
wrote:
>
> I have confirmed the doc's are not clear. You need to specify the yaml 
> files you want to use when deploying.
>
> On Thursday, July 2, 2015 at 10:03:37 AM UTC-4, Ryan (Cloud Platform 
> Support) wrote:
>>
>> Thank you very much! I will look into this today and get back to you 
>> later.
>>
>> On Wednesday, July 1, 2015 at 12:00:17 PM UTC-4, Pedro Ribeiro wrote:
>>>
>>>
>>> Hi,
>>>
>>> I used to deploy my appengine projects using the maven appengine plugin 
>>> (mvn appengine:update), but I switched to the gcloud plugin so I could use 
>>> service accounts. I have multiple modules and I am deploying a specific one 
>>> using something like
>>>
>>> mvn --projects  gcloud:deploy
>>>
>>> Quoting the documentation (https://cloud.google.com/sdk/gcloud-app):
>>>
>>> gcloud preview app deploy deploys all application code and modules as 
 well as indexes, cron jobs, denial of service settings, and *queues*.
>>>
>>>
>>> However, it seems like it isn't updating my queues configuration at all. 
>>> Down the line, the maven plugin ends up running the following command:
>>>
>>> python -S /home//google-cloud-sdk/lib/googlecloudsdk/gcloud/gcloud
>>> .py --quiet --project= preview app deploy /tmp/
>>> 1435761723265-0/app.yaml --version=0-0-1
>>>
>>> The documentation talks about "directories" but my current gcloud 
>>> version demands an app.yaml file.
>>>
>>> If I check /tmp/1435761723265-0 I can see a valid queue.yaml generated 
>>> based on my queue.xml, but unless I manually run
>>>
>>> gcloud preview app deploy /tmp/1435761723265-0/queue.yaml
>>>
>>> my configs are not updated.
>>>
>>> Am I missing something? Is the documentation outdated? Is it a bug?
>>>
>>> I'm using gcloud-maven-plugin:0.9.57.v20150423 and Google Cloud SDK 
>>> 0.9.67:
>>>
>>> app 2015.06.30
>>> app-engine-go-linux-x86_64 1.9.23
>>> app-engine-java 1.9.23
>>> app-engine-python 1.9.23
>>> app-engine-python-extras 1.9.21
>>> bq 2.0.18
>>> bq-nix 2.0.18
>>> core 2015.06.30
>>> core-nix 2015.06.02
>>> gae-python 2015.06.02
>>> gcloud 2015.06.30
>>> gcutil-msg 2015.06.09
>>> gsutil 4.13
>>> gsutil-nix 4.12
>>> preview 2015.06.30
>>>
>>> Thanks!
>>>
>>> Pedro Ribeiro
>>>
>>

-- 
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/9788f3d1-f39c-4c9f-b5f8-b2911514b9f1%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: [google-appengine] Re: Java: how do I access per-instance shared memory from an Endpoint?

2015-07-06 Thread Patrice (Cloud Platform Support)
Hi Jeff,

Thank you for calling me out on this. Yeah looking into Dagger a bit more 
(I must admit to being a newbie with that framework), my answer should be 
completely disregarded. I gave a way to share DATA, not objects :P.

Jeff seems to be in the right here, While you possibly CAN create some 
cross-instance, using a LOT of work, a backend permanent instance for it to 
reside, and creating endpoints to get it and update it... it's a LOT of 
work for something you can simply declare locally as static and your app 
won't really change it's behavior (be careful about testing, as Jeff points 
out, as this will definitely be special, testing a "fake" singleton as a 
real one will be misleading). 

Cheers!

On Monday, July 6, 2015 at 12:28:46 AM UTC-4, Jeff Schnitzer wrote:
>
> Patrice: Dagger is a dependency injection framework like Guice. He's 
> asking how you create a singleton object in Java webland.
>
> Zak: There are lots of ways of doing this. First of all, you do not want 
> to try to create some sort of cross-instance object graph; each instance 
> should instantiate the ObjectGraph at instance start. Any other way lies 
> madness.
>
> The most "natural" place to do this is in a ServletContextListener you 
> configure in web.xml. Then put the ObjectGraph in the 
> ServletContext.get/setAttribute collection. However, you're going to 
> quickly figure out that all of this feels a little inside-out because 
> really, things like servlets or JAXRS endpoints or whatnot should be 
> instantiated by Dagger, not the other way around.
>
> Another option is to simply save the ObjectGraph as a static field 
> somewhere, instantiated as a singleton statically. This suffers from 
> testability issues but if you want easy, that's the simplest solution.
>
> FWIW, Dagger has some catching up to do before it's ready to replace Guice 
> on the server-side. You might want to switch to Guice; it will feel less 
> like swimming upstream but for the most part the API is pretty similar.
>
> Jeff
>
> On Thu, Jul 2, 2015 at 7:40 AM, Patrice (Cloud Platform Support) <
> pvoutsi...@google.com> wrote:
>
>> Hi Zack,
>>
>> I could see saving data in the datastore (as a blob, possibly), and 
>> retrieving it when needed from there to be a solution.
>>
>> If I get it correctly, you want to be able to have a single point of 
>> access for your object graphs? to me, I'd say the best would be datastore 
>> as a blob. Maybe your precise use-case doesn't warrant that though, so if 
>> you could expand, it would be great so we can discuss an answer more 
>> tailored to your question :)
>>
>> Cheers!
>>
>> On Wednesday, July 1, 2015 at 4:58:25 PM UTC-4, Zak Taccardi wrote:
>>>
>>> I am using dagger for dependency injection, and I don't want to create a 
>>> new object graph for every endpoint.
>>>
>>> Android lets us extend `Application`, which is a great place to store 
>>> our singletons so they can be easily reused throughout different pages 
>>> (actiivities) in the app.
>>>
>>> What is Google App-Engine's equivalent of this?
>>>
>>>
>>> note: I am okay with this being a per-instance thing.
>>>
>>  -- 
>> 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/165b1007-c4f4-4bc1-9069-74c5c2561f2e%40googlegroups.com
>>  
>> 
>> .
>>
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/51488f87-36cf-44f6-b566-796513743f88%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[google-appengine] Re: gcloud tool & queue configuration

2015-07-06 Thread Ryan (Cloud Platform Support)
For now you need to specify each yaml you want to update. Such as:

gcloud preview app deploy app.yaml queue.yaml

will update both code and queue.

On Monday, July 6, 2015 at 11:21:54 AM UTC-4, Pedro Ribeiro wrote:
>
> And do you confirm that we are supposed to update each component 
> individually (queue, cron, etc independently)?
>
> Pedro Ribeiro
>
> On Monday, July 6, 2015 at 4:18:53 PM UTC+1, Ryan (Cloud Platform Support) 
> wrote:
>>
>> I have confirmed the doc's are not clear. You need to specify the yaml 
>> files you want to use when deploying.
>>
>> On Thursday, July 2, 2015 at 10:03:37 AM UTC-4, Ryan (Cloud Platform 
>> Support) wrote:
>>>
>>> Thank you very much! I will look into this today and get back to you 
>>> later.
>>>
>>> On Wednesday, July 1, 2015 at 12:00:17 PM UTC-4, Pedro Ribeiro wrote:


 Hi,

 I used to deploy my appengine projects using the maven appengine plugin 
 (mvn appengine:update), but I switched to the gcloud plugin so I could use 
 service accounts. I have multiple modules and I am deploying a specific 
 one 
 using something like

 mvn --projects  gcloud:deploy

 Quoting the documentation (https://cloud.google.com/sdk/gcloud-app):

 gcloud preview app deploy deploys all application code and modules as 
> well as indexes, cron jobs, denial of service settings, and *queues*.


 However, it seems like it isn't updating my queues configuration at 
 all. Down the line, the maven plugin ends up running the following command:

 python -S /home//google-cloud-sdk/lib/googlecloudsdk/gcloud/
 gcloud.py --quiet --project= preview app deploy /tmp/
 1435761723265-0/app.yaml --version=0-0-1

 The documentation talks about "directories" but my current gcloud 
 version demands an app.yaml file.

 If I check /tmp/1435761723265-0 I can see a valid queue.yaml generated 
 based on my queue.xml, but unless I manually run

 gcloud preview app deploy /tmp/1435761723265-0/queue.yaml

 my configs are not updated.

 Am I missing something? Is the documentation outdated? Is it a bug?

 I'm using gcloud-maven-plugin:0.9.57.v20150423 and Google Cloud SDK 
 0.9.67:

 app 2015.06.30
 app-engine-go-linux-x86_64 1.9.23
 app-engine-java 1.9.23
 app-engine-python 1.9.23
 app-engine-python-extras 1.9.21
 bq 2.0.18
 bq-nix 2.0.18
 core 2015.06.30
 core-nix 2015.06.02
 gae-python 2015.06.02
 gcloud 2015.06.30
 gcutil-msg 2015.06.09
 gsutil 4.13
 gsutil-nix 4.12
 preview 2015.06.30

 Thanks!

 Pedro Ribeiro

>>>

-- 
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/f7227798-46f2-459c-881b-9abd615c854b%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[google-appengine] Re: PHP script can't read file from vfs:// (in memory file system) created by my other PHP script

2015-07-06 Thread Alex Kerr
Thanks Stuart. However, I've looked into this and confirmed that's not the 
problem. At the point the exception is thrown in the FB SDK (this is after 
CURL has tried to post and returned an error), I added some code in to 
check the temp file to be posted still exists and can be read (by 
file_get_contents) and both are true - the file is fine and readable, and 
permissions are set to 0777 (not sure if necessary or not, but just in 
case). So the problem is CURL cannot read the file from vfs:// - is this a 
bug?

I also checked what parameters were being passed to CURL immediately before 
it executes, and they are as follows (I hardcoded the filename):
Parameters = Array ( [source] => CURLFile Object ( [name] => 
vfs://root/temp/mytest0001 [mime] => image/png [postname] => ) [message] => 
[access_token] => My-Token [appsecret_proof] => My-Secret-Proof )

I am generating the temp file's name only once in the code, using: 

$randfname = 'mytest0001'; // Normally a short random string $imfname = 
sys_get_temp_dir().'/'.$randfname;

As a side note, it didn't make sense that the vfs:// file would be deleted 
at the point CURL accesses it, because the FB SDK is called to do the post 
immediately after the file is created, and I assume the call is not 
asynchronous, so my script must be waiting for that to return and thus not 
deleting any temp files (confirmed of course, as above).

Any ideas appreciated!

Many thanks,
Alex

On Sunday, July 5, 2015 at 4:23:35 PM UTC+1, Stuart Langley wrote:
>
> Files that you write to vfs are removed at the end of the request. If you 
> need the files to persist between requests you'll need to write or move the 
> files from vfs to gs.
>
> On Sunday, 5 July 2015 04:04:11 UTC+10, Alex Kerr wrote:
>>
>> Hi,
>>
>> I've got my main PHP script writing an image file out to vfs:// using the 
>> PHP GD lib function imagepng(image, filename)
>>
>> Then I'm using Facebook's PHP SDK to try and post that. FB's SDK uses 
>> Curl internally to read the file, so I simply supply the vfs:// filename to 
>> it. I then get back an error saying it can't open the file:
>>
>> PHP Fatal error: Uncaught exception 'Facebook\FacebookSDKException' with 
>> message 'couldn't open file "vfs://root/temp/T199952197c"' in 
>> /base/data/home/apps/s~My-App-ID/1.385481947954511984/fb/src/Facebook/HttpClients/FacebookCurlHttpClient.php:150
>>  
>> 
>>  
>> Stack trace: #0 /base/data/home/apps/s~ 
>> 
>> My-App-ID 
>> 
>> /1.385481947954511984/fb/src/Facebook/FacebookRequest.php(260) 
>> 
>> : Facebook\HttpClients\FacebookCurlHttpClient->send('https://graph.f...', 
>> 'POST', Array)
>> #1 /base/data/home/apps/s~ 
>> 
>> My-App-ID 
>> 
>> /1.385481947954511984/post.php(188) 
>> 
>> : Facebook\FacebookRequest->execute()
>> #2 {main} thrown in /base/data/home/apps/s~ 
>> 

Re: [google-appengine] Google App Engine Android Facebook login

2015-07-06 Thread 'Les Vogel' via Google App Engine
Hope to have an example published by Tuesday of next week.

Les

On Fri, Jul 3, 2015 at 12:38 AM, Shruthi Sharat 
wrote:

> Thank you so much for reply.
>
>  I could able to use the identity toolkit API and able to login via G+ and
> facebook.  But I am not able to access my endpoints by logging into G+ or
> Facebook.
>
> Please let me know the procedure to do it. I can't find any documentation
> also.It will be a great help.
>
> Regards,
> Shruthi Kumbham
>
> On Thu, Jul 2, 2015 at 2:07 AM, 'Les Vogel' via Google App Engine <
> google-appengine@googlegroups.com> wrote:
>
>> Hi Shruthi,
>>
>> You might wish to take a look at the Google Identity Toolkit
>>  Libraries(Java
>> , & Go
>>  ) & Samples (
>> Android , iOS
>> , & Java
>> ).  It will let
>> you do Facebook & G+ and your own authentication and connect with Android,
>> iOS, and your backend on AppEngine.  The docs should help explain the
>> product (and there are some samples on GitHub) -- we hope to publish a full
>> end-to-end sample sometime within the next two weeks.
>>
>> Les
>>
>> On Wed, Jul 1, 2015 at 4:36 AM, Shruthi Sharat 
>> wrote:
>>
>>> Hi,
>>>
>>> I am working on Mobile application which has a Google App Engine
>>> backend, now i am able to login with G+ and access the APIs created in
>>> backend with oAuth.
>>>
>>>   How can I access my backend APIs by logging in with any other social
>>> media platforms like facebook and twitter. How can i sync the oAuth of
>>> facebook and my Google App Engine APIs.
>>>
>>> Help me in finding a solution for this.
>>>
>>> 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/5edb5eb2-9a36-419f-a35a-2bffb52811a6%40googlegroups.com
>>> 
>>> .
>>> For more options, visit https://groups.google.com/d/optout.
>>>
>>
>>
>>
>> --
>> Les Vogel | Cloud Developer Relations | l...@google.com | 408-676-7023
>>
>> --
>> 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/lgHZauv5NaY/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/CAGB1p5imd86%2BFKW6PxipWAPW51yGLnjfXwaf5jLXfrBvwOQvKg%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/CAO5vOabHN_pKgcEHPA7uRCnO_0ypZ5C36sn3Q4KvpxNhyQhX_A%40mail.gmail.com
> 
> .
>
> For more options, visit https://groups.google.com/d/optout.
>



-- 
Les Vogel | Cloud Developer Relations | l...@google.com | 408-676-7023

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

[google-appengine] Re: PHP script can't read file from vfs:// (in memory file system) created by my other PHP script

2015-07-06 Thread Alex Kerr
Also further to my last reply, tried this all with GCS (accessed via gs:// 
URL) and it doesn't work either, exactly the same error from CURL. I also 
tried changing the 'source' field in the CURLFile request to 'url' but that 
was the same again.

Looks like curl can't read from either vfs or gcs?

I do have curl.so enabled in my php.ini and curl_lite not enabled.

Many thanks, for any help,
Alex

On Sunday, July 5, 2015 at 4:23:35 PM UTC+1, Stuart Langley wrote:
>
> Files that you write to vfs are removed at the end of the request. If you 
> need the files to persist between requests you'll need to write or move the 
> files from vfs to gs.
>
> On Sunday, 5 July 2015 04:04:11 UTC+10, Alex Kerr wrote:
>>
>> Hi,
>>
>> I've got my main PHP script writing an image file out to vfs:// using the 
>> PHP GD lib function imagepng(image, filename)
>>
>> Then I'm using Facebook's PHP SDK to try and post that. FB's SDK uses 
>> Curl internally to read the file, so I simply supply the vfs:// filename to 
>> it. I then get back an error saying it can't open the file:
>>
>> PHP Fatal error: Uncaught exception 'Facebook\FacebookSDKException' with 
>> message 'couldn't open file "vfs://root/temp/T199952197c"' in 
>> /base/data/home/apps/s~My-App-ID/1.385481947954511984/fb/src/Facebook/HttpClients/FacebookCurlHttpClient.php:150
>>  
>> 
>>  
>> Stack trace: #0 /base/data/home/apps/s~ 
>> 
>> My-App-ID 
>> 
>> /1.385481947954511984/fb/src/Facebook/FacebookRequest.php(260) 
>> 
>> : Facebook\HttpClients\FacebookCurlHttpClient->send('https://graph.f...', 
>> 'POST', Array)
>> #1 /base/data/home/apps/s~ 
>> 
>> My-App-ID 
>> 
>> /1.385481947954511984/post.php(188) 
>> 
>> : Facebook\FacebookRequest->execute()
>> #2 {main} thrown in /base/data/home/apps/s~ 
>> 
>> My-App-ID 
>> /1.385481947954511984/fb/src/Facebook/HttpClients/FacebookCurlHttpClient.php
>>  
>> on line 150 
>> 
>>
>> My first thought was a permissions issue (i.e. FB script not allowed to 
>> read file my script created), but checking permissions of my image file in 
>> vfs:// - they are set to 0666 and I've tried changing them to both 0644 and 
>> 0777 (and confirmi

[google-appengine] Socket quota limits when using a Redis Cluster

2015-07-06 Thread Fernando Martincic


We are currently using the Redislab's Redis Cloud cache service as part of our 
Google App Engine (GAE) project (still in development phases). 

However, as our application scales in call volume, the 20GB data transfer limit 
over sockets imposed by GAE will be hit quickly. Are there any workarounds for 
this?


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


[google-appengine] Re: PHP script can't read file from vfs:// (in memory file system) created by my other PHP script

2015-07-06 Thread Alex Kerr
Sorry for a 3rd reply, but just to confirm my code all works fine when the 
image to be uploaded is a static file uploaded with my app, including if 
the image is in a subfolder. So it appears curl only has a problem with 
files on vfs:// or gfs:// (unfortunately this is critical to my app as I 
need somewhere to store temp files momentarily...)

Thanks

On Sunday, July 5, 2015 at 4:23:35 PM UTC+1, Stuart Langley wrote:
>
> Files that you write to vfs are removed at the end of the request. If you 
> need the files to persist between requests you'll need to write or move the 
> files from vfs to gs.
>
> On Sunday, 5 July 2015 04:04:11 UTC+10, Alex Kerr wrote:
>>
>> Hi,
>>
>> I've got my main PHP script writing an image file out to vfs:// using the 
>> PHP GD lib function imagepng(image, filename)
>>
>> Then I'm using Facebook's PHP SDK to try and post that. FB's SDK uses 
>> Curl internally to read the file, so I simply supply the vfs:// filename to 
>> it. I then get back an error saying it can't open the file:
>>
>> PHP Fatal error: Uncaught exception 'Facebook\FacebookSDKException' with 
>> message 'couldn't open file "vfs://root/temp/T199952197c"' in 
>> /base/data/home/apps/s~My-App-ID/1.385481947954511984/fb/src/Facebook/HttpClients/FacebookCurlHttpClient.php:150
>>  
>> 
>>  
>> Stack trace: #0 /base/data/home/apps/s~ 
>> 
>> My-App-ID 
>> 
>> /1.385481947954511984/fb/src/Facebook/FacebookRequest.php(260) 
>> 
>> : Facebook\HttpClients\FacebookCurlHttpClient->send('https://graph.f...', 
>> 'POST', Array)
>> #1 /base/data/home/apps/s~ 
>> 
>> My-App-ID 
>> 
>> /1.385481947954511984/post.php(188) 
>> 
>> : Facebook\FacebookRequest->execute()
>> #2 {main} thrown in /base/data/home/apps/s~ 
>> 
>> My-App-ID 
>> /1.385481947954511984/fb/src/Facebook/HttpClients/FacebookCurlHttpClient.php
>>  
>> on line 150 
>> 
>>
>> My first thought was a permissions issue (i.e. FB script not allowed to 
>> read file my script created), but checking permissions of my image file in 
>> vfs:// - they are set to 0666 and I've tried changing them to both 0644 and 
>> 0777 (and confirming they are set) and still get the error...
>

[google-appengine] Re: Socket quota limits when using a Redis Cluster

2015-07-06 Thread Alex Kerr
I've been told you can ask Google to increase socket limits. I will have 
the same requirement when my app goes live. Would be interested to hear if 
you have success (or not) in getting the quota raised, and presumably 
pricing is the same, if you don't mind posting an update!

On Monday, July 6, 2015 at 5:51:38 PM UTC+1, Fernando Martincic wrote:
>
> We are currently using the Redislab's Redis Cloud cache service as part of 
> our Google App Engine (GAE) project (still in development phases). 
>
> However, as our application scales in call volume, the 20GB data transfer 
> limit over sockets imposed by GAE will be hit quickly. Are there any 
> workarounds for this?
>
>
>

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


[google-appengine] Re: Saving dict with images

2015-07-06 Thread Patrice (Cloud Platform Support)
Hi Saturnio,

Honestly, without more insight in the code you uploaded (in case it differs 
from the tutorial, even slightly), what's currently in your blobstore, the 
exact line where it bugs, if the code is exactly as the tutorial or was 
tweaked, the full stack trace, etc. This is really rough to answer. 

Anyway, normally, when the question is a one off "this doesn't work", we 
actually suggest our customers to go on Stack Overflow with such a 
question. I would give this link 
 (or this 
one ) a read to make sure your 
question will be well received there, and ask it on Stack. We try to keep 
Google Groups for discussions (best practices, answers that require a lot 
more work than Stack would normally allow), and we also have our issue 
tracker (here ) to 
report defect or ask for feature requests.

We do monitor stack overflow for our tags :) So if the community doesn't 
answer, you will still get our help.

Cheers!

On Monday, July 6, 2015 at 11:05:56 AM UTC-4, Saturnino Mateus wrote:
>
> Hello,
>
> I need to save in datastore a dict with images using NDB. I used this 
> example as reference: 
> https://cloud.google.com/appengine/docs/python/blobstore/ 
> It works fine when is running in localhost, but dont work on the cloud, 
> gives me 404 Error after click upload button. What i am doing wrong? Is 
> there any cheaper third API alternative instead this one?
>
> 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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/f69e74a3-fcf5-4290-9c01-cbc0f3433688%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[google-appengine] Re: PHP script can't read file from vfs:// (in memory file system) created by my other PHP script

2015-07-06 Thread Stuart Langley
Hi Alex,

I don't think cURL will read a file from a user stream wrapper - so you're 
kind of stuck.

Can you create the multipart form manually?

On Tuesday, 7 July 2015 03:39:43 UTC+10, Alex Kerr wrote:
>
> Sorry for a 3rd reply, but just to confirm my code all works fine when the 
> image to be uploaded is a static file uploaded with my app, including if 
> the image is in a subfolder. So it appears curl only has a problem with 
> files on vfs:// or gfs:// (unfortunately this is critical to my app as I 
> need somewhere to store temp files momentarily...)
>
> Thanks
>
> On Sunday, July 5, 2015 at 4:23:35 PM UTC+1, Stuart Langley wrote:
>>
>> Files that you write to vfs are removed at the end of the request. If you 
>> need the files to persist between requests you'll need to write or move the 
>> files from vfs to gs.
>>
>> On Sunday, 5 July 2015 04:04:11 UTC+10, Alex Kerr wrote:
>>>
>>> Hi,
>>>
>>> I've got my main PHP script writing an image file out to vfs:// using 
>>> the PHP GD lib function imagepng(image, filename)
>>>
>>> Then I'm using Facebook's PHP SDK to try and post that. FB's SDK uses 
>>> Curl internally to read the file, so I simply supply the vfs:// filename to 
>>> it. I then get back an error saying it can't open the file:
>>>
>>> PHP Fatal error: Uncaught exception 'Facebook\FacebookSDKException' with 
>>> message 'couldn't open file "vfs://root/temp/T199952197c"' in 
>>> /base/data/home/apps/s~My-App-ID/1.385481947954511984/fb/src/Facebook/HttpClients/FacebookCurlHttpClient.php:150
>>>  
>>> 
>>>  
>>> Stack trace: #0 /base/data/home/apps/s~ 
>>> 
>>> My-App-ID 
>>> 
>>> /1.385481947954511984/fb/src/Facebook/FacebookRequest.php(260) 
>>> 
>>> : Facebook\HttpClients\FacebookCurlHttpClient->send('https://graph.f...', 
>>> 'POST', Array)
>>> #1 /base/data/home/apps/s~ 
>>> 
>>> My-App-ID 
>>> 
>>> /1.385481947954511984/post.php(188) 
>>> 
>>> : Facebook\FacebookRequest->execute()
>>> #2 {main} thrown in /base/data/home/apps/s~ 
>>> 
>>> My-App-ID 
>>> /1.385481947954511984/fb/src/Facebook/HttpClients/FacebookCurlHttpClient.php
>>>  
>>> on line 150 
>>> 
>>>
>>> My first thought was a permis

[google-appengine] URLFetch API Stub broken in GCloud SDK [with patch]

2015-07-06 Thread Josh Whelchel (Loudr)
There is an active issue with urlfetch_stub.py in the SDK where the FULL 
URL is being sent to the HTTP server as the path.

Question and patch posted here:
http://stackoverflow.com/questions/31195459/appengine-dev-appserver-urllib2-urlopen-issue-with-localhost-url

Basically, it's connecting like this:

Oh hey, http://localhost, we're connected, HI!
> Now that we're connected, can you give me URI "http://localhost";
> Wait what, that's not right?? ooh.



We found this while working on our elasticsearch integration, which was 
hilarious to debug.
Imagine trying to find out why you have a new index named "http:"

-- 
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/74688f8c-27f1-42fa-a706-ee83dc5de299%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: [google-appengine] URLFetch API Stub broken in GCloud SDK [with patch]

2015-07-06 Thread Karl MacMillan
  I’ve seen this as well and submitted a support ticket. I did not find the 
debugging hilarious, but it’s nice to see someone else handle things with 
better humor than me.


Karl



> On Jul 6, 2015, at 10:09 PM, Josh Whelchel (Loudr)  wrote:
> 
> 
> There is an active issue with urlfetch_stub.py in the SDK where the FULL URL 
> is being sent to the HTTP server as the path.
> 
> Question and patch posted 
> here:http://stackoverflow.com/questions/31195459/appengine-dev-appserver-urllib2-urlopen-issue-with-localhost-url
> 
> 
> 
> 
> Basically, it's connecting like this:
> 
> 
>> Oh hey, http://localhost, we're connected, HI!
>> Now that we're connected, can you give me URI "http://localhost";
>> Wait what, that's not right?? ooh.
> 
> 
> 
> We found this while working on our elasticsearch integration, which was 
> hilarious to debug.
> Imagine trying to find out why you have a new index named "http:"
> 
> 
> 
> -- 
> 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/74688f8c-27f1-42fa-a706-ee83dc5de299%40googlegroups.com
> .
> For more options, visit https://groups.google.com/d/optout
> .

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-appengine/18BC8A0D-FF55-476F-9298-78D64E4C73D7%40rakkoon.com.
For more options, visit https://groups.google.com/d/optout.


[google-appengine] Cloud Engine Trial

2015-07-06 Thread Nerou Daantos
Just wanna Inquire, I'm a newbie to the Google Cloud Platform :) - P.S just 
in case this is not the appropriate category kindly move it :) can't find a 
general discussion group, unless i missed it? :) 
I see that Google offers a $300 Free trial, if i avail this trial can i 
also stack a promo code from google cloud keynote that gives me a $500 
credit too? if yes how? thanks ^_^

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