Re: [google-appengine] Re: Tasks Queues still manual in 1.3.4?

[andy stevko]

I see auto run tasks all the time in my dev environment. I thought the docs
just were not up to date. I'm using the latest eclipse plugin.

On May 22, 2010 12:42 PM, "Ryan Weber"  wrote:

Strange, because that's not what is happening for me. I have to still
manually run them. Can anyone think of any reason why mine would still be
manual? When I saw all the features of the 1.3.4 release, I was most looking
forward to the auto-run of tasks, so I wouldn't have to click "run" every
time, but alas, no luck yet...



On Sat, May 22, 2010 at 1:02 PM, Brandon Thomson  wrote:
>
> I didn't have to ta...

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appeng...@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

Re: [google-appengine] Accessing application from client that cannot use URLs (only IP Addresses)

[andy stevko]

Point it to your local proxy server and have the proxy server forward all
requests upstream to GAE.

On Mon, Aug 2, 2010 at 7:48 PM, DutrowLLC  wrote:

> I'm trying to use my Arduino WiShield 2.0 with a google apps program
> that I wrote.  Unfortunately, the WiShield cannot use DNS.
>
> Are there any suggestions for using App Engine with a client that can
> only access a web page via IP address and file path?
>
> Thanks!
>
> Chris
>
> --
> You received this message because you are subscribed to the Google Groups
> "Google App Engine" group.
> To post to this group, send email to google-appeng...@googlegroups.com.
> To unsubscribe from this group, send email to
> google-appengine+unsubscr...@googlegroups.com
> .
> For more options, visit this group at
> http://groups.google.com/group/google-appengine?hl=en.
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appeng...@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

Re: [google-appengine] Error

[andy stevko]

Seems to me that app engine is working just fine.
This part says it all...

NeedIndexError: The index for this query is not ready to serve. See
the Datastore Indexes page in the Admin Console.
This query needs this index:
- kind: ATLETI
  properties:
  - name: conto
direction: desc
  - name: nome


Time for you to hit the books. Here is a hint on where to look.
http://code.google.com/appengine/docs/python/datastore/queriesandindexes.html#Defining_Indexes_With_Configuration



On Sat, Sep 18, 2010 at 9:42 AM, Massimiliano <
massimiliano.pietr...@gmail.com> wrote:

> Dear All,
> is appengine working?
> My app displays:
>
> Traceback (most recent call last):
>   File 
> "/base/python_runtime/python_lib/versions/1/google/appengine/ext/webapp/__init__.py",
>  line 511, in __call__
> handler.get(*groups)
>   File 
> "/base/data/home/apps/pallavoloalbafenice/prima.344893335550418865/main.py", 
> line 22, in get
> self.response.out.write(template.render('main.html',{'lista':lista}))
>   File 
> "/base/python_runtime/python_lib/versions/1/google/appengine/ext/webapp/template.py",
>  line 81, in render
> return t.render(Context(template_dict))
>   File 
> "/base/python_runtime/python_lib/versions/1/google/appengine/ext/webapp/template.py",
>  line 121, in wrap_render
> return orig_render(context)
>   File 
> "/base/python_runtime/python_lib/versions/third_party/django-0.96/django/template/__init__.py",
>  line 168, in render
> return self.nodelist.render(context)
>   File 
> "/base/python_runtime/python_lib/versions/third_party/django-0.96/django/template/__init__.py",
>  line 705, in render
> bits.append(self.render_node(node, context))
>   File 
> "/base/python_runtime/python_lib/versions/third_party/django-0.96/django/template/__init__.py",
>  line 718, in render_node
> return(node.render(context))
>   File 
> "/base/python_runtime/python_lib/versions/third_party/django-0.96/django/template/loader_tags.py",
>  line 82, in render
> return compiled_parent.render(context)
>   File 
> "/base/python_runtime/python_lib/versions/third_party/django-0.96/django/template/__init__.py",
>  line 168, in render
> return self.nodelist.render(context)
>   File 
> "/base/python_runtime/python_lib/versions/third_party/django-0.96/django/template/__init__.py",
>  line 705, in render
> bits.append(self.render_node(node, context))
>   File 
> "/base/python_runtime/python_lib/versions/third_party/django-0.96/django/template/__init__.py",
>  line 718, in render_node
> return(node.render(context))
>   File 
> "/base/python_runtime/python_lib/versions/third_party/django-0.96/django/template/loader_tags.py",
>  line 23, in render
> result = self.nodelist.render(context)
>   File 
> "/base/python_runtime/python_lib/versions/third_party/django-0.96/django/template/__init__.py",
>  line 705, in render
> bits.append(self.render_node(node, context))
>   File 
> "/base/python_runtime/python_lib/versions/third_party/django-0.96/django/template/__init__.py",
>  line 718, in render_node
> return(node.render(context))
>   File 
> "/base/python_runtime/python_lib/versions/third_party/django-0.96/django/template/defaulttags.py",
>  line 99, in render
> values = list(values)
>   File 
> "/base/python_runtime/python_lib/versions/1/google/appengine/ext/db/__init__.py",
>  line 1786, in __iter__
> return self.run()
>   File 
> "/base/python_runtime/python_lib/versions/1/google/appengine/ext/db/__init__.py",
>  line 1770, in run
> iterator = raw_query.Run(rpc=rpc)
>   File 
> "/base/python_runtime/python_lib/versions/1/google/appengine/api/datastore.py",
>  line 1151, in Run
> return self._Run(**kwargs)
>   File 
> "/base/python_runtime/python_lib/versions/1/google/appengine/api/datastore.py",
>  line 1188, in _Run
> str(exc) + '\nThis query needs this index:\n' + yaml)
> NeedIndexError: The index for this query is not ready to serve. See the 
> Datastore Indexes page in the Admin Console.
> This query needs this index:
> - kind: ATLETI
>   properties:
>   - name: conto
> direction: desc
>   - name: nome
>
>
> Thanks
>
>
> Max
>
>
> --
>
> My email: massimiliano.pietr...@gmail.com
> My Google Wave: massimiliano.pietr...@googlewave.com
>
> --
> You received this message because you are subscribed to the Google Groups
> "Google App Engine" group.
> To post to this group, send email to google-appeng...@googlegroups.com.
> To unsubscribe from this group, send email to
> google-appengine+unsubscr...@googlegroups.com
> .
> For more options, visit this group at
> http://groups.google.com/group/google-appengine?hl=en.
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appeng...@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

Re: [google-appengine] Re: Versioning applications/entities

[andy stevko]

Not being very familiar with the namespace apis, is it possible with the
approach below to convert only a portion of the datastore object model and
not duplicate the entire datastore?

For example - convert Users and Passwords but leave the weakly related
Accounts in place.


On Thu, Sep 23, 2010 at 8:27 AM, Eli Jones  wrote:

> Yes, you'll need to duplicate your data.
>
> This is the cleanest way to do this.. in my mind.  You would have
> two separate versions of your app.. and you could easily switch back to your
> old version of you realized some horrible mistake was made after switching
> to the new version.
>
> The main work you would need to do for the changeover from Old Version to
> New Version would be:
>
> 1.  Write code that converts old datastore data to the New Version
> namespace data.
> 2.  Test New Version datastore with converted data on New App version.
> 3.  Schedule a downtime late at night where the app is brought offline
> (just upload a dummy app.yaml for the Old Version that points /.* to some
> message page.. or you could be official and have a "Maintenance Period"
> version of your app that you make live.. so that you make no changes
> whatsoever to the "Old Version".), and the datastore conversion code is run
> after you are comfortable that no users are using the site and are all
> viewing the "maintenance period" messages.
> 4.  Once complete, make New Version app the live version.
>
> To me, it seems like a massive headache to try to convert the data in
> place.. in the same datastore.. you have to have new model names or at least
> some new property for "version" on your models.. and then your key_names
> have to be different.. etc..  If you screw something up, that's a potential
> headache for your live app..  with the New Version namespace.. you can
> freely move ahead with experimenting with your coding.. and even make plenty
> of changes to your models (if you think they are beneficial) without
> thinking "I don't know.. it's going to be a pain in the ass to figure out
> how to keep track of the old version and new version entities and now I have
> to add a new model or property definition to my schema code.."
>
> With a namespace, you just have to add the correct mapping, conversion code
> to your datastore converter code, and make schema changes to your New
> Version app code.. and just leave the Old Version datastore and code alone.
>
> You can also get fancy with your converter.. (depending on how the
> conversion actually works) and you can have your converter code get a cursor
> with keys_only for each model, serialize that cursor and pass it off to a
> task that then iterates through the cursor and breaks up the keys into
> batches to be converted and fires off tasks to do the batches in parallel.
>  And, to make the process simpler, you could just used the deferred api..
> (so you don't have to deal with setting up task handler urls or anything
> like that).
>
> However big your datastore is.. and however much money it might cost to
> have your data duplicated (it costs $0.01 a day for 2 GB of data above the
> free limit).. I think it would be worth it.. it would be valuable to learn
> to do it this way, since a large scale site would (or should) do something
> more like this.
>
> On Wed, Sep 22, 2010 at 9:39 PM, Kyle Baley  wrote:
>
>> That's an interesting idea. But if you do that, wouldn't you need to
>> first copy all the data from the v1 namespace to the v2 namespace?
>>
>> On Sep 22, 7:07 pm, Eli Jones  wrote:
>> > It might be useful for you to use a namespace for the new version of the
>> > datastore.
>> >
>> > Thus, you could have the "new version" of the app deployed as a non-live
>> > version of the app.. and code that "new version" to use the "new version
>> > datastore" namespace.
>> >
>> > Then, when you are ready.. just change the live version of your app to
>> the
>> > "new version".
>> >
>> > Here's a link:
>> >
>> > http://code.google.com/appengine/docs/python/multitenancy/multitenanc.
>> ..
>> >
>> > <
>> http://code.google.com/appengine/docs/python/multitenancy/multitenanc..
>> .>So..
>> > you could just think of your version 1 datastore as "that old customer
>> who
>> > we're going to dump just as soon as our new version 2 datastore customer
>> is
>> > ready"... or something like that.
>> >
>> > It's better (I think) than adding a "version" property to all of your
>> models
>> > or trying to maintain model consistency between app versions.
>> >
>> >
>> >
>> > On Mon, Sep 20, 2010 at 2:29 PM, Kyle Baley  wrote:
>> > > We've just released the first version of our application and are now
>> > > looking at a problem we've been avoiding until now. Namely, what is
>> > > the best way to upgrade the application to a new version that requires
>> > > changes to the datastore. We're looking at two options:
>> >
>> > > 1) Big Bang Upgrade
>> > > We take the application down and run an upgrade process to update all
>> > > entities from version 1 to version

Re: [google-appengine] Two important startup questions about Google Development

[andy stevko]

re 1) app engine provides high level and low level access to a object
database called Big Table. There are many other access solutions but, unless
you host your own, none of them are oracle/mysql .

re 2) app engine has a crontab solution as well as a task queue.


On Fri, Oct 1, 2010 at 5:50 AM, Pedro Ferreira  wrote:

> Hi there,
>
> I'm starting developing apps for Google Apps. It's great!
>
> I have 2 important startup questions:
>
> 1) Is there a "Google Database" ? I need to know if I have to connect
> to an external database for storing data, or Google has a native
> solution
>
> 2) I need to perform a scheduled task for maintenance of my
> application data, for example, run a script. Does Google have a native
> solution for this? Or I have to use external tools to achieve this
> goal ?
>
> Thanks!
>
> Pedro Ferreira
>
> --
> You received this message because you are subscribed to the Google Groups
> "Google App Engine" group.
> To post to this group, send email to google-appeng...@googlegroups.com.
> To unsubscribe from this group, send email to
> google-appengine+unsubscr...@googlegroups.com
> .
> For more options, visit this group at
> http://groups.google.com/group/google-appengine?hl=en.
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appeng...@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

Re: [google-appengine] Two important startup questions about Google Development

[andy stevko]

Sure Pedro,
I'm not sure which flavor of you desire. Most of my bookmarks are for the
java variety.

The app engine docs are pretty comprehensive although they are sometimes
overwhelming with details.
http://code.google.com/appengine/docs/

Using the Datastore
http://code.google.com/appengine/docs/java/gettingstarted/usingdatastore.html

I've read here that many people find using Objectify a much easier interface
than JDO & JPA
http://code.google.com/p/objectify-appengine/wiki/IntroductionToObjectify

This describes using cron too...
http://code.google.com/appengine/docs/java/config/cron.html

You can also search these community forums for answers to your questions.
http://code.google.com/appengine/community.html

--Andy Stevko

On Fri, Oct 1, 2010 at 11:08 AM, Pedro Ferreira  wrote:

> Hi andy, thanks for the quick answer.
>
> Do you have any links that supports that? any documentation about this Big
> Table and Crontab?
>
> Thanks!
>
> 2010/10/1 andy stevko 
>
>> re 1) app engine provides high level and low level access to a object
>> database called Big Table. There are many other access solutions but, unless
>> you host your own, none of them are oracle/mysql .
>>
>> re 2) app engine has a crontab solution as well as a task queue.
>>
>>
>> On Fri, Oct 1, 2010 at 5:50 AM, Pedro Ferreira wrote:
>>
>>> Hi there,
>>>
>>> I'm starting developing apps for Google Apps. It's great!
>>>
>>> I have 2 important startup questions:
>>>
>>> 1) Is there a "Google Database" ? I need to know if I have to connect
>>> to an external database for storing data, or Google has a native
>>> solution
>>>
>>> 2) I need to perform a scheduled task for maintenance of my
>>> application data, for example, run a script. Does Google have a native
>>> solution for this? Or I have to use external tools to achieve this
>>> goal ?
>>>
>>> Thanks!
>>>
>>> Pedro Ferreira
>>>
>>> --
>>> You received this message because you are subscribed to the Google Groups
>>> "Google App Engine" group.
>>> To post to this group, send email to google-appeng...@googlegroups.com.
>>> To unsubscribe from this group, send email to
>>> google-appengine+unsubscr...@googlegroups.com
>>> .
>>> For more options, visit this group at
>>> http://groups.google.com/group/google-appengine?hl=en.
>>>
>>>
>>  --
>> You received this message because you are subscribed to the Google Groups
>> "Google App Engine" group.
>> To post to this group, send email to google-appeng...@googlegroups.com.
>> To unsubscribe from this group, send email to
>> google-appengine+unsubscr...@googlegroups.com
>> .
>> For more options, visit this group at
>> http://groups.google.com/group/google-appengine?hl=en.
>>
>
>  --
> You received this message because you are subscribed to the Google Groups
> "Google App Engine" group.
> To post to this group, send email to google-appeng...@googlegroups.com.
> To unsubscribe from this group, send email to
> google-appengine+unsubscr...@googlegroups.com
> .
> For more options, visit this group at
> http://groups.google.com/group/google-appengine?hl=en.
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appeng...@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

Re: [google-appengine] generate PDF in appengine

[andy stevko]

Hi David,
I asked that very same question on stackoverflow a while back.
http://stackoverflow.com/questions/1765238/java-pdf-library-that-works-on-gae

--Andy Stevko

On Fri, Oct 1, 2010 at 2:50 PM, David Toledo  wrote:

> Hi All
>
> Exist some way from generate pdf in appengine. I've reviewed JasperReports
> and other API no are compatible at the moment. ??
>
> Regards
> David
>
> --
> You received this message because you are subscribed to the Google Groups
> "Google App Engine" group.
> To post to this group, send email to google-appeng...@googlegroups.com.
> To unsubscribe from this group, send email to
> google-appengine+unsubscr...@googlegroups.com
> .
> For more options, visit this group at
> http://groups.google.com/group/google-appengine?hl=en.
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appeng...@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

Re: [google-appengine] Re: Request was aborted after waiting too long to attempt to service your request.

[andy stevko]

Hello Sahid,
You might want to read/star this issue
http://code.google.com/p/googleappengine/issues/detail?id=2396&q=waiting%20too%20long&colspec=ID%20Type%20Status%20Priority%20Stars%20Owner%20Summary%20Log%20Component
--Stevko

On Tue, Oct 5, 2010 at 10:26 AM, sahid  wrote:

> up
>
> On Oct 4, 10:51 am, sahid  wrote:
> > Hello,
> >
> > I have see my warning log and i have a multiple of
> >
> > """
> > Request was aborted after waiting too long to attempt to service your
> > request.
> > This may happen sporadically when the App Engine serving cluster is
> > under unexpectedly high or uneven load.
> > If you see this message frequently, please contact the App Engine
> > team.
> > """
> >
> > This exception comes from different paths.
> > So i contact the App Engin team...
> >
> > APPID: devel-inchallah
> >
> > Cordialy,
> > Sahid
>
> --
> You received this message because you are subscribed to the Google Groups
> "Google App Engine" group.
> To post to this group, send email to google-appeng...@googlegroups.com.
> To unsubscribe from this group, send email to
> google-appengine+unsubscr...@googlegroups.com
> .
> For more options, visit this group at
> http://groups.google.com/group/google-appengine?hl=en.
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appeng...@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

Re: [google-appengine] Re: Prerelease SDK 1.3.8 is out!

[andy stevko]

One issue with the download code option is how it works in the context of an
app store.
If I license an application thru a store, can I then download the code,
modify it, and redeploy?
Also - if I have sensitive information (like Authorize.net keys) coded into
my application, the information was basically inaccessible prior to this
feature.


On Wed, Oct 6, 2010 at 2:48 PM, djidjadji  wrote:

> Not a good choice because the one that pays the bill is not the one
> that writes the source code.
> I'm not paying for the storage requirement and bandwidth of my client
> who has bought a use right of my software.
>
> I'm an advocate of "NO Download allowed".
>
> But in case it will be allowed make it OFF by default. You MUST turn
> it ON in your app.yaml. This way the behavior is compatible with
> previous versions. And there is no action needed by the people who
> don't want it. There is always a gap between the time you roll it out
> and you announce the availability of a new release on the production
> servers. During this time it would be possible to download the source
> code if you tried regularly.
> And I could be away at the moment of the announcement and leave a door
> wide open for quite some time.
>
> 2010/10/6 alf :
> > +1 only can download code administrator who pay bill
>
> --
> You received this message because you are subscribed to the Google Groups
> "Google App Engine" group.
> To post to this group, send email to google-appeng...@googlegroups.com.
> To unsubscribe from this group, send email to
> google-appengine+unsubscr...@googlegroups.com
> .
> For more options, visit this group at
> http://groups.google.com/group/google-appengine?hl=en.
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appeng...@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

[google-appengine] Re: indexes stuck in all three phases - Building, Error, and Missing...

[andy stevko]

Everything cleared up finally and I was able to delete the Error'd index.
Thanks guys!


On Thu, Apr 1, 2010 at 6:41 PM, Stevko  wrote:

> Dear Topekans,
> I've managed to screw up my app - id: ninukumemories.
> I've got one index forever building
> TEXTCHAPTER_CHAPTERSTATUS_IDX
>
> I've got one index stuck in error state:
> chapterStatus_INTEGER_IDX
>
> and I've got several indexes that are defined but missing:
> PHOTOCHAPTER_CHAPTERSTATUS_IDX
> PROFILECHAPTER_CHAPTERSTATUS_IDX
>
> My app is throwing exceptions like:
> javax.servlet.ServletContext log:
>
> Key[type=net.customware.gwt.dispatch.server.guice.GuiceStandardDispatchServlet,
> annotation=[none]]: Exception while executing
> com.ninuku.memories.rpc.journal.GetJournal: no matching index
> found..   ancestor="true" source="manual">
> direction="asc"/>
>
>
> Vacuuming via appcfg.py reports
> Deleting selected index definitions.
> 2010-04-01 18:24:33,979 WARNING appcfg.py:773 An index was not
> deleted.  Most likely this is because it no longer exists.
>
> ancestor: true
> kind: TextChapterStatus
> properties:
> - name: TEXTCHAPTER_CHAPTERSTATUS_IDX
>
>
> Any chance you can reset these things?
> ---Stevko
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appeng...@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

Re: [google-appengine] Re: Log Severity Dropdown broken

[andy stevko]

Workaround that works for me is to open the "Option" disclosure panel and
then manipulate the Info level.


2010/4/12 Jaroslav Záruba 

> That's weird, I would swear it worked well when I used the Dashboard for
> the very first time. Might be it has something to do with amount of log
> records or their level...?
>
>
> On Mon, Apr 12, 2010 at 6:40 PM, johnP  wrote:
>
>>
>> It has been broken for a couple weeks at least.
>>
>>
>> On Apr 12, 9:12 am, Jaroslav Záruba  wrote:
>> > I have reported it yesterday:
>> http://code.google.com/p/googleappengine/issues/detail?id=3075&can=5&;...
>> >
>> > <
>> http://code.google.com/p/googleappengine/issues/detail?id=3075&can=5&;..
>> .>Best
>> > regards
>> >   J. Záruba
>> >
>> > On Mon, Apr 12, 2010 at 4:49 PM, Frederik Pfisterer <
>> pfiste...@gmail.com>wrote:
>> >
>> >
>> >
>> > > Hi Folks,
>> >
>> > > does someone also experience this Problem (tested in Firefox and
>> > > Chrome):
>> >
>> > > In the "Logs" section of the application management console on the
>> > > "Logs with minimum severity" dropdown I can't select another value
>> > > anymore. An RPC call is fired off to google analytics when clicking on
>> > > the dropdown and then it closes immediately.
>> >
>> > > This does not occur in IE 8.
>> >
>> > > Thanks,
>> > > Fred
>> >
>> > > --
>> > > You received this message because you are subscribed to the Google
>> Groups
>> > > "Google App Engine" group.
>> > > To post to this group, send email to
>> google-appeng...@googlegroups.com.
>> > > To unsubscribe from this group, send email to
>> > > google-appengine+unsubscr...@googlegroups.com> e...@googlegroups.com>
>> > > .
>> > > 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 post to this group, send email to google-appeng...@googlegroups.com.
>> To unsubscribe from this group, send email to
>> google-appengine+unsubscr...@googlegroups.com
>> .
>> For more options, visit this group at
>> http://groups.google.com/group/google-appengine?hl=en.
>>
>>
>  --
> You received this message because you are subscribed to the Google Groups
> "Google App Engine" group.
> To post to this group, send email to google-appeng...@googlegroups.com.
> To unsubscribe from this group, send email to
> google-appengine+unsubscr...@googlegroups.com
> .
> For more options, visit this group at
> http://groups.google.com/group/google-appengine?hl=en.
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appeng...@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

Re: [google-appengine] Re: APP DOWN: App suddenly no longer starts, no code changes

[Andy Stevko]

re: communication
Perhaps the app engine team can learn from the pain & suffering customers
endured with another vendor's service outage rather than bleeding us all
over again.
http://blog.rightscale.com/2011/04/25/amazon-ec2-outage-summary-and-lessons-learned/


"the biggest failure in this event was Amazon’s communication, or rather
lack thereof. The status updates were far too vague to be of much use and
there was no background information whatsoever.  "


On Thu, Sep 13, 2012 at 5:28 AM, Richard Watson wrote:

> Christina wrote:
>
> > *We have resolved the first issue by fixing the underlying bug.*
>
> I think one good option for longer-term stability is one we've identified
> before - we need a "stable" release channel where Google won't alter the
> environment until it's thoroughly tested, meaning deployed to those who
> aren't on stable and run without error for a week/month.
>
> Also, if I were you at some point I'd start to deploy on weekends (which I
> assume are quieter, and fewer businesses are affected by downtime).  I
> understand you don't want to have the whole full-stack engineering team in
> on weekends, but deploying in the middle of the week is insane.  Have some
> on-call, pay them more, just don't think adding one more test will fix this
> permanently.  Not sure when GAE is important enough to Google to make this
> work, but doing anything less just raises the chance that you're taking
> businesses offline.
>
> Any chance you could tell us when you're about to alter the stack, similar
> to how you warn about the M/S downtime?  That way we can be around and
> pre-warn our own customers, just in case.
>
> One class of problem that won't go away easily are non-GAE changes.  For
> example, someone in a far-flung corner of Google deciding that they must
> block Cloudflare-like requests for all Google properties. No idea how to
> fix that.
>
> Richard
>
> --
> 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/-/aeVysGiNoVEJ.
>
> To post to this group, send email to google-appengine@googlegroups.com.
> To unsubscribe from this group, send email to
> google-appengine+unsubscr...@googlegroups.com.
> For more options, visit this group at
> http://groups.google.com/group/google-appengine?hl=en.
>



-- 
-- A. Stevko
===
"If everything seems under control, you're just not going fast enough." M.
Andretti

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

Re: [google-appengine] Google app engine and lock-in

[Andy Stevko]

Glad to see another alternative to appengine lock in.

Is there a grid that shows the GAE components supported/partially
supported/non-supported by Cape Dwarf?
I see that there is a Channel API sub-tree that says 'Initial @Category
support."
without much meat behind it.


On Thu, Dec 6, 2012 at 10:30 AM, Randy Shoup  wrote:

> From the App Engine side, we're excited to see these several open source
> implementations of the App Engine APIs.  Keep up the great work.  Can't
> wait to see what's next.
>
> Take care,
> -- Randy
>
> Randy Shoup
> Director, Google App Engine
>
>
> On Wednesday, December 5, 2012 2:41:49 AM UTC-8, Ales Justin wrote:
>
>> As promised, and a bit of pr ...
>> * 
>> http://in.relation.to/**Bloggers/FirstCapeDwarfRelease
>>
>> -Ales
>>
>> On Nov 23, 2012, at 11:54 PM, Ales Justin  wrote:
>>
>> Sounds interesting... Any idea about the costs ?
>>
>>
>> Deployment and setup wise there are no costs, as it's all open source,
>> hence you can build and maintain it yourself. Not that I suggest that --
>> we make our $ out of support. :-)
>>
>> But obviously if you need any serious environment, you'll need some
>> hardware.
>>
>> But a note of warning, this is a new project, hence not yet around at all
>> - just about to do initial release,
>> and we definitely welcome community participation.
>>
>> Otoh, we take big pride in testing things, and we do try to think
>> scalable all the time.
>> Things are implemented to run in a cluster / cloud, while we admit there
>> are some design issues we need to re-evaluate.
>>
>> I'll push some announcement blog on Monday,
>> with more detailed instructions and binaries on how to use things.
>>
>> I suggest you give it a spin and let us know.
>>
>> -Ales
>>
>> On Thursday, November 22, 2012 9:12:44 PM UTC+1, Ales Justin wrote:
>>
>>> Wrt lock-in, at JBoss/RedHat we're working on this new project:
>>> * http://www.jboss.org/**capedwarf 
>>>
>>> I'm just about to do initial Beta1 release in the next few days.
>>> Perhaps give it a spin and let us know any feedback.
>>>
>>> -Ales
>>>
>>> On Wednesday, November 21, 2012 5:26:11 AM UTC+1, Emmanuel Mayssat wrote:

 I am aware of AppScale
 http://appscale.cs.ucsb.edu/

 But is the backend (database) of google app engine also supported?
 If so which one is it?
 (AppScale support memcachedb, cassandra, mysql, mongodb, and a few
 others)
 http://www.youtube.com/watch?**v=ebnh3D79xUs

 Regards,
 E

>>>
>> --
>> 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/-/**vA0Fwjx-qN8J
>> .
>> To post to this group, send email to google-a...@googlegroups.**com.
>> To unsubscribe from this group, send email to google-appengi...@**
>> googlegroups.com.
>>
>> 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 view this discussion on the web visit
> https://groups.google.com/d/msg/google-appengine/-/DOZ7H7Q8WYgJ.
>
> To post to this group, send email to google-appengine@googlegroups.com.
> To unsubscribe from this group, send email to
> google-appengine+unsubscr...@googlegroups.com.
> For more options, visit this group at
> http://groups.google.com/group/google-appengine?hl=en.
>



-- 
-- A. Stevko
===
"If everything seems under control, you're just not going fast enough." M.
Andretti

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.