Hi,
Answers to your questions are in
http://code.google.com/appengine/docs/java/datastore/transactions.html#Using_Transactions
To do what you want, you only have to delete the book to remove it
from entity group A and recreate it in entity group B (assuming the
root entity - cat B - has been
Hi Fabrizio,
Yes, I do delete the local datastore and create it again. I delete the
local datastore by following the instructions given in:
http://code.google.com/intl/en/appengine/docs/java/tools/devserver.html#Using_the_Datastore
I then create it again by launching the development
Hi Maxim,
good point, I was asking myself, too. I do not have a app.yaml and I
am not sure if I do have to add one and what to put in. Will it
override appengine-web.xml and web.xml?
Would be good to get some clarification. Maybe it can also be
configured in appengine-web.xml?
Cheers,
Toby
On
I have gone through many articles declaring 1000 limit for single
query has been removed but still i don't want to stuck into query
fetch and deadline exceptions so can you please suggest me the best
way to query and search through around 15000 objects and sometimes
fetching all objects at a
Hi,
If i had to that, I would:
a) test the classical all-at-once fetch for the 15000 entities
b) Then, if too long, I would try to break up the task and make it
faster via Task.
Tasks will provide you with parallel execution so you may get much
faster.
I would organize each subquery (as run
Checkout http://code.google.com/p/appengine-mapreduce/
On Mon, Dec 6, 2010 at 6:46 AM, Didier Durand durand.did...@gmail.comwrote:
Hi,
If i had to that, I would:
a) test the classical all-at-once fetch for the 15000 entities
b) Then, if too long, I would try to break up the task and make
Thanks guys, moving AppEngine (and GWT) to the top in Order and Export
really solved this.
Thanks a lot :)
On Sun, Dec 5, 2010 at 4:40 PM, Mike Friesen mfrie...@gmail.com wrote:
I had the same problem and fixed it by:
1) Selecting project Root - Goto File-Properties
2) Select Java Build
how about, if i denormalized everything . Mean book as id of
subcategory. One entitygroup will only has one entity. any impact on
that if i have too many separate entitygroups...? is this good
practice in bigtable? if i do aware if i do this way, not be able to
use transactional.
can you
I have just found that my local datastore test data seems to be
unaffected so far by my upgrading my GAE/J SDK this morning from 1.3.8
to 1.4.0. Of course, even if my test data should prove unaffected by
the latest change in SDK, there is no guarantee of such an outcome for
any future release.
Hi,
By task, I mean
http://code.google.com/appengine/docs/java/taskqueue/overview.html
About transactionnality of your changes: you have to make sure that
when you delete, it's gauranteed to be recreated. The only way to do
so is to start a task bound to the transaction where you delete. See
Hey
I'm not sure if it's just me but I really cannot make sense of the
documentation explaining how to set up warm up requests.
http://code.google.com/appengine/docs/java/config/appconfig.html#Warming_Requests
It states Warming requests are enabled by default for all Java
applications. and then
If you have a Java application that you have configured with an
appengine-web.xml file[1], you just need to redeploy with the 1.4.0 SDK to
enable warming requests. However, to get the most benefit from this feature
you may want to cause more of your initialization code to run during the
warmup
That clears things up nicely. I'll just add warming-requests-enabled
to my appengine-web.xml and redeploy.
Many thanks
On Dec 6, 3:52 pm, Don Schwarz schwa...@google.com wrote:
If you have a Java application that you have configured with an
appengine-web.xml file[1], you just need to redeploy
Oh I just realised, the docs are wrong it's not:
warming-requests-enabledtrue/warming-requests-enabled
but in fact:
warmup-requests-enabledtrue/warmup-requests-enabled
Just in case that catches others out.
On Dec 6, 4:01 pm, mscwd01 mscw...@gmail.com wrote:
That clears things up nicely. I'll
Ah, thanks. We'll get that fixed. However, true is the default so you can
just leave this out entirely.
On Mon, Dec 6, 2010 at 10:11 AM, mscwd01 mscw...@gmail.com wrote:
Oh I just realised, the docs are wrong it's not:
warming-requests-enabledtrue/warming-requests-enabled
but in fact:
Even better, thanks
On Dec 6, 4:12 pm, Don Schwarz schwa...@google.com wrote:
Ah, thanks. We'll get that fixed. However, true is the default so you can
just leave this out entirely.
On Mon, Dec 6, 2010 at 10:11 AM, mscwd01 mscw...@gmail.com wrote:
Oh I just realised, the docs are
This still doesn't solve the issue for me, mapping a servlet url
pattern to a jsp file always fails...
On Dec 6, 1:33 pm, Jaroslav Záruba jaroslav.zar...@gmail.com wrote:
Thanks guys, moving AppEngine (and GWT) to the top in Order and Export
really solved this.
Thanks a lot :)
On Sun,
What does the error message say?
No hints in the Problems window?
On Mon, Dec 6, 2010 at 5:42 PM, mscwd01 mscw...@gmail.com wrote:
This still doesn't solve the issue for me, mapping a servlet url
pattern to a jsp file always fails...
On Dec 6, 1:33 pm, Jaroslav Záruba
seems like repackaged-appengine-jasper-6.0.29.jar is not where it is
supposed to be...?
On Mon, Dec 6, 2010 at 5:58 PM, mscwd01 mscw...@gmail.com wrote:
No hints in the problems window that are of any help. The error I get
is:
WARNING: /features
org.apache.jasper.JasperException: Unable to
Where should it be? I cannot see it listed in my libraries.
On Dec 6, 5:03 pm, Jaroslav Záruba jaroslav.zar...@gmail.com wrote:
seems like repackaged-appengine-jasper-6.0.29.jar is not where it is
supposed to be...?
On Mon, Dec 6, 2010 at 5:58 PM, mscwd01 mscw...@gmail.com wrote:
No
This JAR is where Eclipse reads the HttpJspBase type from. It is included in
the AppEngine SDK Library.
Project - Properties - Java Build Path - Libraries
On Mon, Dec 6, 2010 at 6:28 PM, mscwd01 mscw...@gmail.com wrote:
Where should it be? I cannot see it listed in my libraries.
On Dec 6,
Ah yes found it in the App Engine SDK, repackaged-appengine-
jasper-6.0.29.jar is there. The question now, is why isn't it working?
On Dec 6, 5:33 pm, Jaroslav Záruba jaroslav.zar...@gmail.com wrote:
This JAR is where Eclipse reads the HttpJspBase type from. It is included in
the AppEngine SDK
Could it be it is only a missing import declaration in the *.java result of
your *.JSP?
On Mon, Dec 6, 2010 at 6:46 PM, mscwd01 mscw...@gmail.com wrote:
Ah yes found it in the App Engine SDK, repackaged-appengine-
jasper-6.0.29.jar is there. The question now, is why isn't it working?
On Dec
I'm not sure I understand. It worked fine before I downloaded the new
1.4 SDK.
On Dec 6, 5:54 pm, Jaroslav Záruba jaroslav.zar...@gmail.com wrote:
Could it be it is only a missing import declaration in the *.java result of
your *.JSP?
On Mon, Dec 6, 2010 at 6:46 PM, mscwd01
Forget it, I don't think it is actually possible to get JSP transformed into
*.java without the imports, it'd probably yell at you upon saving the JSP.
Have you tried re-syncing the JARs?
I believe it can be done either by unchecking the is GAE option in the GAE
settings of your project, and
Same here. Google Appengine SDK 1.4.0 has been just released so I
wonder if it is a bug...
On 2 dic, 10:51, sagar misal sagar1982mi...@gmail.com wrote:
Till yesterday my application was performing well with more number of
users than today but today suddenly it started raising this exception
I can confirm that JSPs are broken in 1.4 - tested it with eclipse 3.5
3.6 fresh install.
The actual app engine renders them just fine so it should be something
in the sdk or the plugin (or both)
Solution for now would be - revert back to 1.3.8 ...
On Dec 6, 1:26 pm, Jaroslav Záruba
JSPs still broken with 1.4
Tested with eclipse 3.5 3.6
JDK version 1.6.0_22;
OS Linux x86_64;
Google Plugin for 1.4.0.v201010280047
com.google.gdt.eclipse.suite.e35.feature.feature.group
Google App Engine Java SDK 1.4.0 1.4.0.v201012021500
http://code.google.com/p/googleappengine/issues/detail?id=4216
On Dec 6, 1:26 pm, Jaroslav Záruba jaroslav.zar...@gmail.com wrote:
Forget it, I don't think it is actually possible to get JSP transformed into
*.java without the imports, it'd probably yell at you upon saving the JSP.
Have you
I was using the python bulk loader for java deployed app , the problem
i am facing is that am unable to upload the data due to csv format
issues , and also when i download the existing datastore into a csv
file i get junk data like
config name , app id and other things , although I am able to
Hi.
As implied by the subject i would like to ask:
1. Facebook: My GAE application is working with the FB API. this API
is very slow, and I receive timeouts. These timeouts cause
erroneousness publish action to my users' Facebook. 10 seconds of
timeout are just not enough. Can I make this
I'm running JSPs w/o issues now.
Eclipse Java EE IDE for Web Developers.
Version: Helios Service Release 1
Build id: 20100917-0705
GAE 1.4, GWT 2.1
On Mon, Dec 6, 2010 at 6:46 PM, xenoneo kozhuharov.i...@gmail.com wrote:
JSPs still broken with 1.4
Tested with eclipse 3.5 3.6
JDK version
No luck with:
Eclipse IDE for Java EE Developers 1.3.1.20100916-1202
epp.package.jee
Google App Engine Java SDK 1.4.0 1.4.0.v201012021502
com.google.appengine.eclipse.sdkbundle.e36.feature.1.4.0.feature.group
Google Plugin for Eclipse 3.6 1.4.0.v201010280102
I'm running:
Eclipse Java EE IDE for Web Developers.
Build id: 20100218-1602
With V1.4 of the App Engine SDK and cannot get servlets mapping to jsp
files, i.e.
servlet
servlet-nameabout/servlet-name
jsp-file/about.jsp/jsp-file
/servlet
servlet-mapping
servlet-nameabout/servlet-name
Hi I'm developing using PrimeFaces(JSF) library... and all works just
fine on development (in IE 8 and FireFox 3.6)
But after the deployment to the GAE platform it stops to work in
FireFox, it looks like no css are recognized... and the website looks
poor...
Any ideas how can i solve this issue?
Luke, thanks for the follow up! You're right that sometimes RPC
overhead can add up especially with something as fast as Memcache, so
batching things is definitely your friend. With the datastore, the RPC
overhead should be a much smaller percentage overall of operations, so
you see real benefit
Hey guys.
There are issues going between versions with local data. From what I
remember, there was an issue with the local SDK going between 1.3.7
and 1.3.8. Long term solutions we are considering include better
support for using SQLite as a backend (similar to what Nick did with
the Python SDK).
Interesting. I guess one of the drawbacks of such fast-moving tech is
that books from 2009 are already outdated!
On Nov 30, 9:56 am, Didier Durand durand.did...@gmail.com wrote:
Read it: full of very interesting stuff that you don't find elsewhere
on the web!
On Nov 30, 4:48 pm, Tommy Fannon
nice writeup!
On Dec 1, 12:59 pm, Stephen Johnson onepagewo...@gmail.com wrote:
I'm not sure if anyone is interested in this type of capability but I had a
use for it for my own debugging and monitoring purposes so I thought I'd
share what I came up with especially since people seem to be
PS for whatever reason that link isn't working for me.
On Dec 6, 5:17 pm, Dan Billings debil...@gmail.com wrote:
nice writeup!
On Dec 1, 12:59 pm, Stephen Johnson onepagewo...@gmail.com wrote:
I'm not sure if anyone is interested in this type of capability but I had a
use for it for
On Fri, Dec 3, 2010 at 12:50 PM, George Moschovitis
george.moschovi...@gmail.com wrote:
- Objectify seems to have more momentum, but is not standard, dunno if
this will be supported in a year or two
Just to give you a little perspective, it's worth pointing out how
thin projects like Objectify
Repeatedly running the following command:
path to app engine SDK/bin/appcfg.sh --append request_logs path to
app my_logs.txt
duplicates the logs rather than appending new logs since the last fetch
as indicated by the documentation.
Furthermore, the logs appear in reverse-chronological order,
Hi Dan,
Not really: the info on datatstore, queues, etc is still very much up
to date and impossible to find elsewhere as it was contributed by
Googlers.
regards
didier
On Dec 6, 11:55 pm, Dan Billings debil...@gmail.com wrote:
Interesting. I guess one of the drawbacks of such fast-moving tech
I use 20 seconds timeout when issuing http requests:
URL urlObj = new URL(url);
URLConnection urlCon = urlObj.openConnection();
urlCon.setConnectTimeout(2);
urlCon.setReadTimeout(2);
BufferedReader reader = new BufferedReader(new
InputStreamReader(urlCon.getInputStream()));
while ((line
I don't know the back story on ROO-1797, but the issue report is, I
think, not entirely accurate. The Expenses sample app that shipped
with Roo 1.1 and GWT 2.1.0 runs on App Engine with DataNucleus.
Given that Spring Roo seems oriented towards RDBMSs, it would not
surprise me if there were a lot
Hi all,
I'm getting the errror while running the web application in google app
engine(web application).
Error:
Warning: WDK application could not be started, error msg=
javax.management.MBeanServerPermission is a restricted class. Please
see the Google App Engine developer's guide for more
Hi,
GAE does not provide full support for java runtime.
You have to limit your code to the supported classes as defined by the
JRE white list (1400+ classes as of now). See
http://code.google.com/appengine/docs/java/jrewhitelist.html
MBeans classes are currently not part of this list
regards
Hi,
Thanks for the reply. I didn't do that because honestly I couldn't
make head or tail of it. :-)
I'll have another look I guess, but I find the documentation around
this whole area to be pretty much abominable.
Regards,
Neil Brennan
On Dec 7, 9:20 am, Ikai Lan (Google)
48 matches
Mail list logo
