What logging API does Spring use? I'm wondering if you just need to update
your logging.properties with:
.level=WARNING
Or whatever is appropriate. You have to use Java logging to fine tune
logging.
More here http://code.google.com/appengine/docs/java/runtime.html#Logging.
--
You
There are some other threads that touch on this, both in this group and the
Google App Engine group. You might find more info by searching here and
there.
--
You received this message because you are subscribed to the Google Groups
Google App Engine for Java group.
To view this discussion on
Are you wanting to learn JDO because you're interested in JDO in
particular, or are you wanting to learn it just for GAE? If the latter,
I'm wondering if you might be interested in other APIs that might be a bit
better suited for GAE.
--
You received this message because you are subscribed
My project is a forum hosting service. I have it up in demo mode at:
http://support.fuzedtest.appspot.com/
The demo is limited by the free quota, but you can still create and manage
your own forum, register for a forum, etc. This won't be the final
location: it will be abandoned once the
I think I'm used to strong passwords. I should probably loosen that up a
bit. :) Thanks for the feedback.
I used Shiro because it's pretty well documented and flexible. Spring has
Spring Security, but there's no default equivalent for Guice. Also Shiro
seems more comprehensive than Spring
That's pretty crazy.
Do you know what you're using for AOP?
I'm using Guice, which using AOP alliance stuff, and it works consistently.
Does Spring use AspectJ?
--
You received this message because you are subscribed to the Google Groups
Google App Engine for Java group.
To view this
Can you make it only use the AOP alliance libs? I am totally guessing, so
maybe that's pointless.
--
You received this message because you are subscribed to the Google Groups
Google App Engine for Java group.
To view this discussion on the web visit
I decided to give Objectify a try because I think any significant reduction
in startup time could be quite valuable.
It appears my startup time is now around 8s. So maybe 2s less, but I don't
have any objective data. It's certainly not around 2s total. Alas.
On the plus side, Objectify
I'm wondering if JARs like appengine-api-1.0-sdk-1.5.2.jar in WEB-INF/lib
get uploaded when I deploy from Eclipse. Are these items needed in the
Google environment?
I'm asking because I'm wondering if removing (if viable) would reduce my
startup time, which seems to come in anywhere from 10s
I'm just generally trying to look to see if there's anything I can trim. My
app seems to need to spin up a new instance a lot (the instance seems to
stay up for only a minute or so if I'm not using it), and so there are a lot
of 10s delays for requests. I don't really have a ton of libraries,
I do use JDO (not JPA) and Guice (and not Spring). I also use GWT, GIN and
Shiro. So I have maybe 5 primary libraries, along with the SDK.
--
You received this message because you are subscribed to the Google Groups
Google App Engine for Java group.
To view this discussion on the web visit
I've not had any problems with Lion either. Working fine.
--
You received this message because you are subscribed to the Google Groups
Google App Engine for Java group.
To view this discussion on the web visit
https://groups.google.com/d/msg/google-appengine-java/-/lIAdDf8NweQJ.
To post to
To require https, you can do this:
security-constraint
web-resource-collection
url-pattern/mobile/*/url-pattern
/web-resource-collection
user-data-constraint
transport-guaranteeCONFIDENTIAL/transport-guarantee
/user-data-constraint
What settings are those?
--
You received this message because you are subscribed to the Google Groups
Google App Engine for Java group.
To view this discussion on the web visit
https://groups.google.com/d/msg/google-appengine-java/-/1m7bPo0q3ysJ.
To post to this group, send email to
I think this is pretty much busted. Within top-level entity, it's fine. In
and embedded entity, I get the error in the OP.
--
You received this message because you are subscribed to the Google Groups
Google App Engine for Java group.
To view this discussion on the web visit
I'm still trying to figure it out, but I appear to have the same problem.
--
You received this message because you are subscribed to the Google Groups
Google App Engine for Java group.
To view this discussion on the web visit
As far as I know, there's nothing that prevents the conditionals throughout
the code. Fortunately, with GWT, you're basically coding in Java, so all of
the patterns you're used to for reducing the number of conditionals in your
code should apply in the same way (basically, polymorphism through
Well, on the client (browser), there's no security at all. Security (that
is, protecting your site from the user), is impossible. If you just mean
disabling buttons or changing parts of the page, then you can just pass back
permissions to do that. It doesn't guarantee anything, of course.
If anyone is interested, I've posted a short guide to using Apache Shiro on
Google App Engine:
http://objectuser.wordpress.com/2011/06/30/apache-shiro-on-google-app-engine/
It focuses on my current stack, which includes Google Guice. I also use
GWT, but that should mostly be irrelevant.
--
You're right. I confused the two: I said unowned while actually describing
inverting the relationship. Do I get half a point? ;)
--
You received this message because you are subscribed to the Google Groups
Google App Engine for Java group.
To view this discussion on the web visit
For something large like that, I think you'll want to make your relationship
from User to LoginHistory an unowned relationship. That simply means that
LoginHistory will store an ID that points to User instead of User having a
collection of LoginHistory objects. The Google docs have more on
As long as both the user and tracks are in the same entity group, you
can do just that.
Whether that's a good idea or not depends on how those users and
tracks will be used. If only one user is going to be messing with the
tracks, then you should be fine. If many users need to update those
I've never used Spring Security by itself. It used to be its own
project, so it might not be too bad. As far as I know, there are
still issues with using Spring in GAE, but maybe those have been
solved, and they may not apply to using Spring Security by itself.
I'm currently using Apache Shiro.
of?
It is always very important to me to make sure a system is somewhat
standardized before I use it.
Thanks.
On Sun, Jun 19, 2011 at 2:57 PM, objectuser kevin.k.le...@gmail.com wrote:
I've never used Spring Security by itself. It used to be its own
project, so it might not be too
Seems like it. I get the same thing, have since yesterday some time.
On Jun 18, 3:43 am, Eurig Jones eurigjo...@gmail.com wrote:
My dev server is telling me I should upgrade my app to 1.5.1 on
startup, but I see no final release of 1.5.1 available yet, only a pre-
release!
Is this an error
I have an embedded class that embeds another class. In order to
remove conflicts with the embedding class, I use the @Embedded
annotation like this:
class X {
@Embedded(members = { @Persistent(name = prop1, columns =
@Column(name = yProp1)),
@Persistent(name = prop2, columns =
I see JSP session beans are not supported but nothing similar on
JSF. I've not had many problems with JSF 2.0 ... seems to work fine
with the setup mentioned on that page.
On Apr 9, 10:41 am, Uldall christian.uld...@gmail.com wrote:
The Will it play in App Engine page states that JSF session
I've not used Open*InView support in AppEngine (don't like the pattern
myself ;). However, if all that is to get around the problem of the
transaction limitations like you state just below, then there are a
couple of options:
- Declare the DAO methods as transaction-new; that way they won't
clash
. I don't do it in my app anyway.
If those don't work, then I'll looks again.
On Mar 30, 3:04 pm, Carl Ballantyne carlballant...@gmail.com wrote:
Hi objectuser,
Thanks for the links - very helpful. I have had a look and studied
them. I am trying to get your example to work but am getting
Thanks, Thomas. It certainly seems like it's worth a shot!
On Mar 30, 11:23 pm, Thomas mylee...@gmail.com wrote:
Hi kevin:
Yes, my workaround is just a proxy which route every pmf requests
back to the original instance return by
JDOHelper.getPersistenceManagerFactory.
I used jdo
Hey, Thomas,
Thanks very much for working on this! I think a lot of people want
Spring transactions to work in GAE.
What does your fix do? Or why does it work? It looks like you're just
creating a proxy that passes the invocation along. For example, my
jdo-context.xml is below. Is your new
I think you're going to be disappointed.
Spring transactions work in the SDK but not on the GAE host.
Here's how to set them up if you still want to do it (this currently
still works for me in the SDK 1.3.2):
http://objectuser.wordpress.com/2009/06/30/spring-jdo-in-google-app-engine/
But
One way to do this would be to duplicate A.name on the associated Bs.
class A {
Long id;
String name;
...
}
class B {
Long id;
Long Aid;
Long Aname;
...
}
Then you'd be able to do your select on just the B entity group and it
would work.
On Mar 10, 2:59 am, kattus
How about something like this?
class User {
Long id;
...
}
class Deck {
Long id;
Long userId;
...
}
class Card {
Long id;
Long deckId;
...
}
Then inserting a card into the deck is a simple insert and finding all
cards in a deck is a single query. The same for adding a deck to
I think the gap here is that a RDBMS (PostgreSQL) and the App Engine
Datastore are totally different. In fact, I think the latter
influences your design much more than the former.
The sorts of joins you used to be able to do in your DB to efficiently
retrieve data don't work in the GAE
Since you're a student, and if you have the time, I'd recommend
learning JDO for the following reasons:
1. You already know JPA. Might as well learn something new. :)
2. JDO, imo, fits the GAE datastore much better (I think there are
quite a few discussions around here as to why).
Enjoy!
On Mar
You rock. I'll give it a try. Thanks!
On Sep 24, 3:25 pm, Alejandro D. Garin aga...@gmail.com wrote:
Hi objectuser,
yes, currently I have a project to share this kind of code and an online
demo with source code.
Advice class (RetryAdvice.java): (I have an advice for cache too - see
22, 9:40 am, objectuser kevin.k.le...@gmail.com wrote:
Thanks, Marton. That's very unfortunate. The limitations still
surprise me. Is that documented somewhere? Need to go back and
reread that stuff I guess.
I'll see if I can come up with a simple test case for the collection.
On Sep 22, 3
I think the key is to not create them all the time. So don't make a
new one for each transaction. Make one and keep it around.
On Sep 23, 10:19 am, Prashant antsh...@gmail.com wrote:
Hi,
Will it make any difference to the performance of the app if I do not write
a separate class (PMF, as
property a particular instance of Child1 has been assigned to
originally.
I could not reproduce your problem with the list of children. Could
you send some code that fails for you?
Marton
On Sep 22, 3:31 am, objectuser kevin.k.le...@gmail.com wrote:
After some more testing this is what I
Thanks! I'd certainly rather it be something I'm doing wrong. I
think you have represented my exact scenario there.
I'll continue looking at my code.
On Sep 21, 9:49 am, leszek leszek.ptokar...@gmail.com wrote:
That's very interesting because it works for me:
Because your relationships are unowned (so the objects are in
different entity groups, right?), you wouldn't be able to save them
all in the same transaction anyway.
So you're right: you'll have to save them, which means multiple
transactions, and if one of them fails you'll have inconsistent
Jason, is it also true that you can't have two one-to-one
relationships of the same kind? I'm able to save such a relationship,
but when I fetch it, I get the same child in both values. I need to
debug further (would not be surprised if it's just something I'm doing
wrong), but wondering if
Right, I'd read the docs like Ian mentioned.
The big caveat as with anything in GAE is that the queries you intend
to perform will drive your model. There's more than one way to model
a many to many, so you need to make sure that the model you choose
supports the queries you need.
On Sep 14,
And everything worked fine before the upgrade? I'm not using GWT, but
upgraded to Snow Leopard with no resulting issues for GAE.
On Aug 31, 1:51 am, yasuyuki eyasuy...@gmail.com wrote:
Hi. I use Eclipse 3.4.2 and GAE/J Plugin.
I update my Mac to Mac OS 10.6 Snow Leopard, I caught an error
I think one difference might be your use of JSPs. I'm using JSF 2.0
but with XHTML. But that's just a guess.
Did you follow the instructions here?
)
at org.datanucleus.jdo.JDOPersistenceManager.makePersistent
(JDOPersistenceManager.java:694)
..
thanks in advance
On 25 août, 17:14, objectuser kevin.k.le...@gmail.com wrote:
Can you tell us what the error is? And maybe some snippits of code
showing the relevant parts of your model and how it's mapped?
On Aug 25, 8:08 am
Hey, Vince,
That's really cool. Does that address the need of the OP though? I
may just not be understanding it fully ...
Thanks!
On Aug 26, 11:15 am, Vince Bonfanti vbonfa...@gmail.com wrote:
I've implemented a set of distributed locks for GAE that I posted a
message about previously
I see what you're saying ... you're addressing the integrity issues
around concurrent modifications. As is, what if someone makes an
inconsistent modification to A while I'm trying to update B ...
I was thinking of it in terms of, what if modify entity A works and
modify entity B fails.
Good
It's not really any different in JPA and JDO, so the docs should cover
what you want.
http://code.google.com/appengine/docs/java/datastore/relationships.html
I also wrote a few things that used JPA if it's useful (under the
Modeling section):
http://objectuser.wordpress.com/google-app-engine/
24, 4:44 am, objectuser kevin.k.le...@gmail.com wrote:
Do you get it when you're trying to walk the graph on an object? If
you add that property to the defaultFetchGroup does it fix it?
I'm not sure I got that. What I do with the test, I call on a DAO
object that uses JdoTemplate
, objectuser kevin.k.le...@gmail.com wrote:
+1 to Wagner for a better way of determining the issue. :)
Yeah, that pretty much says it. If I'm not mistaken, JdoTemplate takes
the persistence manager from the OpenPersistenceManagerInViewFilter,
or any existing transaction. I'll check
That's crazy, John. Is all the data still there or only some of it?
Also, how is your transaction being demarcated?
On Aug 21, 1:41 am, jd jdpatter...@gmail.com wrote:
Hi,
I am using the local sdk datastore to save several thousand of objects
and when an exception occurs the data is not
I agree with Iain: it depends on how many items are in the lists. But
for large lists, I don't think it would work out very well.
Are the values in listA and listB stored? That might give you more
options.
On Aug 20, 8:15 pm, Ray Li ray.lee@gmail.com wrote:
Hi,
I have a query filter on
The last line made me laugh!
I think some of the GraniteDS team has published an app on GAE and
actually made the source available. Have you search for that?
On Aug 17, 1:17 am, Capsicum annuum huayun...@gmail.com wrote:
I want to build a flex project with GAE,
and i want to use JDO Detach.
55 matches
Mail list logo
