Re: [google-appengine] Have anyone tried to port a java project with heavy framworks, such as struts and spring, to a pure jsp/servlet project?

2014-02-18 Thread Tapir
Ok, I removed all core GAE jar files under SDK/lib/user
Now the warmup time dropped from 5-7 seconds to 3-4 seconds.

What is appengine-api-labs-1.x.x.jar? is it essential?
And must the appengine-api-1.0-sdk-1.x.x.jar be included in the project war 
directory?


On Tuesday, February 18, 2014 1:59:15 PM UTC+8, Tapir wrote:



 On Tuesday, February 18, 2014 4:33:16 AM UTC+8, Emanuele Ziglioli wrote:

 Not sure where my reply went.

 On Tuesday, February 18, 2014 3:57:37 AM UTC+8, Emanuele Ziglioli wrote:

 Our warmup time was 15 seconds, then I looked at the hello world 
 project that the GAE plugin generates with one servlet.
 That took 2 seconds to startup (once the servlet was hit).


 On F2 instance?


 Haven't seen much difference between F1 and F2 when it comes to warmup 
 time.
 Most time seems to be spent actually loading jars. Initialization could 
 be as little as 3s with our project, F2 would a bit better but not so much


 why? looks not reasonable.
  


 My experience is the modules feature will spend your money.


 I haven't seen many people using modules yet. Can't they be configured to 
 be F1 like non default versions?


 should be.
  

  



-- 
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] Have anyone tried to port a java project with heavy framworks, such as struts and spring, to a pure jsp/servlet project?

2014-02-18 Thread Rafael
very interesting...

can you tell me how you did that? in a maven build or only via eclipse?


On Tue, Feb 18, 2014 at 12:44 AM, Tapir tapir@gmail.com wrote:

 Ok, I removed all core GAE jar files under SDK/lib/user
 Now the warmup time dropped from 5-7 seconds to 3-4 seconds.

 What is appengine-api-labs-1.x.x.jar? is it essential?
 And must the appengine-api-1.0-sdk-1.x.x.jar be included in the project
 war directory?


 On Tuesday, February 18, 2014 1:59:15 PM UTC+8, Tapir wrote:



 On Tuesday, February 18, 2014 4:33:16 AM UTC+8, Emanuele Ziglioli wrote:

 Not sure where my reply went.

 On Tuesday, February 18, 2014 3:57:37 AM UTC+8, Emanuele Ziglioli wrote:

 Our warmup time was 15 seconds, then I looked at the hello world
 project that the GAE plugin generates with one servlet.
 That took 2 seconds to startup (once the servlet was hit).


 On F2 instance?


 Haven't seen much difference between F1 and F2 when it comes to warmup
 time.
 Most time seems to be spent actually loading jars. Initialization could
 be as little as 3s with our project, F2 would a bit better but not so much


 why? looks not reasonable.



 My experience is the modules feature will spend your money.


 I haven't seen many people using modules yet. Can't they be configured
 to be F1 like non default versions?


 should be.




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


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

2014-02-18 Thread Pertti Kellomäki
On Tue, Feb 18, 2014 at 7:46 AM, Tapir tapir@gmail.com wrote:

 I don't care about if you are happy with GAE or not.
 I just want to prove the GAE compute part is much more too expensive than
 it should be.


You cannot prove it because it is ultimately up to the market to decide.
The right price for GAE is whatever brings in most money to Google. This
is not a statement about Google's greed, it is basic economics.

I'm sure Google could sell GAE for less, but I frankly doubt whether
lowering the price would bring in significantly more customers to make up
the lost revenue. Many people on the list seem to be happy with what they
get vs. what they pay, so for that customer segment GAE is definitely not
more expensive than it should be.

You do not seem to be in GAE's target audience, so I don't quite understand
why you don't just go with alternatives that work better for you and be
happy.
-- 
Pertti

-- 
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] Have anyone tried to port a java project with heavy framworks, such as struts and spring, to a pure jsp/servlet project?

2014-02-18 Thread Tapir


On Tuesday, February 18, 2014 4:56:51 PM UTC+8, Rafael Sanches wrote:

 very interesting... 

 can you tell me how you did that? in a maven build or only via eclipse?


neither, I did it manually.

ok, the new test result:
1. if I remove all jar files from the war/WEB-INF/lib, the warmup time is 
about 2.3 seconds. 
2. if I put the only the core app engine sdk jar file in war/WEB-INF/lib, 
but doesn't reference it, the warmup time is about 2.9 seconds.
3. if I put DatastoreService datastore = 
DatastoreServiceFactory.getDatastoreService(); in the jsp file but do 
nothing eslse, the warmup time is 3.5 seconds
4. if I put a query in the default jsp file, the warmup time is 4.7 seconds.
5. if I convert query result as list, the warmup time is 6 seconds.

so, I think it is very clear that the datastore API is main cause of 
long warmup time. A simple datastoe calling will increase the warmup time 
much. In above example, the total increased warmup caused by datastore APIs 
is more than 3 seconds. 

Otherwaise, scanning the core app engine sdk jar will cost 0.5 second.

So, @GAE_team, please optimize your datastore APIs. Done!




 On Tue, Feb 18, 2014 at 12:44 AM, Tapir tapi...@gmail.com 
 javascript:wrote:

 Ok, I removed all core GAE jar files under SDK/lib/user
 Now the warmup time dropped from 5-7 seconds to 3-4 seconds.

 What is appengine-api-labs-1.x.x.jar? is it essential?
 And must the appengine-api-1.0-sdk-1.x.x.jar be included in the project 
 war directory?


 On Tuesday, February 18, 2014 1:59:15 PM UTC+8, Tapir wrote:



 On Tuesday, February 18, 2014 4:33:16 AM UTC+8, Emanuele Ziglioli wrote:

 Not sure where my reply went.

 On Tuesday, February 18, 2014 3:57:37 AM UTC+8, Emanuele Ziglioli wrote:

 Our warmup time was 15 seconds, then I looked at the hello world 
 project that the GAE plugin generates with one servlet.
 That took 2 seconds to startup (once the servlet was hit).


 On F2 instance?


 Haven't seen much difference between F1 and F2 when it comes to warmup 
 time.
 Most time seems to be spent actually loading jars. Initialization could 
 be as little as 3s with our project, F2 would a bit better but not so much


 why? looks not reasonable.
  


 My experience is the modules feature will spend your money.


 I haven't seen many people using modules yet. Can't they be configured 
 to be F1 like non default versions?


 should be.
  

  

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


Re: [google-appengine] Have anyone tried to port a java project with heavy framworks, such as struts and spring, to a pure jsp/servlet project?

2014-02-18 Thread Tapir


On Tuesday, February 18, 2014 6:43:56 PM UTC+8, Tapir wrote:



 On Tuesday, February 18, 2014 4:56:51 PM UTC+8, Rafael Sanches wrote:

 very interesting... 

 can you tell me how you did that? in a maven build or only via eclipse?


 neither, I did it manually.

 ok, the new test result:
 1. if I remove all jar files from the war/WEB-INF/lib, the warmup time is 
 about 2.3 seconds. 
 2. if I put the only the core app engine sdk jar file in war/WEB-INF/lib, 
 but doesn't reference it, the warmup time is about 2.9 seconds.
 3. if I put DatastoreService datastore = 
 DatastoreServiceFactory.getDatastoreService(); in the jsp file but do 
 nothing eslse, the warmup time is 3.5 seconds
 4. if I put a query in the default jsp file, the warmup time is 4.7 
 seconds.
 5. if I convert query result as list, the warmup time is 6 seconds.

 so, I think it is very clear that the datastore API is main cause of 
 long warmup time. A simple datastoe calling will increase the warmup time 
 much. In above example, the total increased warmup caused by datastore APIs 
 is more than 3 seconds. 


I remember the python datastore doesn't increase the warmup time so much.
 


 Otherwaise, scanning the core app engine sdk jar will cost 0.5 second.

 So, @GAE_team, please optimize your datastore APIs. Done!




 On Tue, Feb 18, 2014 at 12:44 AM, Tapir tapi...@gmail.com wrote:

 Ok, I removed all core GAE jar files under SDK/lib/user
 Now the warmup time dropped from 5-7 seconds to 3-4 seconds.

 What is appengine-api-labs-1.x.x.jar? is it essential?
 And must the appengine-api-1.0-sdk-1.x.x.jar be included in the project 
 war directory?


 On Tuesday, February 18, 2014 1:59:15 PM UTC+8, Tapir wrote:



 On Tuesday, February 18, 2014 4:33:16 AM UTC+8, Emanuele Ziglioli wrote:

 Not sure where my reply went.

 On Tuesday, February 18, 2014 3:57:37 AM UTC+8, Emanuele Ziglioli 
 wrote:

 Our warmup time was 15 seconds, then I looked at the hello world 
 project that the GAE plugin generates with one servlet.
 That took 2 seconds to startup (once the servlet was hit).


 On F2 instance?


 Haven't seen much difference between F1 and F2 when it comes to warmup 
 time.
 Most time seems to be spent actually loading jars. Initialization 
 could be as little as 3s with our project, F2 would a bit better but not 
 so 
 much


 why? looks not reasonable.
  


 My experience is the modules feature will spend your money.


 I haven't seen many people using modules yet. Can't they be configured 
 to be F1 like non default versions?


 should be.
  

  

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


Re: [google-appengine] Have anyone tried to port a java project with heavy framworks, such as struts and spring, to a pure jsp/servlet project?

2014-02-18 Thread Tapir


On Tuesday, February 18, 2014 6:43:56 PM UTC+8, Tapir wrote:



 On Tuesday, February 18, 2014 4:56:51 PM UTC+8, Rafael Sanches wrote:

 very interesting... 

 can you tell me how you did that? in a maven build or only via eclipse?


 neither, I did it manually.

 ok, the new test result:
 1. if I remove all jar files from the war/WEB-INF/lib, the warmup time is 
 about 2.3 seconds. 
 2. if I put the only the core app engine sdk jar file in war/WEB-INF/lib, 
 but doesn't reference it, the warmup time is about 2.9 seconds.
 3. if I put DatastoreService datastore = 
 DatastoreServiceFactory.getDatastoreService(); in the jsp file but do 
 nothing eslse, the warmup time is 3.5 seconds
 4. if I put a query in the default jsp file, the warmup time is 4.7 
 seconds.
 5. if I convert query result as list, the warmup time is 6 seconds.


The above tests use the low level datastore APIs. 
 


 so, I think it is very clear that the datastore API is main cause of 
 long warmup time. A simple datastoe calling will increase the warmup time 
 much. In above example, the total increased warmup caused by datastore APIs 
 is more than 3 seconds. 

 Otherwaise, scanning the core app engine sdk jar will cost 0.5 second.

 So, @GAE_team, please optimize your datastore APIs. Done!




 On Tue, Feb 18, 2014 at 12:44 AM, Tapir tapi...@gmail.com wrote:

 Ok, I removed all core GAE jar files under SDK/lib/user
 Now the warmup time dropped from 5-7 seconds to 3-4 seconds.

 What is appengine-api-labs-1.x.x.jar? is it essential?
 And must the appengine-api-1.0-sdk-1.x.x.jar be included in the project 
 war directory?


 On Tuesday, February 18, 2014 1:59:15 PM UTC+8, Tapir wrote:



 On Tuesday, February 18, 2014 4:33:16 AM UTC+8, Emanuele Ziglioli wrote:

 Not sure where my reply went.

 On Tuesday, February 18, 2014 3:57:37 AM UTC+8, Emanuele Ziglioli 
 wrote:

 Our warmup time was 15 seconds, then I looked at the hello world 
 project that the GAE plugin generates with one servlet.
 That took 2 seconds to startup (once the servlet was hit).


 On F2 instance?


 Haven't seen much difference between F1 and F2 when it comes to warmup 
 time.
 Most time seems to be spent actually loading jars. Initialization 
 could be as little as 3s with our project, F2 would a bit better but not 
 so 
 much


 why? looks not reasonable.
  


 My experience is the modules feature will spend your money.


 I haven't seen many people using modules yet. Can't they be configured 
 to be F1 like non default versions?


 should be.
  

  

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

2014-02-18 Thread Tapir


On Tuesday, February 18, 2014 5:20:41 PM UTC+8, Pertti Kellomäki wrote:

 On Tue, Feb 18, 2014 at 7:46 AM, Tapir tapi...@gmail.com javascript:wrote:

 I don't care about if you are happy with GAE or not.
 I just want to prove the GAE compute part is much more too expensive than 
 it should be.

  
 You cannot prove it because it is ultimately up to the market to decide. 
 The right price for GAE is whatever brings in most money to Google. This 
 is not a statement about Google's greed, it is basic economics.

 I'm sure Google could sell GAE for less, but I frankly doubt whether 
 lowering the price would bring in significantly more customers to make up 
 the lost revenue. Many people on the list seem to be happy with what they 
 get vs. what they pay, so for that customer segment GAE is definitely not 
 more expensive than it should be.


Maybe, you are right, or wrong.
 


 You do not seem to be in GAE's target audience, so I don't quite 
 understand why you don't just go with alternatives that work better for you 
 and be happy.
 -- 
 Pertti



-- 
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] Have anyone tried to port a java project with heavy framworks, such as struts and spring, to a pure jsp/servlet project?

2014-02-18 Thread Tapir


On Tuesday, February 18, 2014 6:43:56 PM UTC+8, Tapir wrote:



 On Tuesday, February 18, 2014 4:56:51 PM UTC+8, Rafael Sanches wrote:

 very interesting... 

 can you tell me how you did that? in a maven build or only via eclipse?


 neither, I did it manually.

 ok, the new test result:
 1. if I remove all jar files from the war/WEB-INF/lib, the warmup time is 
 about 2.3 seconds. 
 2. if I put the only the core app engine sdk jar file in war/WEB-INF/lib, 
 but doesn't reference it, the warmup time is about 2.9 seconds.
 3. if I put DatastoreService datastore = 
 DatastoreServiceFactory.getDatastoreService(); in the jsp file but do 
 nothing eslse, the warmup time is 3.5 seconds
 4. if I put a query in the default jsp file, the warmup time is 4.7 
 seconds.
 5. if I convert query result as list, the warmup time is 6 seconds.

 so, I think it is very clear that the datastore API is main cause of 
 long warmup time. A simple datastoe calling will increase the warmup time 
 much. In above example, the total increased warmup caused by datastore APIs 
 is more than 3 seconds. 


I almost can confirm the time increased doesn't related to remote bigtable 
servers, it is totally caused by the API design.
 


 Otherwaise, scanning the core app engine sdk jar will cost 0.5 second.

 So, @GAE_team, please optimize your datastore APIs. Done!




 On Tue, Feb 18, 2014 at 12:44 AM, Tapir tapi...@gmail.com wrote:

 Ok, I removed all core GAE jar files under SDK/lib/user
 Now the warmup time dropped from 5-7 seconds to 3-4 seconds.

 What is appengine-api-labs-1.x.x.jar? is it essential?
 And must the appengine-api-1.0-sdk-1.x.x.jar be included in the project 
 war directory?


 On Tuesday, February 18, 2014 1:59:15 PM UTC+8, Tapir wrote:



 On Tuesday, February 18, 2014 4:33:16 AM UTC+8, Emanuele Ziglioli wrote:

 Not sure where my reply went.

 On Tuesday, February 18, 2014 3:57:37 AM UTC+8, Emanuele Ziglioli 
 wrote:

 Our warmup time was 15 seconds, then I looked at the hello world 
 project that the GAE plugin generates with one servlet.
 That took 2 seconds to startup (once the servlet was hit).


 On F2 instance?


 Haven't seen much difference between F1 and F2 when it comes to warmup 
 time.
 Most time seems to be spent actually loading jars. Initialization 
 could be as little as 3s with our project, F2 would a bit better but not 
 so 
 much


 why? looks not reasonable.
  


 My experience is the modules feature will spend your money.


 I haven't seen many people using modules yet. Can't they be configured 
 to be F1 like non default versions?


 should be.
  

  

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


Re: [google-appengine] Have anyone tried to port a java project with heavy framworks, such as struts and spring, to a pure jsp/servlet project?

2014-02-18 Thread Tapir


On Tuesday, February 18, 2014 6:43:56 PM UTC+8, Tapir wrote:



 On Tuesday, February 18, 2014 4:56:51 PM UTC+8, Rafael Sanches wrote:

 very interesting... 

 can you tell me how you did that? in a maven build or only via eclipse?


 neither, I did it manually.

 ok, the new test result:
 1. if I remove all jar files from the war/WEB-INF/lib, the warmup time is 
 about 2.3 seconds. 
 2. if I put the only the core app engine sdk jar file in war/WEB-INF/lib, 
 but doesn't reference it, the warmup time is about 2.9 seconds.
 3. if I put DatastoreService datastore = 
 DatastoreServiceFactory.getDatastoreService(); in the jsp file but do 
 nothing eslse, the warmup time is 3.5 seconds
 4. if I put a query in the default jsp file, the warmup time is 4.7 
 seconds.
 5. if I convert query result as list, the warmup time is 6 seconds.

 so, I think it is very clear that the datastore API is main cause of 
 long warmup time. A simple datastoe calling will increase the warmup time 
 much. In above example, the total increased warmup caused by datastore APIs 
 is more than 3 seconds. 

 Otherwaise, scanning the core app engine sdk jar will cost 0.5 second.

 So, @GAE_team, please optimize your datastore APIs. Done!


If the APIs is not redesigned, porting my project from framworks to pure 
jsp/servlet is helpless to decrease the warmup time under 2 seconds.

 





 On Tue, Feb 18, 2014 at 12:44 AM, Tapir tapi...@gmail.com wrote:

 Ok, I removed all core GAE jar files under SDK/lib/user
 Now the warmup time dropped from 5-7 seconds to 3-4 seconds.

 What is appengine-api-labs-1.x.x.jar? is it essential?
 And must the appengine-api-1.0-sdk-1.x.x.jar be included in the project 
 war directory?


 On Tuesday, February 18, 2014 1:59:15 PM UTC+8, Tapir wrote:



 On Tuesday, February 18, 2014 4:33:16 AM UTC+8, Emanuele Ziglioli wrote:

 Not sure where my reply went.

 On Tuesday, February 18, 2014 3:57:37 AM UTC+8, Emanuele Ziglioli 
 wrote:

 Our warmup time was 15 seconds, then I looked at the hello world 
 project that the GAE plugin generates with one servlet.
 That took 2 seconds to startup (once the servlet was hit).


 On F2 instance?


 Haven't seen much difference between F1 and F2 when it comes to warmup 
 time.
 Most time seems to be spent actually loading jars. Initialization 
 could be as little as 3s with our project, F2 would a bit better but not 
 so 
 much


 why? looks not reasonable.
  


 My experience is the modules feature will spend your money.


 I haven't seen many people using modules yet. Can't they be configured 
 to be F1 like non default versions?


 should be.
  

  

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

2014-02-18 Thread timh
Prove for your case and in your opinion, and different environments and 
application load will affect the cost structure.

I watch my applications carefully and I can say that I am not nor ever have 
been overcharged for the service provided.

But I use python, I rarely see scheduler problems, I don't have 
particularly high startup times, the last time I had an Error 500 was back 
in December when I got 3 in the space of 1 sec, when someone hit my site 
with an out of control crawler (tried to suck down the whole site in about 
5 secs).s  The other day someone hit my site with a about 5000 requests for 
PHP based urls, probing for PHP exploits, the traffic rate was about 10 
times normal for over half an hour and I sailed through with no problems at 
all.

So any problems/issues are not necessarily widespread or affect many people 
especially on other language runtimes.

T

On Tuesday, February 18, 2014 1:50:59 PM UTC+8, Tapir wrote:

 I don't care about if you are happy with GAE or not.
 I just want to prove the GAE compute part is much more too expensive than 
 it should be.

 On Tuesday, February 18, 2014 10:26:20 AM UTC+8, Damith C Rajapakse wrote:

 Our app https://teammatesv4.appspot.com has 100k entries in the 
 datastore, 8000+ users, and a traffic rate about 1 hit every 10 seconds, 
 plus bursts of traffic at certain times. My cost is less than $1 per day. 
 So GAE fits rather nicely with my use case.


 btw, not relative to this thread, how many active users of your app? 
 pageviews per day? Average front hours per day? what language do you use, 
 java/python/go?


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

2014-02-18 Thread Tapir


On Tuesday, February 18, 2014 7:23:49 PM UTC+8, timh wrote:

 Prove for your case and in your opinion, and different environments and 
 application load will affect the cost structure.

 I watch my applications carefully and I can say that I am not nor ever 
 have been overcharged for the service provided.

 But I use python, I rarely see scheduler problems, I don't have 
 particularly high startup times, the last time I had an Error 500 was back 
 in December when I got 3 in the space of 1 sec, when someone hit my site 
 with an out of control crawler (tried to suck down the whole site in about 
 5 secs).s  The other day someone hit my site with a about 5000 requests for 
 PHP based urls, probing for PHP exploits, the traffic rate was about 10 
 times normal for over half an hour and I sailed through with no problems at 
 all.



Ok, again, what I want to prove is the cost on App Engine instances is a 
very very small portion of they charge. That is all. I never say it is 
wrong decision.  

Ok, off topic, recently the instance scheduler often makes my big java 
website project use more than 28 front end hours. But my website never got 
more than 1000 pageviews recently.
I really observed several times the instance scheduler let the dynamic 
instances to handle request, at the same time keep the resident idle. This 
will increase the front end hours. If the scheduler let the idle resident 
instances handle the request, the front end hour will not increase.
 


 So any problems/issues are not necessarily widespread or affect many 
 people especially on other language runtimes.

 T

 On Tuesday, February 18, 2014 1:50:59 PM UTC+8, Tapir wrote:

 I don't care about if you are happy with GAE or not.
 I just want to prove the GAE compute part is much more too expensive than 
 it should be.

 On Tuesday, February 18, 2014 10:26:20 AM UTC+8, Damith C Rajapakse wrote:

 Our app https://teammatesv4.appspot.com has 100k entries in the 
 datastore, 8000+ users, and a traffic rate about 1 hit every 10 seconds, 
 plus bursts of traffic at certain times. My cost is less than $1 per day. 
 So GAE fits rather nicely with my use case.


 btw, not relative to this thread, how many active users of your app? 
 pageviews per day? Average front hours per day? what language do you use, 
 java/python/go?



-- 
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] appengine provided libs for java

2014-02-18 Thread husayt
I am trying to cut down the size of deployed java app. 

The two largest files are:

   - appengine-api-labs-1.8.9.jar
   - appengine-api-1.0-sdk-1.8.9.jar

I am wondering, if I do have to deploy these libs. These files are part of 
GAE framework and I guess they would be expected to already exist on GAE 
servers.So why not to mark them as provided?

What is the recommended way to go about them?


-- 
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] BANNED PLS !! https://absentis64.appspot.com/www.evdenevenakliyatfirmalari.pro/

2014-02-18 Thread Darien Caldwell
It's not copying your site's content. it's a proxy. it just redirects 
requests to *any site* through their site. the content being viewed is 
still coming from your site.

For example. you can change the URL on the end to any other site on the 
internet. Try this for instance:

https://absentis64.appspot.com/www.google.com
  or
https://absentis64.appspot.com/www.whitehouse.gov

As you can see, it just proxies to the site you put on the end. But anyway, 
I see you have taken the advice and blocked your page from viewing through 
the proxy. 

On Monday, February 17, 2014 6:14:11 PM UTC-8, kişisel Pazar wrote:

 belong to me How can I copy my site's content without my permission?
 The purpose of this site is to jerk..
 google has banned my website..
 I do not understand why this site do not banned?..
 not only me but everyone is leaving in the lurch!!..
 This site is officially a spam site .. Pull me publishes all pages and 
 google site is making my place.. :@@



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

2014-02-18 Thread Andrew Mackenzie
Good post Barry. Things are not so simple. How much salary for Ops guys to keep 
that thing running 24x7?

-- 
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] appengine provided libs for java

2014-02-18 Thread Rafael
I tried removing those files in my maven script and it decreased the final
instance size by 20mb.

The problem is that it doesn't work, because everytime I try to do
something on the production instances it explodes:

java.lang.NoClassDefFoundError: com/google/appengine/api/utils/SystemProperty

Sadily, it seems that the appengine deploy script has to upload all the jar
classes, instead of uploading just the interface stubs.

I wish they would fix this, but Java seems to be something that they regret
ever supporting..

thanks
rafa


On Tue, Feb 18, 2014 at 10:23 AM, husayt hus...@gmail.com wrote:

 I am trying to cut down the size of deployed java app.

 The two largest files are:

- appengine-api-labs-1.8.9.jar
- appengine-api-1.0-sdk-1.8.9.jar

 I am wondering, if I do have to deploy these libs. These files are part of
 GAE framework and I guess they would be expected to already exist on GAE
 servers.So why not to mark them as provided?

 What is the recommended way to go about them?


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


-- 
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] BANNED PLS !! https://absentis64.appspot.com/www.evdenevenakliyatfirmalari.pro/

2014-02-18 Thread kişisel Pazar
html for my website that my google search it and see it as a copy of the
site ciliary friends it is so hard to understand?


2014-02-18 20:42 GMT+02:00 Darien Caldwell darien.caldw...@gmail.com:

 It's not copying your site's content. it's a proxy. it just redirects
 requests to *any site* through their site. the content being viewed is
 still coming from your site.

 For example. you can change the URL on the end to any other site on the
 internet. Try this for instance:

 https://absentis64.appspot.com/www.google.com
   or
 https://absentis64.appspot.com/www.whitehouse.gov

 As you can see, it just proxies to the site you put on the end. But
 anyway, I see you have taken the advice and blocked your page from viewing
 through the proxy.

 On Monday, February 17, 2014 6:14:11 PM UTC-8, kişisel Pazar wrote:

 belong to me How can I copy my site's content without my permission?
 The purpose of this site is to jerk..
 google has banned my website..
 I do not understand why this site do not banned?..
 not only me but everyone is leaving in the lurch!!..
 This site is officially a spam site .. Pull me publishes all pages and
 google site is making my place.. :@@

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


Re: [google-appengine] appengine provided libs for java

2014-02-18 Thread Kristopher Giesing
You could probably still do without the labs jar - I think that is all 
optional APIs.  (Assuming, of course, that you don't actually use any of 
the labs APIs.  And, caveat - I haven't actually tried it.)

- Kris

On Tuesday, February 18, 2014 11:48:06 AM UTC-8, Rafael Sanches wrote:

 I tried removing those files in my maven script and it decreased the final 
 instance size by 20mb. 

 The problem is that it doesn't work, because everytime I try to do 
 something on the production instances it explodes: 

 java.lang.NoClassDefFoundError: com/google/appengine/api/utils/SystemProperty

 Sadily, it seems that the appengine deploy script has to upload all the 
 jar classes, instead of uploading just the interface stubs. 

 I wish they would fix this, but Java seems to be something that they 
 regret ever supporting..

 thanks
 rafa


 On Tue, Feb 18, 2014 at 10:23 AM, husayt hus...@gmail.com 
 javascript:wrote:

 I am trying to cut down the size of deployed java app. 

 The two largest files are:

- appengine-api-labs-1.8.9.jar
- appengine-api-1.0-sdk-1.8.9.jar

 I am wondering, if I do have to deploy these libs. These files are part 
 of GAE framework and I guess they would be expected to already exist on GAE 
 servers.So why not to mark them as provided?

 What is the recommended way to go about them?


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

2014-02-18 Thread Tapir


On Wednesday, February 19, 2014 3:32:27 AM UTC+8, Andrew Mackenzie wrote:

 Good post Barry. Things are not so simple. How much salary for Ops guys to 
 keep that thing running 24x7?


Sorry, I don't count this factor. For I think this cost per Op for big 
companies such as Google should be smaller than small companies such as 
DigitialOcean.

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

2014-02-18 Thread Tapir


On Wednesday, February 19, 2014 3:32:27 AM UTC+8, Andrew Mackenzie wrote:

 Good post Barry. Things are not so simple. How much salary for Ops guys to 
 keep that thing running 24x7?


Sorry, I don't count this factor. For Ops at Big companies will manager 
more resources, I think this cost per VM for big companies such as Google 
should be smaller than small companies such as DigitialOcean. 

 

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

2014-02-18 Thread Rafael
Hi Barry,

I wish what you are saying was correct.

I run one of those big services that needed to scale. Unfortunately
appengine price goes up as you scale.

Unfortunately nobody can say that appengine makes sense price wise. It may
make sense if it fits your taste and you like google tools.
Price wise it's out of discussion, no matter how you put it.

thanks
rafa


On Mon, Feb 17, 2014 at 10:14 AM, Barry Hunter barrybhun...@gmail.comwrote:




 On Mon, Feb 17, 2014 at 6:01 PM, Tapir tapir@gmail.com wrote:



 On Tuesday, February 18, 2014 1:48:10 AM UTC+8, barryhunter wrote:

 Apples to Oranges.

 DigitalOcean to Compute Engine would be a fairer comparison. They are
 both the same 'type' of product.


 AppEngine isn't a magic 'fit all' solution. Many types of applications
 you could very definitly run (much) cheaper elsewhere (particularly ones
 that are small enough to fit in a single VPS).

 But there certain types of applications that will be 'cheaper' on
 AppEngine (particularly when consider AppEngine is managed hosting).


 If the free quota provided by App Engine is not considered, I don't think
 there are any types will be cheaper in App Engine.


 Imagine if your application was big enough, that it needed say 150 VPS's
 to run.

 Some of them running memcache, some running apache, some running
 elasticsearch, some running couchdb, some running haproxy, some running
 logging servers, some running management nodes. Warm redunacy servers.

 You could perhaps get that very cheap, but you would have to add the cost
 of building the system to orcestrate all those 'servers'. Both
 coding/developer time to right the tools. But also the system administrator
 type to maintain and monitori all those systems.

 You could use services like RightScale etc, to manage all those servers.
 But that adds another layer of fees and management.


 The raw 'hosting' may be cheap, but it doesnt consider all the management
 cost.





 I admit DigitalOcean is an alternative to GCE. But standing at the
 position of Google, the comparison is not unfair. Google charges too
 many for a low cost.


 I'm not denying that AppEngine might be expensive, but you can't say that
 by just comparing a few numbers for a single VPS. There is a lot more to
 consider.


 A fairer comparson, would be some sort of managed hosting, something like

 http://www.rackspace.com/managed-hosting/dedicated-servers/pricing/

 but that still doesnt consider everything.








 On Mon, Feb 17, 2014 at 5:38 PM, Tapir tapi...@gmail.com wrote:

  DigitalOcean: 2.0GHz, 512MB RAM, 20GB SSD, 1TB Bandwidth for free.
 $5/month
 Google App Engine B4 Instance: 2.4GHz, 512MB, No Hard Disk, Bandwidth
 needs extra money, $230/month

 230/5 = 46!

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


Re: [google-appengine] Unable to process batch request for spread sheet.

2014-02-18 Thread Vinny P
On Mon, Feb 17, 2014 at 12:32 PM, Pravanjan Niranjan 
pravanjan.niran...@a-cti.com wrote:

 Thanks Vinny will try with this



No problem. If that doesn't work, you may have to decrease the size of the
batch update or run it within a longer-lived request such as a task.


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


Re: [google-appengine] Min Pending Latency -- does it really do anything?

2014-02-18 Thread Tapir


On Wednesday, September 14, 2011 6:04:15 AM UTC+8, Rishi Arora wrote:

 It really doesn't matter it a second instance kicks in to process your 
 user-facing requests.  If your max_idle_instances is set to 1, then you're 
 only paying for one idle instance at any given time.  


Really?!  Any googler can confirm this? I set max-idle-instances as 1, but 
I am still charged more than 28 hours often recently.
 

 Remember that max_idle_instances=1 doesn't mean max_instances=1.  I do 
 agree your concerns, and I'm curious to know too, why the scheduler is 
 starting a second instance, even though min_latency is set to 15 seconds. 
  Nevertheless, you should still be able to stay under the free quota of 28 
 instance hours.  The periodic image uploads will take up 24 instance hours, 
 and any extra processing time that those uploads require, and any 
 user-facing requests require will most likely fit into the remaining 4 
 instance hours.  Any idle time for the second (or third, or fourth) 
 instance will not be billed to you (only the processing time of the extra 
 instances will be billed).  This was in fact the motivation behind 
 increasing the free instance hours from 24 to 28.

 On Tue, Sep 13, 2011 at 4:30 PM, dloomer dlo...@gmail.com 
 javascript:wrote:

 I have a simple webcam app used by a maximum of maybe 3 people at any 
 time, which also handles requests from a batch process initiated from my 
 house which uploads a new image to my app every 15 seconds via HTTP call to 
 my app's frontend.  My goal is to get the app running on just a single 
 frontend instance at all times, making this as close to a free app as 
 possible, but this is proving much more difficult than I thought it would.

 When no one is connected to my app, all the uploads go to a single 
 instance.  All the requests complete with around 200ms latency.

 However, as soon as one user accesses the main page of my app, a new 
 instance spins up.  *This in spite of the fact that a browser request to 
 my app typically completes in well under a second, and Min Pending Latency 
 is set to 15 seconds.*

 What is it that would make the scheduler think that one instance won't 
 handle both sets of requests, when the Min Pending Latency is set so high 
 and none of the requests come anywhere near this threshold? One theory: I 
 remember reading on these forums a while back, under a topic regarding 
 keeping an instance always on, that the scheduler has strategies to 
 prevent you from keeping an instance always on by constantly pinging it. 
 My 15-second periodic upload is similar to a ping in this sense.  I don't 
 intend anything nefarious, but the scheduler wouldn't know this, and maybe 
 is just trying to close a loophole that someone else could exploit.

 I'd use a backend to handle the image uploads, but I need it running 24 
 hours and a 24-hour backend isn't free.

 I don't think this would work as a free app by Google's billing terms 
 (which I believe would restrict me to a single frontend by default), as 
 it's likely I'll go over quota on datastore operations farily regularly.

 Any ideas on how I can keep my app as cheap as possible without 
 sacrificing functionality?

 -- 
 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/-/-OicXg1wyQIJ.
 To post to this group, send email to 
 google-a...@googlegroups.comjavascript:
 .
 To unsubscribe from this group, send email to 
 google-appengi...@googlegroups.com javascript:.
 For more options, visit this group at 
 http://groups.google.com/group/google-appengine?hl=en.




-- 
You received this message because you are subscribed to the Google Groups 
Google App Engine group.
To 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: Have anyone tried to port a java project with heavy framworks, such as struts and spring, to a pure jsp/servlet project?

2014-02-18 Thread Tapir
Ok, it is the time to make the decision.
I will port my java project to go.
There is really part of the project depends on some java libraries which 
are hard to find in go world, but I can make the part as a java service on 
my VPS.


On Thursday, February 6, 2014 1:35:05 PM UTC+8, Tapir wrote:

 Is it worth dong it?


-- 
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] pls banned pls help me !! absentis64.appspot.com spam domain !!

2014-02-18 Thread Şevket Sulu
*hi this is my second title of the web page in my web page google result in 
the deletion of this page was deleted html sites I and other users because 
this page is deleted google!*
domains: http://www.istanbulevdenevetasimacilik.net/  
http://www.evdenevenakliyatfirmalari.pro/
*https*://absentis64.appspot.com/www.*istanbulevdenevetasimacilik*.*net*/‎ 

*https*://absentis64.appspot.com/www.*evdenevenakliyatfirmalari*.*pro*/‎
‎ 

*Google search: 1:* http://goo.gl/3GUkzN  *2:* http://goo.gl/GBWUNq 

*Deleting my website in google because of this site, please remove this 
site!*
https://www.google.com.tr/?gws_rd=crei=CPPsUo7hH4GWtAbw9oDoCQ#

   - 
   
http://webcache.googleusercontent.com/search?q=cache:BdtAaEsc3YgJ:https://absentis64.appspot.com/www.evdenevenakliyatfirmalari.pro/+cd=1hl=trct=clnkgl=tr
   - 
   

https://www.google.com.tr/?gws_rd=crei=CPPsUo7hH4GWtAbw9oDoCQ#

   - 
   
http://webcache.googleusercontent.com/search?q=cache:hJRVFTxN4hMJ:https://absentis64.appspot.com/www.istanbulevdenevetasimacilik.net/+cd=1hl=trct=clnkgl=tr
   - 
   

-- 
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: Dev datastore disappears when upgrading to new version

2014-02-18 Thread Dennis Janssen
I set the datastore path to a path inside my project folder using 
the --datastore_path option for dev_appserver, this way if i upgrade the 
SDK the datastore isn't overwritten.

I'm using the SDK for Go on OSX but i'm pretty sure it would work the same 
for all versions of GAE 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/groups/opt_out.


[google-appengine] Cookies on Cloud Endpoints Java

2014-02-18 Thread Brian Henry
Can anyone tell me how to allow cookies when using Cloud Endpoints with 
Java? They're accessible when using the local dev server but once I deploy 
to .appspot HttpServletRequest.getCookies() is null.

There's an answer on SO for Python:
http://stackoverflow.com/questions/15690831/cloud-endpoints-http-cookies

- which led me to find an equivalent class 
com.google.api.server.spi.config.ApiAuthConfig 
with setAllowCookieAuth(boolean) method but I don't know how to use it with 
my endpoint class.

-- 
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: Using a custom domain name with Google App Engine

2014-02-18 Thread K Mahmood
hi...  i have been trying appengine yesterday and my website 
http://vidzonline.com is now not accessible from google public dns as well 
as i cant share links on my +Google on the other hand google stoped my 
website sitemap indexing. please help me as soon as possible






On Monday, May 31, 2010 8:41:31 AM UTC+5, jwleeman wrote:

 Hello!  I'm interested in using Google App Engine, but I already have 
 a domain name registered, which I'd like to use if possible instead of 
 the 'appspot' one.  From looking around the doc here, it seems like 
 you need to have a Google Apps account (~ $50 / year) in order to use 
 your own domain name.  Is that correct, or am I misunderstanding? 

 Thanks! 

 ~Jeff

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