Re: [google-appengine] Google rdbms server error

2014-02-10 Thread Vinny P
On Sun, Feb 9, 2014 at 1:44 PM, Dinakar Sandeep sundeep...@gmail.com
 wrote:

 I have given Instance and database name . There is no errors in the
 program . I am getting 500 error . I checked the database name and table
 name It is correct .



A 500 error is a generic HTTP Internal Server Error code. Do you have any
more detailed error messages, such as a stack trace or any message printed
to App Engine logging?

Can you also post the source code you're using to connect to Cloud SQL?


On Sun, Feb 9, 2014 at 8:14 PM, Dinakar Sandeep sundeep...@gmail.com
 wrote:

 I am getting ! at my cloudsql instance and data is not inserted into the
 database . can I know the reason why I am getting this error .



Can you post a screenshot of where the exclamation mark is appearing?


On Sun, Feb 9, 2014 at 2:03 PM, Dinakar Sandeep sundeep...@gmail.com
 wrote:

 There is no error in my program . I used this
 connection jdbc:google:rdbms://myinstance/tablename but data is not
 inserted in the database .



Can you try the following JDBC URL:
*jdbc:google:mysql://Google-Cloud-Project-ID:Instance-Name/Database* ?


-
-Vinny P
Technology  Media Advisor
Chicago, IL

App Engine Code Samples: http://www.learntogoogleit.com

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


[google-appengine] Re: 1.9.0 Pre-Release SDKs are now available.

2014-02-10 Thread Alexander Trakhimenok
What about Go language SDK? Is it still alive?

Alex

On Wednesday, 5 February 2014 05:43:41 UTC+4, Richmond Manzana wrote:

 We want to inform you that the pre-release SDKs for Python, PHP and Java 
 are now available.

 As previously 
 announcedhttp://google-opensource.blogspot.com/2013/05/a-change-to-google-code-download-service.htmlin
  a Google code site announcement, new App Engine Binaries are no longer 
 available at:
 http://code.google.com/p/googleappengine/downloads/list

 Older binaries will remain available at the code.google.com site.

 1.9.0 Pre-release SDKs are now available at these links:

 App Engine 1.9.0 Java prerelease 
 SDKhttp://commondatastorage.googleapis.com/appengine-sdks%2Ffeatured%2Fappengine-java-sdk-1.9.0_prerelease.zip

 App Engine 1.9.0 Python prerelease 
 SDKhttp://commondatastorage.googleapis.com/appengine-sdks%2Ffeatured%2Fgoogle_appengine-1.9.0_prerelease.zip

 App Engine 1.9.0 PHP prerelease 
 SDKhttp://commondatastorage.googleapis.com/appengine-sdks%2Ffeatured%2Fgoogle_appengine-php-sdk-1.9.0_prerelease.zip

 In the future, please look forward to the finding the latest binaries at 
 https://developers.google.com/appengine/downloads


 Also, please see the pre-release notes below.

 Cheers,

 Richmond Manzana
 Technical Program Manager
 Google App Engine

 App Engine SDK - Pre-Release Notes

 Version 1.9.0

 Python  PHP
 ==
 - New App Engine Application Identifiers must now start with a letter,
   in addition to the existing requirements that the identifier be 6-30
   characters which are letters, numbers, and hyphens, and not start or end 
 with
   a hyphen.

 Python
 ==
 - The size limit on the Search API is now computed and enforced on a 
 per-index
   basis, rather than for the app as a whole. The per-index limit is now 
 10GB.
   There is no fixed limit on the number of indexes, or on the total amount 
 of
   Search API storage an application may use.
 - Users now have the ability to embed images in emails via the Content-Id
   attachment header.
 https://code.google.com/p/googleappengine/issues/detail?id=965
 https://code.google.com/p/googleappengine/issues/detail?id=10503
 - Fixed an issue with NDB backup/restore corrupting certain compressed
   entities.
 https://code.google.com/p/googleappengine/issues/detail?id=8599

 PHP
 ==
 - The PHP interpreter has been upgraded from PHP 5.4.19 to PHP 5.4.22.
 - Autoloading is now available in the SDK so developers will no longer 
 need to
   explicitly require SDK files.
 - Expanded php.ini setting google_appengine.allow_include_gs_buckets to 
 allow
   a path filter be included for improved security.
 - A warning message now appears if an application moves a user uploaded 
 file to
   a Google Cloud Storage bucket/path. This is due to the fact that code 
 may be
   included and lead to a local file inclusion vulnerability.
 - Added API functions CloudStorageTools::getMetadata() and
   CloudStorageTools::getContentType() for retrieving the metadata and 
 content
   type of Google Cloud Storage objects.
 https://code.google.com/p/googleappengine/issues/detail?id=10182
 - Fixed an issue with GCS folders not displaying correctly in Developers
   Console.
 - Fixed an issue with PHP_SELF and SCRIPT_NAME not being implemented 
 correctly.
 https://code.google.com/p/googleappengine/issues/detail?id=9989
 https://code.google.com/p/googleappengine/issues/detail?id=10478

 Java
 ==
 - Java 6 applications cannot be deployed to Google App Engine from any 
 version
   of the SDK. Existing Java 6 applications will continue to run. If you are
   still relying on a Java 6 application in Google App Engine, we strongly
   encourage you to start testing and deploying your app using Java 7. Java 
 7
   has been certified by Oracle to be fully backwards compatible with Java 
 6,
   as well as providing a number of benefits to developers. Java 7 
 applications
   will be fully supported in future releases of the App Engine SDK.
   If you absolutely need to continue to deploy Java 6 applications for
   compatibility reasons, you can request that your application be 
 whitelisted
   for Java 6 deployment from http://goo.gl/ycffXq. As we review each 
 whitelist
   application by hand, please allow 10 working days for review, and note 
 that
   only billed applications that show a proven incompatibility will be
   considered for exemption.
 - Modules API methods have been moved out of the labs package in 
 preparation
   for a general availability release.
 - MapReduce is now a Preview feature. Documentation and getting started 
 guides
   are now available on developers.google.com.
 - The size limit on the Search API is now computed and enforced on a 
 per-index
   basis, rather than for the app as a whole. The per-index limit is now 
 10GB.
   There is no fixed limit on the number of indexes, or on the total 

Re: [google-appengine] It is possible to update datastore entities or delete entities of a Kind?

2014-02-10 Thread Juan de Dios Becerra
It seems like I finally could retrieve an entity and modify the content, my 
actual doubt is how can I retrieve more than 1,000 entities, because I got 
a warning because I have more than 1,000 entitites in a kind, how can I 
make this?

El viernes, 7 de febrero de 2014 11:10:41 UTC-6, PK escribió:

 If you are using one and the same key, you are creating only one entity 
 which you keep overwriting. Go to the console and look at the entities in 
 the datastore. By the way I do not see a put() in this code

 PK
 http://www.gae123.com

 On February 7, 2014 at 7:22:26 AM, Juan de Dios Becerra (
 j.bece...@gmail.com javascript:) wrote:

 Yes, but I don't see where to associate the ID, when I create my entities 
 I use only one key for all the entities, see this snippet: 

 Key activityData = KeyFactory.createKey(Activity, ActivityData);

 for(int a = 0 a  activities.size(); a++){
 Entity activityDesglose = new Entity(Activities, activityData);
 activityDesglose.setProperty(publishDate, date);
 activityDesglose.setProperty(title, activities.get(i).getTitle());
 activityDesglose.setProperty(type, activities.get(i).getVerb());
 }

 I don't know if I explain my point correctly, where or how con I use the 
 ID to get the correct entity.

 El jueves, 6 de febrero de 2014 17:43:51 UTC-6, PK escribió: 

  There is a get() method where you pass the key and get the entity back. 
 This is described in the docs here: 
  
  https://developers.google.com/appengine/docs/java/datastore/entities
  
  Retrieving an entity 

 To retrieve an entity identified by a given key, pass the 
 Keyhttps://developers.google.com/appengine/docs/java/javadoc/com/google/appengine/api/datastore/Key
  object 
 to the 
 DatastoreService.get()https://developers.google.com/appengine/docs/java/javadoc/com/google/appengine/api/datastore/DatastoreService#get(com.google.appengine.api.datastore.Key)
  method:

 // Key employeeKey = ...;
 Entity employee = datastore.get(employeeKey);

  
 PK
  http://www.gae123.com

 On February 6, 2014 at 3:06:22 PM, Juan de Dios Becerra (
 j.bece...@gmail.com) wrote:

  How can I set the ID for an entity? for inserting I create a Key and an 
 entity: 

  Key collectionData = KeyFactory.createKey(FinalCount, 
 FinalCollection);
Entity countData = new Entity(Final, collectionData);

 but for set the ID I don't know how, do you have examples?

 Thank you.

 El miércoles, 5 de febrero de 2014 19:01:49 UTC-6, Vinny P escribió: 

  On Wed, Feb 5, 2014 at 10:35 AM, Juan de Dios Becerra 
 j.bece...@gmail.com wrote: 

 I have not found a good example of how to update datastore, so I am 
 doing manually delete the entities and then insert again I know is 
 completely awful for this reason I think it could be a better way, there 
 exists? Btw I am using Java.

  
  
 Hi Juan, 

 In the App Engine datastore, an update operation is the same as an 
 insert operation; if you insert an entity with the same Kind and ID/Name as 
 a currently existing entity, the pre-existing entity will be overwritten 
 with information from the new entity. Also, the indexes will be 
 automatically updated to reflect the new values. 

 So you can simply reuse the code that is currently doing the entity 
 insertion. Just remember to set the same Kind and ID/Name as the entity you 
 want to overwrite. If you don't know the current IDs in use, you can query 
 for the entities and extract the IDs. 

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


[google-appengine] App engine import multiprocessing error

2014-02-10 Thread tao hong
I would like to use `multiprocessing` library for my site. However, I ran 
into some import error in the local test environment. Can I have any 
suggestions on how to fix this issue? or I have to use `threading` library 
 instead of `multiprocessing`. Thanks!

Below is the traceback information.

ERROR2014-02-10 19:34:52,315 cgi.py:121] Traceback (most recent 
call last):

  File D:\Dropbox\ubertool_src\przm/przm_batchoutput.py, line 23, in 
module

import multiprocessing

  File C:\Python27\Lib\multiprocessing\__init__.py, line 65, in 
module

from multiprocessing.util import SUBDEBUG, SUBWARNING

  File C:\Python27\Lib\multiprocessing\util.py, line 40, in module

from subprocess import _args_from_interpreter_flags

ImportError: cannot import name _args_from_interpreter_flags

-- 
You received this message because you are subscribed 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] The Worst Google Service ever

2014-02-10 Thread coto
Today I am asking to stop Google Cloud Gold Support, in my humble opinion, 
the worst Google Service ever,

Google Cloud has bad services, but Google Cloud Gold support was the worst 
ever.


   - $400 a month, we never received a solution for the most important 
   issues, issues about Google billing errors (Case 03750209), 
   - we began Gold support to tell to Google that there was an error in 
   their Servers (Case 03732106) it was Ironic: we paid to tell to Google 
   there is an error in Google End and we were not refund.
   - we received an ironic answer (Case 03798195) because we reported an 
   issue about a charge of $0.01 erroneously.
   

In Conclusion, the worst service ever we have had with Google. The worst.

-- 
You received this message because you are subscribed 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: The Worst Google Service ever

2014-02-10 Thread husayt
It will be interesting to see Google's reply. I am concerned each time I 
hear stories like this.



On Monday, 10 February 2014 21:18:28 UTC, coto wrote:

 Today I am asking to stop Google Cloud Gold Support, in my humble opinion, 
 the worst Google Service ever,

 Google Cloud has bad services, but Google Cloud Gold support was the worst 
 ever.


- $400 a month, we never received a solution for the most important 
issues, issues about Google billing errors (Case 03750209), 
- we began Gold support to tell to Google that there was an error in 
their Servers (Case 03732106) it was Ironic: we paid to tell to Google 
there is an error in Google End and we were not refund.
- we received an ironic answer (Case 03798195) because we reported an 
issue about a charge of $0.01 erroneously.


 In Conclusion, the worst service ever we have had with Google. The worst.



-- 
You received this message because you are subscribed 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: low python and java bug acknowledgment

2014-02-10 Thread pdknsk
Unfortunately this hasn't changed, probably worsened.

-- 
You received this message because you are subscribed 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] It is possible to update datastore entities or delete entities of a Kind?

2014-02-10 Thread Vinny P
On Mon, Feb 10, 2014 at 11:23 AM, Juan de Dios Becerra 
j.becerra4...@gmail.com wrote:

 It seems like I finally could retrieve an entity and modify the content,
 my actual doubt is how can I retrieve more than 1,000 entities, because I
 got a warning because I have more than 1,000 entitites in a kind, how can I
 make this?




You'll need to use datastore cursors to page through sets of query
results.

 You can see an example of how to use cursors here:
https://developers.google.com/appengine/docs/java/datastore/queries#Java_Query_cursors,
but the general idea is that you can retrieve the results of a datastore
query in batches. When you're done processing a page of results, you can
obtain a cursor to retrieve the next results page.

-
-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] App engine import multiprocessing error

2014-02-10 Thread Vinny P
On Mon, Feb 10, 2014 at 2:20 PM, tao hong hongtao...@gmail.com wrote:

 I would like to use `multiprocessing` library for my site. However, I ran
 into some import error in the local test environment. Can I have any
 suggestions on how to fix this issue? or I have to use `threading` library
  instead of `multiprocessing`. Thanks!



You're better off using the backported concurrent.futures; see here for
more information:
https://groups.google.com/forum/#!msg/google-appengine/TpIUau1Ikp8/4A9fK_DbodgJ


What in particular are you using threading for? If you're using threading
to access App Engine services, you may want to look into using async
functions (for instance, using *db.put_async* over *db.put*).


-
-Vinny P
Technology  Media Advisor
Chicago, IL

App Engine Code Samples: http://www.learntogoogleit.com

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


[google-appengine] Re: App engine import multiprocessing error

2014-02-10 Thread timh
You can't use multiprocessing on appengine.  Multiprocessing is for 
creating and coordinating sub processes for parallelism.
That is not an option on appengine.  Appengine has other facilities like 
async methods, task queues and backends (which can use traditional 
threading).

You will need to rethink your plans in terms of the facilities that 
appengine provides.

T


On Tuesday, February 11, 2014 4:20:53 AM UTC+8, tao hong wrote:

 I would like to use `multiprocessing` library for my site. However, I ran 
 into some import error in the local test environment. Can I have any 
 suggestions on how to fix this issue? or I have to use `threading` library 
  instead of `multiprocessing`. Thanks!

 Below is the traceback information.

 ERROR2014-02-10 19:34:52,315 cgi.py:121] Traceback (most recent 
 call last):
 
   File D:\Dropbox\ubertool_src\przm/przm_batchoutput.py, line 23, in 
 module
 
 import multiprocessing
 
   File C:\Python27\Lib\multiprocessing\__init__.py, line 65, in 
 module
 
 from multiprocessing.util import SUBDEBUG, SUBWARNING
 
   File C:\Python27\Lib\multiprocessing\util.py, line 40, in module
 
 from subprocess import _args_from_interpreter_flags
 
 ImportError: cannot import name _args_from_interpreter_flags


-- 
You received this message because you are subscribed 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] Can't access ODK data in data store

2014-02-10 Thread Leto Atreides

I'm trying to access data that ODK has pushed into the datastore. The below 
code words fine when I query an entity that I created via Python, which was 
called ProductSalesData. The entity name ODK has given it's data is 
opendatakit.test1. When I update the data model to class 
opendatakit.test1(db.Model) it obviously bombs due to a sytax error. Any 
ideas on how to access the ODK data?  Thanks

#!/usr/bin/env python
 import webapp2
 from google.appengine.ext import db

 class ProductSalesData(db.Model):
   product_id = db.IntegerProperty()
   date = db.DateTimeProperty()
   store = db.StringProperty()
 q = ProductSalesData.all()  

 class simplequery(webapp2.RequestHandler):
   def get(self):
 for ProductSalesData in q:
   self.response.out.write('Result:%sbr /' % ProductSalesData.store) 
   

 app = webapp2.WSGIApplication(
  [('/', simplequery)],
  debug=True)

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


[google-appengine] Re: 1.9.0 Pre-Release SDKs are now available.

2014-02-10 Thread Kirill Lebedev
Thanks for this information. Actually one of our appengines is already on 
1.9.0. And I have a compatibility question based on your notes:

 We are actively using Java version of MapReduce library. We are still on 
0.2 version (Blobstore-based intermediate storage and InMemory Shuffling). 
We tried to update our system to 0.3 and 0.4 (current SVN state)  and it 
was not successful. More over 0.4 SVN version has import 
com.google.appengine.api.labs.modules.ModulesService; and import 
com.google.appengine.api.labs.modules.ModulesServiceFactory; imports in 
MapReduceJob.java. So how this release will affect MapReduce compatibility? 
Will 0.2 version still work on 1.9.0. Do you have any plans to publicly 
release 0.4 version of Java MapReduce that will reflect 1.9.0 changes? It 
is critical cause our code relies on that libraries.

Thanks,
Kirill Lebedev

вторник, 4 февраля 2014 г., 17:43:41 UTC-8 пользователь Richmond Manzana 
написал:

 We want to inform you that the pre-release SDKs for Python, PHP and Java 
 are now available.

 As previously 
 announcedhttp://google-opensource.blogspot.com/2013/05/a-change-to-google-code-download-service.htmlin
  a Google code site announcement, new App Engine Binaries are no longer 
 available at:
 http://code.google.com/p/googleappengine/downloads/list

 Older binaries will remain available at the code.google.com site.

 1.9.0 Pre-release SDKs are now available at these links:

 App Engine 1.9.0 Java prerelease 
 SDKhttp://commondatastorage.googleapis.com/appengine-sdks%2Ffeatured%2Fappengine-java-sdk-1.9.0_prerelease.zip

 App Engine 1.9.0 Python prerelease 
 SDKhttp://commondatastorage.googleapis.com/appengine-sdks%2Ffeatured%2Fgoogle_appengine-1.9.0_prerelease.zip

 App Engine 1.9.0 PHP prerelease 
 SDKhttp://commondatastorage.googleapis.com/appengine-sdks%2Ffeatured%2Fgoogle_appengine-php-sdk-1.9.0_prerelease.zip

 In the future, please look forward to the finding the latest binaries at 
 https://developers.google.com/appengine/downloads


 Also, please see the pre-release notes below.

 Cheers,

 Richmond Manzana
 Technical Program Manager
 Google App Engine

 App Engine SDK - Pre-Release Notes

 Version 1.9.0

 Python  PHP
 ==
 - New App Engine Application Identifiers must now start with a letter,
   in addition to the existing requirements that the identifier be 6-30
   characters which are letters, numbers, and hyphens, and not start or end 
 with
   a hyphen.

 Python
 ==
 - The size limit on the Search API is now computed and enforced on a 
 per-index
   basis, rather than for the app as a whole. The per-index limit is now 
 10GB.
   There is no fixed limit on the number of indexes, or on the total amount 
 of
   Search API storage an application may use.
 - Users now have the ability to embed images in emails via the Content-Id
   attachment header.
 https://code.google.com/p/googleappengine/issues/detail?id=965
 https://code.google.com/p/googleappengine/issues/detail?id=10503
 - Fixed an issue with NDB backup/restore corrupting certain compressed
   entities.
 https://code.google.com/p/googleappengine/issues/detail?id=8599

 PHP
 ==
 - The PHP interpreter has been upgraded from PHP 5.4.19 to PHP 5.4.22.
 - Autoloading is now available in the SDK so developers will no longer 
 need to
   explicitly require SDK files.
 - Expanded php.ini setting google_appengine.allow_include_gs_buckets to 
 allow
   a path filter be included for improved security.
 - A warning message now appears if an application moves a user uploaded 
 file to
   a Google Cloud Storage bucket/path. This is due to the fact that code 
 may be
   included and lead to a local file inclusion vulnerability.
 - Added API functions CloudStorageTools::getMetadata() and
   CloudStorageTools::getContentType() for retrieving the metadata and 
 content
   type of Google Cloud Storage objects.
 https://code.google.com/p/googleappengine/issues/detail?id=10182
 - Fixed an issue with GCS folders not displaying correctly in Developers
   Console.
 - Fixed an issue with PHP_SELF and SCRIPT_NAME not being implemented 
 correctly.
 https://code.google.com/p/googleappengine/issues/detail?id=9989
 https://code.google.com/p/googleappengine/issues/detail?id=10478

 Java
 ==
 - Java 6 applications cannot be deployed to Google App Engine from any 
 version
   of the SDK. Existing Java 6 applications will continue to run. If you are
   still relying on a Java 6 application in Google App Engine, we strongly
   encourage you to start testing and deploying your app using Java 7. Java 
 7
   has been certified by Oracle to be fully backwards compatible with Java 
 6,
   as well as providing a number of benefits to developers. Java 7 
 applications
   will be fully supported in future releases of the App Engine SDK.
   If you absolutely need to continue to deploy Java 6 applications for
 

Re: [google-appengine] low python and java bug acknowledgment

2014-02-10 Thread PK
I agree with you, this is ridiculous. In addition to what you pay for the 
service, you need to pay extra for support so that they look at the bugs you 
report, even when they are Google's bugs. And from what I am reading, those who 
pay for support are not happy either. You thought you moved away from the old 
enterprise software vendors” model but you realize it is becoming just the 
same attitude, just repackaged as PaaS.

Having been following GAE since the beginning I can tell you that Google App 
Engine used to be like what you describe for Go when it first started, but I 
regret to conclude that that spirit has been lost.

PK
http://www.gae123.com

On October 4, 2013 at 6:51:53 PM, pdknsk (pdk...@gmail.com) wrote:

It's a bit frustrating to report bugs when Google doesn't read them.

https://code.google.com/p/googleappengine/issues/list?can=1q=-Language%3AGo+-Language%3APHPsort=-id

The vast majority of bug reports on the first few pages isn't acknowledged 
(maybe not even read), let alone fixed. Now, you can argue this is because of 
low quality bug reports, which may or not may be the case. If this were the 
case, Google could at least reply and state so.

This is in stark contrast to the Go team, which reads every bug (and fixes 
many). Exemplary!

https://code.google.com/p/googleappengine/issues/list?can=1q=Language%3AGosort=-id
--  
You received this message because you are subscribed 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] Re: The Worst Google Service ever

2014-02-10 Thread Coto Augosto C.
Just for your information here is the ironic answer I received from
Google Support (Case 03798195) when I claimed for the charge of $0.01 daily
for a disabled PageSpeed

*Created By: Szabolcs Feczak (1/10/14)*

Dear Rodrigo,

You wrote: charging $0.01 daily for PageSpeed and it was disabled on Dec.
10th, 2013

This is 31 days x $0.01 = $0.31


Am I missing something?
Can you please clarify why is this a *large* impact for you?


Kind regards

Sub Szabolcs Feczak
Cloud Platform

- Rodrigo Augosto (@coto http://twitter.com/coto)


On Mon, Feb 10, 2014 at 7:40 PM, husayt hus...@gmail.com wrote:

 It will be interesting to see Google's reply. I am concerned each time I
 hear stories like this.



 On Monday, 10 February 2014 21:18:28 UTC, coto wrote:

 Today I am asking to stop Google Cloud Gold Support, in my humble
 opinion, the worst Google Service ever,

 Google Cloud has bad services, but Google Cloud Gold support was the
 worst ever.


- $400 a month, we never received a solution for the most important
issues, issues about Google billing errors (Case 03750209),
- we began Gold support to tell to Google that there was an error in
their Servers (Case 03732106) it was Ironic: we paid to tell to Google
there is an error in Google End and we were not refund.
- we received an ironic answer (Case 03798195) because we reported an
issue about a charge of $0.01 erroneously.


 In Conclusion, the worst service ever we have had with Google. The worst.

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

2014-02-10 Thread Tapir
I really like the basic part of your framework, the python route config 
style and the simple view files.

For it is also based on servlet, I think it can't solve the warmup problem.
Bit I would give it a try in my later new projects.

On Monday, February 10, 2014 5:29:32 AM UTC+8, Nick wrote:

 Hi Tapir,

 You could give porting your spring app over to the thundr framework a go:
 http://3wks.github.io/thundr/ (usual disclaimer, I'm a maintainer)

 The basic concepts are very similar to spring, so it should be relatively 
 simple. Its designed specifically to have fast boot up times on appengine 
 (i.e. no classpath scanning etc). The easiest way to check it out is to 
 clone the sample app and run it in dev mode.

 https://github.com/3wks/thundr-sample

 Be aware that we're imminently coming up on the next major release 
 version, so the sample is a little 'out of date'.
 You can get in touch directly with any questions from the docs page (or 
 join our google group)

 To the point directly, I think its totally infeasible to maintain any 
 reasonable sized java app without some framework. Besides Spring, i don't 
 feel there are many viable options.




 On Friday, February 7, 2014 3:16:14 PM UTC+11, Tapir wrote:

 For the size of my project, I think it is impractical to port it to other 
 languages. :(
 I tried python and go, their warmup time is very short. For python, it is 
 less than one second, for go, it is less than 0.5 second I think.
 But Java still has a big advantage: large quantity of libraries.
 So if GAE team can make the warmup time of a pure jsp/servelt project be 
 less than 1.5 seconds, I will be still happy to stick to Java.

 On Friday, February 7, 2014 2:28:04 AM UTC+8, Rafael Sanches wrote:

 Depends on the size of your project.

 I started with plain java/jsp. 

 As the project grew the overhead of maintenance was so big that we opted 
 to moving everything to spring-mvc. 

 That move increased the instance boot time from 7 to 35 seconds. In 
 order to overcome cold startups we had to add 6 extra resident instances. 
 It means a monthly $300 commitment just to run an MVC framework.

 Yes. It's frustrating and expensive.

 I wouldn't advising starting a java project in appengine. It seems 
 they're investing much more on other languages.

 Thanks
 Rafa
 On Feb 5, 2014 9:36 PM, Tapir tapi...@gmail.com 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-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-10 Thread Tapir


On Tuesday, February 11, 2014 1:32:23 PM UTC+8, Tapir wrote:

 I really like the basic part of your framework, the python route config 
 style and the simple view files.

 For it is also based on servlet, I think it can't solve the warmup problem.
 Bit I would give it a try in my later new projects.

Typo here, But.

BTW, I use struts 2 in my project now. 
I don't like its configuration style.

And one thing I prefer pure jsp to frameworks is jsp supports hot deploy.


 On Monday, February 10, 2014 5:29:32 AM UTC+8, Nick wrote:

 Hi Tapir,

 You could give porting your spring app over to the thundr framework a go:
 http://3wks.github.io/thundr/ (usual disclaimer, I'm a maintainer)

 The basic concepts are very similar to spring, so it should be relatively 
 simple. Its designed specifically to have fast boot up times on appengine 
 (i.e. no classpath scanning etc). The easiest way to check it out is to 
 clone the sample app and run it in dev mode.

 https://github.com/3wks/thundr-sample

 Be aware that we're imminently coming up on the next major release 
 version, so the sample is a little 'out of date'.
 You can get in touch directly with any questions from the docs page (or 
 join our google group)

 To the point directly, I think its totally infeasible to maintain any 
 reasonable sized java app without some framework. Besides Spring, i don't 
 feel there are many viable options.




 On Friday, February 7, 2014 3:16:14 PM UTC+11, Tapir wrote:

 For the size of my project, I think it is impractical to port it to 
 other languages. :(
 I tried python and go, their warmup time is very short. For python, it 
 is less than one second, for go, it is less than 0.5 second I think.
 But Java still has a big advantage: large quantity of libraries.
 So if GAE team can make the warmup time of a pure jsp/servelt project be 
 less than 1.5 seconds, I will be still happy to stick to Java.

 On Friday, February 7, 2014 2:28:04 AM UTC+8, Rafael Sanches wrote:

 Depends on the size of your project.

 I started with plain java/jsp. 

 As the project grew the overhead of maintenance was so big that we 
 opted to moving everything to spring-mvc. 

 That move increased the instance boot time from 7 to 35 seconds. In 
 order to overcome cold startups we had to add 6 extra resident 
 instances. 
 It means a monthly $300 commitment just to run an MVC framework.

 Yes. It's frustrating and expensive.

 I wouldn't advising starting a java project in appengine. It seems 
 they're investing much more on other languages.

 Thanks
 Rafa
 On Feb 5, 2014 9:36 PM, Tapir tapi...@gmail.com 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-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.