Re: [google-appengine] Google rdbms server error
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.
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?
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
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
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
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
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?
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
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
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
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.
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
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
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?
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?
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.