It's not ready yet. Our roadmap is here:
http://code.google.com/appengine/docs/roadmap.html
In general, we do not release ETAs for features until they are imminent. For
instance, if you see something in a prerelease SDK, that's a sign it's
likely going to happen (barring catastrophic issues).
App Engine doesn't support SQL (yet, see roadmap
http://code.google.com/appengine/docs/roadmap.html).
Please read through these datastore docs to understand our persistence
model:
http://code.google.com/appengine/docs/java/datastore/
On Mon, Sep 13, 2010 at 4:03 AM, technut worldh...@gmail.com
No. You will be able to upload large files to the blobstore.
On Mon, Sep 13, 2010 at 6:54 AM, Lucian Baciu lucianba...@gmail.com wrote:
Does the 1MB request limit listed here:
http://code.google.com/appengine/docs/java/urlfetch/overview.html
apply to upload requests send to the blobstore as
You can't. Empty properties are the equivalent of unindexed properties.
You'll need to iterate over all the Entities in your datastore and update
them. The Mapper API is a very good tool for this:
http://code.google.com/p/appengine-mapreduce/
On Mon, Sep 13, 2010 at 12:20 PM, Benjamin
I need to call the blobstore service from a servlet.
So it would be so great if you would remove this limit at least for
requests send to the blobstore or offer some other way to archive this.
Thank you,
Lucian
On Mon, Sep 13, 2010 at 9:58 PM, Ikai Lan (Google)
ikai.l+gro...@google.com
There was an issue at around 4:30am, but any real impact should have
subsided by 5am:
http://groups.google.com/group/google-appengine-downtime-notify/browse_thread/thread/7a9705743782ce81
On Tue, Sep 14, 2010 at 2:14 AM, Francois MASUREL masu...@mably.com wrote:
Geez, what happened to the java
Maybe more Brazilian GAE developers can add themselves here?
http://www.appenginepeople.net/country/BR/
The developers of that site are GTUG organizers from Argentina. We've lots
of South American representation in the GAE community!
On Tue, Sep 14, 2010 at 1:11 PM, Sergio Lopes
Why not just do this with a servlet filter? It's very cheap to do and isnt't
computationally expensive - it's not like you're reestablishing an expensive
connection or anything.
On Wed, Sep 15, 2010 at 12:08 PM, Vikas Hazrati vhazr...@gmail.com wrote:
We are building a multi-tenant application
No. Save the email if you need it, but be aware that it may change.
On Wed, Sep 15, 2010 at 3:04 PM, mscwd01 mscw...@gmail.com wrote:
Hey,
For the primary key of my User object, I store the Google Account ID
instead of the user's email address (in the event they change the
email address).
Slim3 does this, I believe. It creates Meta classes from POJOs that you
can edit:
http://sites.google.com/site/slim3appengine/
On Tue, Sep 14, 2010 at 7:37 PM, Gervais.b gervai...@gmail.com wrote:
Hi everyone,
I have an app who actually work with a dao layer. This layer as
actually only one
as it could be thought of as being done globally to the whole
application.
But I suspect this is not the case, hopefully :-)
Guillaume
On Wed, Sep 15, 2010 at 23:14, Ikai Lan (Google)
ikai.l+gro...@google.comikai.l%2bgro...@google.com
wrote:
Why not just do this with a servlet filter? It's very
You can store data in ThreadLocal as a cache, but it will be extremely
volatile, especially if we spin up/spin down instances. It's fine to use
this to cache data that you can easily regenerate. Just be aware that if you
hit memory limits, we will cull and restart that instance.
On Thu, Sep 16,
The issue here is zig zag merge join. It's a bit more complex subject than I
can easily explain in email, but to sum things up, what's happening is that
we take multiple indexes and zig-zag between them to generate your result
set. When this takes too long, that causes that exception to be thrown.
) . Then if each JVM has a maximum
of 2000 threads it's OK but if each JVM get's 2 threads then this design
won't do.
Appreciate your comments.
Thank you,
Maxim.
On Thu, Sep 16, 2010 at 4:07 PM, Ikai Lan (Google)
ikai.l+gro...@google.com ikai.l%2bgro...@google.com wrote:
You can store data
A similar idea is being considered.
As far as reserved instances go, if you are at the point where you need more
instances, it would only be a small portion of your requests that hit
loading requests. The reason loading requests nowadays are a pain is because
they are a vast majority of requests
What's your application ID?
On Thu, Sep 16, 2010 at 5:16 PM, gaeuser angelan...@gmail.com wrote:
It just doesn't finish and keeps checking at 60-second intervals.
On the console at http://appengine.google.com I see my application
with Current Version set to: None Deployed But when I click
Channel API is not available yet. You can sign up for trusted tester here:
https://spreadsheets.google.com/a/google.com/viewform?formkey=dGFxQ1A4T1BSYWxNdFlYVFhUcmg2amc6MQ
On Mon, Sep 20, 2010 at 2:38 AM, Heiko Roth r...@egotec.com wrote:
Hello there,
We need channel api, too.
Can we use
Are you using SVN? Are there hidden files? These should be ignored by the
deploy process but it's a good sanity check.
--
Ikai Lan
Developer Programs Engineer, Google App Engine
Blogger: http://googleappengine.blogspot.com
Reddit: http://www.reddit.com/r/appengine
Twitter:
Slim3 is very popular:
http://sites.google.com/site/slim3appengine/
I don't think there's DI out of the box, but the testing piece was fairly
well thought out.
--
Ikai Lan
Developer Programs Engineer, Google App Engine
Blogger: http://googleappengine.blogspot.com
Reddit:
Why do you need a File instance if you're not storing it? What are you
trying to do?
--
Ikai Lan
Developer Programs Engineer, Google App Engine
Blogger: http://googleappengine.blogspot.com
Reddit: http://www.reddit.com/r/appengine
Twitter: http://twitter.com/app_engine
On Mon, Sep 20, 2010 at
Is this still occurring for you?
--
Ikai Lan
Developer Programs Engineer, Google App Engine
Blogger: http://googleappengine.blogspot.com
Reddit: http://www.reddit.com/r/appengine
Twitter: http://twitter.com/app_engine
On Sun, Sep 26, 2010 at 9:04 AM, Vik vik@gmail.com wrote:
Hie
While
Hey everyone,
If you aren't subscribed yet to downtime-notify, you should join that group
for updates about production events. We'll be doing status updates on
today's issues here:
http://groups.google.com/group/google-appengine-downtime-notify/browse_thread/thread/ccaf3e82985a1602
--
Ikai Lan
Mail shouldn't be affected by the datastore, though other users are
reporting general deadline issues with email delivery.
I'm looking into the issues with email, but there's no guarantee that email
is instantaneous - it just so happens that email performance has improved so
much that we have
You should be able to use makePersistentAll(). Does this not work?
--
Ikai Lan
Developer Programs Engineer, Google App Engine
Blogger: http://googleappengine.blogspot.com
Reddit: http://www.reddit.com/r/appengine
Twitter: http://twitter.com/app_engine
On Thu, Sep 30, 2010 at 11:51 AM, Thomas
What does it say in the logs? Do you have billing enabled? Blobstore
requires a billing enabled application.
--
Ikai Lan
Developer Programs Engineer, Google App Engine
Blogger: http://googleappengine.blogspot.com
Reddit: http://www.reddit.com/r/appengine
Twitter: http://twitter.com/app_engine
You can try to update counts on write, but this will only work for queries
you know apriori. Even a count on keys isn't great - we need to run through
all the indexes that match the query.
--
Ikai Lan
Developer Programs Engineer, Google App Engine
Blogger: http://googleappengine.blogspot.com
Just use an equality filter - this should work just fine.
Select from Kind where propertyName contains 'propertyValue' is just:
Query q = new Query(Kind);
query.addFilter(propertyName, FilterOperator.EQUAL, propertyValue);
--
Ikai Lan
Developer Programs Engineer, Google App Engine
Blogger:
Not that it should matter, but are you on the newest SDK?
Can you post a screenshot of AppStats? It's my understanding that the blog
post is out of date. They should be happening in parallel. You're not going
to save that much CPU time, though, since it still takes CPU to save all the
entities
They're a function of the datastore itself, but they don't create indexes or
any of the things that are usually associated with entity writes. The worst
case performance has allocateIds doing a write to a hard disk, but most of
the time they retrieve data from in-memory caches.
What are you
I misread (or missed?) one of your emails. Yes, makePersistentAll should be
for inserts. I don't believe it was updated for updates. Here's the test I
am looking at:
App Engine Meetups are almost completely community organized. If you're
speaking about the local Bay Area meetup, send a note to Waleed, the
organizer of the meetup group. We're just here to offer support when we can.
--
Ikai Lan
Developer Programs Engineer, Google App Engine
Blogger:
There is no way to write a JDO object with the low-level API. You need to
convert it into an Entity and save the Entity. Can you post any code?
--
Ikai Lan
Developer Programs Engineer, Google App Engine
Blogger: http://googleappengine.blogspot.com
Reddit: http://www.reddit.com/r/appengine
You'll want to read the documentation here:
http://code.google.com/appengine/docs/java/overview.html
Yes, you can use a session, but it's up to you to learn about the different
options available. A good resource for learning how to write code for App
Engine is to browse the projects on our Open
startsWith() translates to a GREATER_THAN_OR_EQUAL query underneath the
hood. BigTable allows for range scans, so this ends up being translated to
an index scan for all properties with a value = the target.
--
Ikai Lan
Developer Programs Engineer, Google App Engine
Blogger:
Yes. When you think you need them, please fill out the Billing Support form:
http://code.google.com/support/bin/request.py?contact_type=AppEngineBillingSupport
--
Ikai Lan
Developer Programs Engineer, Google App Engine
Blogger: http://googleappengine.blogspot.com
Reddit:
No, I won't be publishing this. I hope to be publishing the more unique
content on my blog:
http://ikaisays.com/
This book is written by Dan Sanderson, a former member of the App Engine
team:
http://www.amazon.com/Programming-Google-App-Engine-Infrastructure/dp/059652272X
There are a few other
An easy way to iterate over all your entities is with the Mapper API:
http://googleappengine.blogspot.com/2010/07/introducing-mapper-api.html
--
Ikai Lan
Developer Programs Engineer, Google App Engine
Blogger: http://googleappengine.blogspot.com
Reddit: http://www.reddit.com/r/appengine
Twitter:
Have you looked into the Google Font API?
http://code.google.com/apis/webfonts/
This solution is more inline with HTML5.
--
Ikai Lan
Developer Programs Engineer, Google App Engine
Blogger: http://googleappengine.blogspot.com
Reddit: http://www.reddit.com/r/appengine
Twitter:
You should be able to write a servlet filter that catches all incoming URLs.
You really shouldn't use the dev app server locally, though. It's not meant
to be any kind of production server. For instance: it's single threaded,
transactions lock globally (so if something goes wrong a server restart
You have to include it. The gdata client is not available server side.
--
Ikai Lan
Developer Programs Engineer, Google App Engine
Blogger: http://googleappengine.blogspot.com
Reddit: http://www.reddit.com/r/appengine
Twitter: http://twitter.com/app_engine
On Thu, Oct 7, 2010 at 1:42 PM, Saqib
Can you post the code? You might be allocating too many objects.
--
Ikai Lan
Developer Programs Engineer, Google App Engine
Blogger: http://googleappengine.blogspot.com
Reddit: http://www.reddit.com/r/appengine
Twitter: http://twitter.com/app_engine
On Fri, Oct 8, 2010 at 12:11 AM, Deepika M
Yes. It's just a client.
If you're really worried about this, you don't really save much by doing
this, however, since the only real cost is object allocation.
--
Ikai Lan
Developer Programs Engineer, Google App Engine
Blogger: http://googleappengine.blogspot.com
Reddit:
If it's a few small fields, I don't think the performance difference is
worth the extra complexity. The size of the entities does have an impact on
the overall performance of the fetch, but there difference is usually more
material if each entity stores a few hundred kilobytes of data.
--
Ikai
, 2010 at 9:19 AM, Saqib Ali docbook@gmail.com wrote:
Thanks Ikai. Are there any plans to include GData Client to the App
Engine?
Saqib
On Oct 7, 6:50 pm, Ikai Lan (Google)
ikai.l+gro...@google.comikai.l%2bgro...@google.com
wrote:
You have to include it. The gdata client
Awesome! It's been submitted to the App Engine Reddit:
http://www.reddit.com/r/AppEngine/comments/dr9c4/making_htmlunit_work_with_gwt_and_app_engine_for/
--
Ikai Lan
Developer Programs Engineer, Google App Engine
Blogger: http://googleappengine.blogspot.com
Reddit:
We're aware of this issue and looking into it. There's another thread in the
google-appengine group that follows this issue. Can you make sure you keep
up with that?
--
Ikai Lan
Developer Programs Engineer, Google App Engine
Blogger: http://googleappengine.blogspot.com
Reddit:
Are the properties unindexed? I don't think this should matter, but it's
worth looking into if you can confirm it.
--
Ikai Lan
Developer Programs Engineer, Google App Engine
Blogger: http://googleappengine.blogspot.com
Reddit: http://www.reddit.com/r/appengine
Twitter:
Not really. Please read up about the datastore before jumping into this. The
biggest challenge will be moving from a relational mindset to a
non-relational datastore. Each application will have a different migration
strategy. I'd actually suggest building a new application first so you can
Looks like you are with Bezeq international. Users have reported issues
before. Some users have reported that calling Beseq and asking to remove the
Netex service has worked:
I recall seeing something in test utils that did this. Check out the tests
in this package for details:
http://code.google.com/p/datanucleus-appengine/source/browse/#svn/trunk/tests/org/datanucleus/store/appengine/query%3Fstate%3Dclosed
There might be a better way to approach the test, however.
This is a problem that can probably be easily solved with the low-level API.
Entities are schemaless and you can treate properties like a Map. You could
probably do something like this:
Entity settings = new Entity(Settings, user.getKey());
settings.setUnindexedProperty(dailyEmail, false);
This is a known issue with the 1.3.8 release. We're looking into it.
--
Ikai Lan
Developer Programs Engineer, Google App Engine
Blogger: http://googleappengine.blogspot.com
Reddit: http://www.reddit.com/r/appengine
Twitter: http://twitter.com/app_engine
On Mon, Oct 18, 2010 at 11:06 AM,
Can you create a new App Engine account? When you've done this, fill out
this form with the details you posted:
https://appengine.google.com/waitlist/sms_issues
--
Ikai Lan
Developer Programs Engineer, Google App Engine
Blogger: http://googleappengine.blogspot.com
Reddit:
What's your application ID? I want to make sure you aren't in the pool of
applications still on 1.3.7.
--
Ikai Lan
Developer Programs Engineer, Google App Engine
Blogger: http://googleappengine.blogspot.com
Reddit: http://www.reddit.com/r/appengine
Twitter: http://twitter.com/app_engine
On
a different resolution for appspot.com. I would be
intisrael/41395 http://article.gmane.org/gmane.linux.region.israel/41395
http://article.gmane.org/gmane.linux.region.israel/41395Thank you for
the reply,
Maxim.
On Tue, Oct 19, 2010 at 8:03 PM, Ikai Lan (Google)
ikai.l+gro...@google.com
No, I mean create a @gmail.com account, then try to log into that page. The
admin screen will tell you that the mobile number is in use. When you fill
out the form, we'll be able to assign a manual override to verify your @
gmail.com account.
--
Ikai Lan
Developer Programs Engineer, Google App
I've manually verified you. Sorry about that, I just needed you to log in at
least once with a new email address. I probably should have explained that
in my first email.
--
Ikai Lan
Developer Programs Engineer, Google App Engine
Blogger: http://googleappengine.blogspot.com
Reddit:
Good eyes! No, this isn't ready for use yet. You can't get an instance of
AsyncDatastoreService. The backend isn't ready for this call. We wanted to
release this, but there were showstopper bugs that prevented us from
shipping it. Look for it in an upcoming release.
--
Ikai Lan
Developer Programs
You're in the 1.3.8 pool. I don't know why you are getting the error, since
others are reporting that it's working fine for them. I'm hoping to try to
reproduce this when I get a chance.
--
Ikai Lan
Developer Programs Engineer, Google App Engine
Blogger: http://googleappengine.blogspot.com
? You have a doc link?
On Oct 19, 2:19 pm, Ikai Lan (Google)
ikai.l+gro...@google.comikai.l%2bgro...@google.com
wrote:
This is a problem that can probably be easily solved with the low-level
API.
Entities are schemaless and you can treate properties like a Map. You
could
probably do
into it Ikai. If you were to guess is this likely
to be a quick fix or a lengthy drawn-out one?
I've made many changes to my app now java.net.InetAddress has been
supported and I cant launch the update because of this issue.
On Oct 21, 12:38 am, Ikai Lan (Google)
ikai.l+gro...@google.comikai.l
What does the query look like? Query performance can sometimes be affected
by the shape of the data - that is, if the data changes, it may change the
number of indexes we need to zig-zag over.
--
Ikai Lan
Developer Programs Engineer, Google App Engine
Blogger: http://googleappengine.blogspot.com
it seams to me that the latencies are lower around 8:00
GMT (morning in eastern Europe) and rise quite enough after 17:00 GMT
(afternoon in East Europe).
Thanks...
On Oct 21, 10:24 pm, Ikai Lan (Google)
ikai.l+gro...@google.comikai.l%2bgro...@google.com
wrote:
What does the query look like
Cyrille is right: have an expectation of 1 transaction/second, though real
world performance should be below this. App Engine favors a model of
eventual consistency. You don't get to scale by locking a ton of entities at
once.
--
Ikai Lan
Developer Programs Engineer, Google App Engine
Blogger:
You need to look at your application and the type of queries you are
performing. Don't index properties you don't need to search on. Read more
about this here:
http://code.google.com/appengine/docs/python/datastore/queriesandindexes.html
--
Ikai Lan
Developer Programs Engineer, Google App Engine
considered changing my
database structure in order to get more, but smaller entity groups
(every parentEntity will have at most 20-30 childs). That way, will be
easier and faster to use transactions.
On 22 Ott, 19:54, Ikai Lan (Google)
ikai.l+gro...@google.comikai.l%2bgro...@google.com
Very slim. We want to ship it as soon as possible.
In the meantime, there are plenty of services that offer this type of
functionality:
http://beaconpush.com
http://pubnub.com
... and so forth
Don't let this feature block you if your application needs it. Build it
using another tool and port
MaxMind IP was what I used for this example:
http://ikaisays.com/2010/08/11/using-the-app-engine-mapper-for-bulk-data-import/
--
Ikai Lan
Developer Programs Engineer, Google App Engine
Blogger: http://googleappengine.blogspot.com
Reddit: http://www.reddit.com/r/appengine
Twitter:
No, you can't share a PMF instance between app instances. Constructing this
is slow because it has to do classpath scanning. Note that if you use the
low-level API, application startup time is greatly reduced:
The cheapest way is to use the value you are checking for as a datastore
key, then to do a get by key. A query always results in an index operation
followed by a fetch by key, so you are reducing the need for an index
lookup.
--
Ikai Lan
Developer Programs Engineer, Google App Engine
Blogger:
What does your upload page look like? Can you post the full servlet?
--
Ikai Lan
Developer Programs Engineer, Google App Engine
Blogger: http://googleappengine.blogspot.com
Reddit: http://www.reddit.com/r/appengine
Twitter: http://twitter.com/app_engine
On Tue, Oct 26, 2010 at 4:12 PM, pac
It's not required to use mapreduce. It's just easier to manage the jobs.
You'll hit the 30 second deadline if you don't, and you'll end up building
your own task queue management logic anyway.
--
Ikai Lan
Developer Programs Engineer, Google App Engine
Blogger: http://googleappengine.blogspot.com
(like Android) and not
only from within browsers? It would be awesome.
Thanks again.
On Oct 26, 7:26 pm, Ikai Lan (Google)
ikai.l+gro...@google.comikai.l%2bgro...@google.com
wrote:
Very slim. We want to ship it as soon as possible.
In the meantime, there are plenty of services
at client does have
uploadForm.setEncoding(FormPanel.ENCODING_MULTIPART);
uploadForm.setMethod(FormPanel.METHOD_POST);
Any suggestions?
Thanks.
On Oct 27, 7:28 pm, Ikai Lan (Google)
ikai.l+gro...@google.comikai.l%2bgro...@google.com
wrote:
What does
I'm guessing this is a custom rolled User object. Here's how you'd likely do
it:
SELECT * FROM User where __key__=KEY('User', 100100)
--
Ikai Lan
Developer Programs Engineer, Google App Engine
Blogger: http://googleappengine.blogspot.com
Reddit: http://www.reddit.com/r/appengine
Twitter:
Strange, if you unzip the download, it should just be here:
appengine-java-sdk-1.3.8/lib
Did you download the file from here?
http://googleappengine.googlecode.com/files/appengine-java-sdk-1.3.8.zip
--
Ikai Lan
Developer Programs Engineer, Google App Engine
Blogger:
It should be. Kind names don't include the full package name. I'm assuming
you're using JDO/JPA?
--
Ikai Lan
Developer Programs Engineer, Google App Engine
Blogger: http://googleappengine.blogspot.com
Reddit: http://www.reddit.com/r/appengine
Twitter: http://twitter.com/app_engine
On Wed, Oct
You probably did an update recently. There's a cookie that gets stored. I'm
usually only prompted once per day per app.
--
Ikai Lan
Developer Programs Engineer, Google App Engine
Blogger: http://googleappengine.blogspot.com
Reddit: http://www.reddit.com/r/appengine
Twitter:
If you're searching by key, why not use KeyFactory and get the object
director by key instead? It'll run faster.
--
Ikai Lan
Developer Programs Engineer, Google App Engine
Blogger: http://googleappengine.blogspot.com
Reddit: http://www.reddit.com/r/appengine
Twitter: http://twitter.com/app_engine
);
*mutationPool.put(parent);*
//Creation of the child entity
*Entity child = new Entity(ChildClass, parent.getKey()); //Q: Can I
expect that the key is returned directly after the mutationPool.put() method
?*
child.setProperty(fieldX, valueX);
mutationPool.put(child);
[…]
From: Ikai Lan (Google
What does the log file say? What does your appengine-web.xml look like?
--
Ikai Lan
Developer Programs Engineer, Google App Engine
Blogger: http://googleappengine.blogspot.com
Reddit: http://www.reddit.com/r/appengine
Twitter: http://twitter.com/app_engine
On Thu, Oct 28, 2010 at 11:16 AM,
You should be able to run the App Engine for Java SDK. That's the promise of
Java, right? Interoperability across platforms that can run the JVM?
--
Ikai Lan
Developer Programs Engineer, Google App Engine
Blogger: http://googleappengine.blogspot.com
Reddit: http://www.reddit.com/r/appengine
This behavior doesn't seem right. No, the entire blob should not be getting
read. We'll look into this.
Do you have any more details? Could tasks be getting retried?
--
Ikai Lan
Developer Programs Engineer, Google App Engine
Blogger: http://googleappengine.blogspot.com
Reddit:
You can, but one will need to expose an API to the other applications.
Different application IDs cannot access the same datastore. Different
deployed versions of the same application can.
As far as syncing goes, there's the bulk upload/download tool:
No, the mapper will go over everything. If the number of entities is small,
you are better off placing an indexed property on ONLY these fields, then
just iterating over them with a cursor and either a local client making
multiple HTTP calls to your App Engine app or chained task queues.
--
Ikai
There's no way currently to determine quota usage per namespace. Our
preference is that you use a single, multitenant namespaced application.
Do you have severely assymetric clients app usage? I'm curious to see if the
current pricing structure of $0.12 gigabyte/$0.15 gigabyte stored is
actually
by the mapper framework, but much
smaller than the actual collection size of all entities of that kind.
Brad
On Nov 8, 11:56 am, Ikai Lan (Google)
ikai.l+gro...@google.comikai.l%2bgro...@google.com
wrote:
No, the mapper will go over everything. If the number of entities is
small,
you
I'm biased, naturally, but here's my piece:
They're both great, young platforms, and successful businesses have been
built on both Google App Engine as well as Amazon EC2. Amazon's lower level
access appeals to some, whereas Google App Engine's abstractions appeal to
the folks in this group.
Hey Ian,
During our maintenance periods, Memcache no longer goes down - we just flush
it.
Our docs on handing maintenance periods is unfortunately out of date. Thanks
for bringing this to my attention. I'll put this on my plate to document it.
In the meantime, here is some sample code. You can
Strange that this happened. I've manually verified you.
--
Ikai Lan
Developer Programs Engineer, Google App Engine
Blogger: http://googleappengine.blogspot.com
Reddit: http://www.reddit.com/r/appengine
Twitter: http://twitter.com/app_engine
On Tue, Nov 9, 2010 at 6:13 AM, SimonH
a page with a service disabled message during down-times? (I
already display a functionality degredation message during mem cache (!
= datastore!) down-times or my own pre-declared down-time date-time
slots, but I still rely on sessions to do this).
Cheers,
Ian
On Nov 9, 6:15 pm, Ikai Lan
Read this:
http://code.google.com/appengine/docs/java/config/appconfig.html#Enabling_Sessions
Though if you have that disabled and attempt to use sessions locally, it
will throw an error.
--
Ikai Lan
Developer Programs Engineer, Google App Engine
Blogger: http://googleappengine.blogspot.com
Text properties were never actually lazy loaded. We only lazy loaded them to
match the JDO/JPA spec. In practice, the entire entity was being read and we
just weren't populating the entity.
Try running AppStats - though I suspect the deserialization shouldn't be
*that* slow.
--
Ikai Lan
On Nov 11, 3:56 pm, Ikai Lan (Google)
ikai.l+gro...@google.comikai.l%2bgro...@google.com
wrote:
Text properties were never actually lazy loaded. We only lazy loaded them
to
match the JDO/JPA spec. In practice, the entire entity was being read and
we
just weren't populating the entity
Do you guys have a sample appengine-web.xml and application IDs?
--
Ikai Lan
Developer Programs Engineer, Google App Engine
Blogger: http://googleappengine.blogspot.com
Reddit: http://www.reddit.com/r/appengine
Twitter: http://twitter.com/app_engine
On Fri, Nov 12, 2010 at 2:00 AM, Didier
Your code is probably not being compiled. Can you clean the project and try
again?
--
Ikai Lan
Developer Programs Engineer, Google App Engine
Blogger: http://googleappengine.blogspot.com
Reddit: http://www.reddit.com/r/appengine
Twitter: http://twitter.com/app_engine
On Tue, Nov 9, 2010 at
Yes, via the bulkloader:
http://code.google.com/appengine/docs/python/tools/uploadingdata.html
http://code.google.com/appengine/docs/python/tools/uploadingdata.htmlDownload
the data locally, then upload it to the new application.
--
Ikai Lan
Developer Programs Engineer, Google App Engine
Does anyone have a stack trace if an exception is thrown? Will deploy work
after a rollback?
--
Ikai Lan
Developer Programs Engineer, Google App Engine
Blogger: http://googleappengine.blogspot.com
Reddit: http://www.reddit.com/r/appengine
Twitter: http://twitter.com/app_engine
On Mon, Nov 15,
apps.
I hope this helps!
//Joakim
2010/11/12 Ikai Lan (Google)
ikai.l+gro...@google.com ikai.l%2bgro...@google.com
ikai.l%2bgro...@google.com ikai.l%252bgro...@google.com
Do you guys have a sample appengine-web.xml and application IDs?
--
Ikai Lan
Developer
://googleappengine.blogspot.com
Reddit: http://www.reddit.com/r/appengine
Twitter: http://twitter.com/app_engine
On Mon, Nov 15, 2010 at 3:09 PM, Artem artem...@gmail.com wrote:
Here it is: http://paste.pocoo.org/show/291784/
On 11/16/2010 01:29 AM, Ikai Lan (Google) wrote:
Does anyone have a stack trace
1 - 100 of 424 matches
Mail list logo