from:"Max Ross"

Try this:
private final LocalServiceTestHelper helper =
new LocalServiceTestHelper(new LocalTaskQueueTestConfig()) {
  @Override
  protected LocalServerEnvironment newLocalServerEnvironment() {
final LocalServerEnvironment lse =
super.newLocalServerEnvironment();
return new LocalServerEnvironment() {
  public File getAppDir() {
return new File(dir/with/queues.xml);
  }

  public String getAddress() {
return lse.getAddress();
  }

  public int getPort() {
return lse.getPort();
  }

  public void waitForServerToStart() throws InterruptedException
{
lse.waitForServerToStart();
  }
};
  }
};


On Tue, Feb 16, 2010 at 9:35 AM, Max Ross (Google) 
maxr+appeng...@google.com maxr%2bappeng...@google.com wrote:

 Hi Will,

 You're loading queue.xml from a different location in your unit tests?
 This is a use case I didn't thoroughly consider.  I can certainly fix this
 for the next release but let me see if I can find a workaround for you.

 Thanks,
 Max

 On Tue, Feb 16, 2010 at 9:24 AM, Will Bunker w...@thebunkers.com wrote:

 Prior to version 2.01 I was able to get testing to work with other
 queues by the following code:

LocalTaskQueue ltq =
 LocalTaskQueueTestConfig.getLocalTaskQueue();


LocalServiceContext ctx = new LocalServiceContext() {
public File getAppDir() {
Logger.getAnonymousLogger().info(trying to run
 getAppDir());
File file = new File(war);
return file;
}
};

HashMapString,String prop = new HashMapString,String();
ltq.init(ctx, prop);
ltq.start();

 You had to tell it where to find the config file queue.xml.  Now after
 upgrading and using

private static LocalServiceTestHelper helper =
new LocalServiceTestHelper(new LocalTaskQueueTestConfig());

 along with: helper.setUp

 I am getting the old testing errors of:
 java.lang.IllegalStateException: The specified queue is unknown :

 How do I get the Queue environment to recognize the queues in the
 queue.xml file?

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




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

Re: [appengine-java] Re: How to get testing working with anything other than the default queue

By default the LocalTaskQueueTestConfig configures the local task queue
service to not automatically execute tasks:
http://code.google.com/appengine/docs/java/tools/localunittesting/javadoc/com/google/appengine/tools/development/testing/LocalTaskQueueTestConfig.html

Or are you saying it's not reading queue.xml?

On Tue, Feb 16, 2010 at 10:16 AM, Will Bunker w...@thebunkers.com wrote:

Actually it doesn't seem to be reading the queue at all. It is coming
from the standard directory in WAR, but doesn't seem to pick it up. I
am on Mac OS if that makes any difference.

On Feb 16, 9:35 am, Max Ross (Google)
maxr+appeng...@google.commaxr%2bappeng...@google.com

wrote:
Hi Will,

You're loading queue.xml from a different location in your unit tests?
This
is a use case I didn't thoroughly consider. I can certainly fix this for
the next release but let me see if I can find a workaround for you.

Thanks,
Max

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

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

Re: [appengine-java] Re: How to get testing working with anything other than the default queue

I see. In the test environment it looks in . by default so if you place
queue.xml in the directory from which you're executing the test it should
pick it up.

On Tue, Feb 16, 2010 at 10:35 AM, Will Bunker w...@thebunkers.com wrote:

I am saying that it is not reading queue.xml. I am testing to make
sure a certain function puts x number tasks in a queue that is not
the default. It doesn't load the queue.xml file unless I use your
workaround (then it works great.)

On Feb 16, 10:21 am, Max Ross (Google)
maxr+appeng...@google.commaxr%2bappeng...@google.com

wrote:
By default the LocalTaskQueueTestConfig configures the local task queue
service to not automatically execute tasks:
http://code.google.com/appengine/docs/java/tools/localunittesting/jav...

Or are you saying it's not reading queue.xml?

On Tue, Feb 16, 2010 at 10:16 AM, Will Bunker w...@thebunkers.com
wrote:
Actually it doesn't seem to be reading the queue at all. It is coming
from the standard directory in WAR, but doesn't seem to pick it up. I
am on Mac OS if that makes any difference.

On Feb 16, 9:35 am, Max Ross (Google)
maxr+appeng...@google.commaxr%2bappeng...@google.com
maxr%2bappeng...@google.com maxr%252bappeng...@google.com

wrote:
Hi Will,

You're loading queue.xml from a different location in your unit
tests?
This
is a use case I didn't thoroughly consider. I can certainly fix this
for
the next release but let me see if I can find a workaround for you.

Thanks,
Max

--
You received this message because you are subscribed to the Google
Groups
Google App Engine for Java group.
To post to this group, send email to
google-appengine-j...@googlegroups.com.
To unsubscribe from this group, send email to
google-appengine-java+unsubscr...@googlegroups.comgoogle-appengine-java%2bunsubscr...@googlegroups.com
google-appengine-java%2bunsubscr...@googlegroups.comgoogle-appengine-java%252bunsubscr...@googlegroups.com

.
For more options, visit this group at
http://groups.google.com/group/google-appengine-java?hl=en.

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

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

Re: [appengine-java] Re: How to get testing working with anything other than the default queue

Sorry Will, we look for ./WEB-INF/queue.xml by default. Anyway glad you got
it working with the workaround. I'll get this straightened out for the next
release.

Max

On Tue, Feb 16, 2010 at 11:41 AM, Will Bunker w...@thebunkers.com wrote:

I put in queue.xml in the test directory and it didn't seem to find
it.

On Feb 16, 10:47 am, Max Ross (Google)
maxr+appeng...@google.commaxr%2bappeng...@google.com

wrote:
I see. In the test environment it looks in . by default so if you
place
queue.xml in the directory from which you're executing the test it should
pick it up.I

On Tue, Feb 16, 2010 at 10:35 AM, Will Bunker w...@thebunkers.com
wrote:
I am saying that it is not reading queue.xml. I am testing to make
sure a certain function puts x number tasks in a queue that is not
the default. It doesn't load the queue.xml file unless I use your
workaround (then it works great.)

On Feb 16, 10:21 am, Max Ross (Google)
maxr+appeng...@google.commaxr%2bappeng...@google.com
maxr%2bappeng...@google.com maxr%252bappeng...@google.com

wrote:
By default the LocalTaskQueueTestConfig configures the local task
queue
service to not automatically execute tasks:
http://code.google.com/appengine/docs/java/tools/localunittesting/jav.
..

Or are you saying it's not reading queue.xml?

On Tue, Feb 16, 2010 at 10:16 AM, Will Bunker w...@thebunkers.com
wrote:
Actually it doesn't seem to be reading the queue at all. It is
coming
from the standard directory in WAR, but doesn't seem to pick it up.
I
am on Mac OS if that makes any difference.

On Feb 16, 9:35 am, Max Ross (Google)
maxr+appeng...@google.commaxr%2bappeng...@google.com
maxr%2bappeng...@google.com maxr%252bappeng...@google.com
maxr%2bappeng...@google.com maxr%252bappeng...@google.com
maxr%252bappeng...@google.com maxr%25252bappeng...@google.com

wrote:
Hi Will,

You're loading queue.xml from a different location in your unit
tests?
This
is a use case I didn't thoroughly consider. I can certainly fix
this
for
the next release but let me see if I can find a workaround for
you.

Thanks,
Max

--
You received this message because you are subscribed to the Google
Groups
Google App Engine for Java group.
To post to this group, send email to
google-appengine-j...@googlegroups.com.
To unsubscribe from this group, send email to
google-appengine-java+unsubscr...@googlegroups.comgoogle-appengine-java%2bunsubscr...@googlegroups.com
google-appengine-java%2bunsubscr...@googlegroups.comgoogle-appengine-java%252bunsubscr...@googlegroups.com

google-appengine-java%2bunsubscr...@googlegroups.comgoogle-appengine-java%252bunsubscr...@googlegroups.com
google-appengine-java%252bunsubscr...@googlegroups.comgoogle-appengine-java%25252bunsubscr...@googlegroups.com

.
For more options, visit this group at
http://groups.google.com/group/google-appengine-java?hl=en.

--
You received this message because you are subscribed to the Google
Groups
Google App Engine for Java group.
To post to this group, send email to
google-appengine-j...@googlegroups.com.
To unsubscribe from this group, send email to
google-appengine-java+unsubscr...@googlegroups.comgoogle-appengine-java%2bunsubscr...@googlegroups.com
google-appengine-java%2bunsubscr...@googlegroups.comgoogle-appengine-java%252bunsubscr...@googlegroups.com

.
For more options, visit this group at
http://groups.google.com/group/google-appengine-java?hl=en.

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

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

Re: [appengine-java] Re: App Engine SDK 1.3.1 is out!

2010-02-12 Thread Max Ross (Google)

Thanks for making the code available.  This looks like an unintentional bug
fix to me.  There is a hard and fast rule that you can't operate on more
than one entity group inside a transaction, so creating and saving two
instances of EntityA should always generate an exception because they are
both root entities and therefore part of different entity groups.  This code
_should_ have thrown an exception in 1.3.0 (and earlier), but it didn't.  I
made some implementation changes to how transactions are managed in 1.3.1
and it looks like I fixed this problem as part of it.

Max

On Fri, Feb 12, 2010 at 12:10 AM, vori vori...@gmail.com wrote:

 The following source code has the same problem.

 -
 PersistenceManager pm = pmfInstance.getPersistenceManager();

 pm.makePersistent(new EntityB(key));  // If this two lines are
 commented out,
 pm.getObjectById(EntityB.class, key); // the following code throws
 exception on sdk1.3.0 too.

 Transaction tx = pm.currentTransaction();
 tx.begin();
 pm.makePersistent(new EntityA());
 pm.makePersistent(new EntityA()); // it throws exception if it
 compiled using sdk1.3.1.
 tx.commit();
 -

 Full source code is included in the following repository.
 Hg repo
 https://test-gae-j-sdk-131.googlecode.com/hg/
 Project page: http://code.google.com/p/test-gae-j-sdk-131/

 On 2月12日, 午後4:25, vori vori...@gmail.com wrote:
  Sorry, I am wrong.
  I inspected my source code and found the real cause.
 
  The following code can works on SDK1.3.0, but it throws
  java.lang.IllegalArgumentException:
   can't operate on multiple entity groups in a single transaction.
  when it used on SDK1.3.1.
 
  
  PersistenceManager pm = pmfInstance.getPersistenceManager();
 
  pm.makePersistent(new EntityB(key));  // If this two lines are
  commented out,
  pm.getObjectById(EntityB.class, key); // the following code throws
  exception on SDK1.3.0 too.
 
  ArrayListEntityA entities = new ArrayListEntityA(2);
  entities.add(new EntityA());
  entities.add(new EntityA());
  Transaction tx = pm.currentTransaction();
  tx.begin();
  pm.makePersistentAll(entities); // it throws exception if it compiled
  using sdk1.3.1.
  tx.commit();
  
 
  Full source code is here.https://test-gae-j-sdk-131.googlecode.com/hg/
 
  On 2月12日, 午前3:11, Max Ross (Google) 
  maxr+appeng...@google.commaxr%2bappeng...@google.com
 
  wrote:
 
 
 
   Assuming a ClassA object with the specified id already exists, the code
   you've posted works fine for me.  Could you put together a complete
 example
   that demonstrates the unexpected behavior?
 
   Thanks,
   Max
 
   On Wed, Feb 10, 2010 at 7:49 PM, vori vori...@gmail.com wrote:
Is it a bug on JDO of SDK 1.3.1?
 
--
PersistentManager pm = PMF.get().getPersistenceManager();;
 
ClassA classA = pm.getObjectById(ClassA.class, id);
ClassB classB = new ClassB();
 
Transaction tx = pm.currentTransaction();
tx.begin();
pm.makePersistent(classB);
 
tx.commit(); // It throws javax.jdo.JDOException: can't operate on
multiple entity groups in a single transaction.
--
 
--
You received this message because you are subscribed to the Google
 Groups
Google App Engine for Java group.
To post to this group, send email to
google-appengine-j...@googlegroups.com.
To unsubscribe from this group, send email to
google-appengine-java+unsubscr...@googlegroups.comgoogle-appengine-java%2bunsubscr...@googlegroups.comgoogle-appengine-java%2B
 unsubscr...@googlegroups.com
.
For more options, visit this group at
   http://groups.google.com/group/google-appengine-java?hl=en.

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



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

[appengine-java] JDO/JPA Snippets That Work - The Truth About Joins

2010-02-12 Thread Max Ross (Google)

http://gae-java-persistence.blogspot.com/2010/02/truth-about-joins.html

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

Re: [appengine-java] Re: How to use junit test in the newest SDK1.3.1

Subclassing LocalServiceTestHelper and overriding newEnvironment() should
work fine.  What does your implementation of newEnvironment() look like?

On Wed, Feb 10, 2010 at 7:35 PM, Krishna krishnacal...@gmail.com wrote:

 Ok!

 But when I'm using transactions I'm getting:

 java.lang.NullPointerException: No API environment is registered for
 this thread.
at

 com.google.appengine.api.datastore.DatastoreApiHelper.getCurrentAppId(DatastoreApiHelper.java:
 67)
at

 com.google.appengine.api.datastore.DatastoreServiceImpl.beginTransaction(DatastoreServiceImpl.java:
 270)

 I've tried to extend LocalServiceTestHelper and overwrite
 newEnvironment()  with my Environment (who returns appId) but it
 didn't work...

 What's wrong?

 Thanks,
 Krishna

 On Feb 10, 10:25 pm, Ikai L (Google) ika...@google.com wrote:
  We've got a more simple interface for you now. Take a look:
 
  http://code.google.com/appengine/docs/java/tools/localunittesting.html
 
  2010/2/10 时空之蕊 skzr@gmail.com
 
 
 
 
 
   I found the class
   com.google.appengine.tools.development.ApiProxyLocalImpl is not
   public,but before 1.3.1 it's public!
   In the JUnit document:
 
   import java.io.File;
   import com.google.appengine.tools.development.ApiProxyLocalImpl;
   import com.google.apphosting.api.ApiProxy;
 
   ApiProxy.setDelegate(new ApiProxyLocalImpl(new File(.)){});
 
   So I can't new a ApiProxyLocalImpl instance!
   Any body know how to use JUnit?
   Thanks :)
 
   --
   You received this message because you are subscribed to the Google
 Groups
   Google App Engine for Java group.
   To post to this group, send email to
   google-appengine-j...@googlegroups.com.
   To unsubscribe from this group, send email to
   google-appengine-java+unsubscr...@googlegroups.comgoogle-appengine-java%2bunsubscr...@googlegroups.comgoogle-appengine-java%2B
 unsubscr...@googlegroups.com
   .
   For more options, visit this group at
  http://groups.google.com/group/google-appengine-java?hl=en.
 
  --
  Ikai Lan
  Developer Programs Engineer, Google App Enginehttp://
 googleappengine.blogspot.com|http://twitter.com/app_engine

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



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

Re: [appengine-java] Re: App Engine SDK 1.3.1 is out!

Assuming a ClassA object with the specified id already exists, the code
you've posted works fine for me.  Could you put together a complete example
that demonstrates the unexpected behavior?

Thanks,
Max

On Wed, Feb 10, 2010 at 7:49 PM, vori vori...@gmail.com wrote:

 Is it a bug on JDO of SDK 1.3.1?

 --
 PersistentManager pm = PMF.get().getPersistenceManager();;

 ClassA classA = pm.getObjectById(ClassA.class, id);
 ClassB classB = new ClassB();

 Transaction tx = pm.currentTransaction();
 tx.begin();
 pm.makePersistent(classB);

 tx.commit(); // It throws javax.jdo.JDOException: can't operate on
 multiple entity groups in a single transaction.
 --

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



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

Re: [appengine-java] Re: How to use junit test in the newest SDK1.3.1

Your code looks fine. Are you sure you're calling setUp() on the
LocalServiceTestHelper?

On Thu, Feb 11, 2010 at 10:11 AM, Krishna Caldas krishnacal...@gmail.comwrote:

Ooops.. missed your question!
It's just:
@Override
protected Environment newEnvironment() {
return new TestEnvironment();
}

Thanks,
Krishna

2010/2/11 Max Ross (Google)
maxr+appeng...@google.commaxr%2bappeng...@google.com
:
Subclassing LocalServiceTestHelper and overriding newEnvironment() should
work fine. What does your implementation of newEnvironment() look like?

On Wed, Feb 10, 2010 at 7:35 PM, Krishna krishnacal...@gmail.com
wrote:

Ok!

But when I'm using transactions I'm getting:

java.lang.NullPointerException: No API environment is registered for
this thread.
at

com.google.appengine.api.datastore.DatastoreApiHelper.getCurrentAppId(DatastoreApiHelper.java:
67)
at

com.google.appengine.api.datastore.DatastoreServiceImpl.beginTransaction(DatastoreServiceImpl.java:
270)

I've tried to extend LocalServiceTestHelper and overwrite
newEnvironment() with my Environment (who returns appId) but it
didn't work...

What's wrong?

Thanks,
Krishna

On Feb 10, 10:25 pm, Ikai L (Google) ika...@google.com wrote:
We've got a more simple interface for you now. Take a look:

http://code.google.com/appengine/docs/java/tools/localunittesting.html

2010/2/10 时空之蕊 skzr@gmail.com

I found the class
com.google.appengine.tools.development.ApiProxyLocalImpl is not
public,but before 1.3.1 it's public!
In the JUnit document:

import java.io.File;
import com.google.appengine.tools.development.ApiProxyLocalImpl;
import com.google.apphosting.api.ApiProxy;

ApiProxy.setDelegate(new ApiProxyLocalImpl(new File(.)){});

So I can't new a ApiProxyLocalImpl instance!
Any body know how to use JUnit?
Thanks :)

google-appengine-java+unsubscr...@googlegroups.comgoogle-appengine-java%2bunsubscr...@googlegroups.com
google-appengine-java%2B
unsubscr...@googlegroups.com
.
For more options, visit this group at
http://groups.google.com/group/google-appengine-java?hl=en.

--
Ikai Lan
Developer Programs Engineer, Google App
Enginehttp://googleappengine.blogspot.com|
http://twitter.com/app_engine

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

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

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

Re: [appengine-java] Re: How to use junit test in the newest SDK1.3.1

Great, glad to hear it! I forgot to add a method to LocalServiceTestHelper
to set a custom app id. My mistake. I'll make sure this gets added for the
next release so you don't need to provide your own Environment
implementation.

Max

On Thu, Feb 11, 2010 at 10:30 AM, Krishna Caldas krishnacal...@gmail.comwrote:

You're right!
I refactored my code and forget to annotate the new setUp method with
@Before.
Sorry for taking your time! It works now.

Thanks,
Krishna

2010/2/11 Max Ross (Google)
maxr+appeng...@google.commaxr%2bappeng...@google.com
:
Your code looks fine. Are you sure you're calling setUp() on the
LocalServiceTestHelper?

On Thu, Feb 11, 2010 at 10:11 AM, Krishna Caldas
krishnacal...@gmail.com
wrote:

Ooops.. missed your question!
It's just:
@Override
protected Environment newEnvironment() {
return new TestEnvironment();
}

Thanks,
Krishna

2010/2/11 Max Ross (Google)
maxr+appeng...@google.commaxr%2bappeng...@google.com
:
Subclassing LocalServiceTestHelper and overriding newEnvironment()
should
work fine. What does your implementation of newEnvironment() look
like?

On Wed, Feb 10, 2010 at 7:35 PM, Krishna krishnacal...@gmail.com
wrote:

Ok!

But when I'm using transactions I'm getting:

java.lang.NullPointerException: No API environment is registered for
this thread.
at

com.google.appengine.api.datastore.DatastoreApiHelper.getCurrentAppId(DatastoreApiHelper.java:
67)
at

com.google.appengine.api.datastore.DatastoreServiceImpl.beginTransaction(DatastoreServiceImpl.java:
270)

I've tried to extend LocalServiceTestHelper and overwrite
newEnvironment() with my Environment (who returns appId) but it
didn't work...

What's wrong?

Thanks,
Krishna

On Feb 10, 10:25 pm, Ikai L (Google) ika...@google.com wrote:
We've got a more simple interface for you now. Take a look:

http://code.google.com/appengine/docs/java/tools/localunittesting.html

2010/2/10 时空之蕊 skzr@gmail.com

I found the class
com.google.appengine.tools.development.ApiProxyLocalImpl is not
public,but before 1.3.1 it's public!
In the JUnit document:

import java.io.File;
import com.google.appengine.tools.development.ApiProxyLocalImpl;
import com.google.apphosting.api.ApiProxy;

ApiProxy.setDelegate(new ApiProxyLocalImpl(new File(.)){});

So I can't new a ApiProxyLocalImpl instance!
Any body know how to use JUnit?
Thanks :)

--
Ikai Lan
Developer Programs Engineer, Google App

Enginehttp://googleappengine.blogspot.com|
http://twitter.com/app_engine

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

Re: [appengine-java] Re: getNextID

2010-02-10 Thread Max Ross (Google)

Both value-strategy of SEQUENCE and the standalone sequences work. See

http://code.google.com/p/datanucleus-appengine/source/browse/trunk/tests/org/datanucleus/test/SequenceExamplesJDO.java
and
http://code.google.com/p/datanucleus-appengine/source/browse/trunk/tests/org/datanucleus/store/appengine/JDOSequenceTest.java

On Wed, Feb 10, 2010 at 2:55 AM, datanucleus andy_jeffer...@yahoo.comwrote:

JDO Sequences work, we just haven't publicized them.

Max, you mean value-strategy of SEQUENCE ? I was referring to
pm.getSequence(), which maps across to
your implementation of StoreManager.getNucleusSequence(). i.e a stand-
alone way of having sequences available to the user

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

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

Re: [appengine-java] java.lang.VerifyError

Hi Steve, thanks for bringing this to our attention.  We've identified a
problem on our end and we're in the process of correcting it.  You're of
course free to continue using an older version of the SDK, but newer
versions are not susceptible to this problem.

Max

On Tue, Feb 9, 2010 at 5:56 AM, Steve Shrader steveshra...@gmail.comwrote:

 I have an application that has been deployed and running for several
 months.  Yesterday it began throwing the error java.lang.VerifyError.
 No new deployments or changes in usage on my side.  The code throwing
 the error is in this method...

/**
 * Retrieve a list of Expense depending on the Dates and
 Vendor passed in.  There will be two
 * execution paths because Vendor does not need to be passed
 in as a filter.
 */
@SuppressWarnings(unchecked)  //query is against
 Expense.class so it will return ListExpense
public Liststeveshrader.budget.client.dto.Expense
 getExpenses(Date startDate, Date endDate, String vendor) {
Liststeveshrader.budget.client.dto.Expense
 dtoExpenses = new ArrayListsteveshrader.budget.client.dto.Expense();
String userId = getUserId();
if(userId != null) {
ListExpense expenses = null;

PersistenceManager pm =
 PMF.get().getPersistenceManager();
Query query = pm.newQuery(Expense.class);
query.declareImports(import java.util.Date);
query.setOrdering(date asc);

String queryFilter = userId == userIdParam 
 date = startDateParam  date = endDateParam;

Map queryParameters = new HashMap();
queryParameters.put(userIdParam, userId);
queryParameters.put(startDateParam,
 startDate);
queryParameters.put(endDateParam, endDate);

if(vendor != null  vendor.trim().length() 
 0) {  //if a vendor passed in
queryFilter = queryFilter +  
 vendor == vendorParam;
queryParameters.put(vendorParam,
 vendor);
}

query.setFilter(queryFilter);
expenses = (ListExpense)
 query.executeWithMap(queryParameters);

for(Expense e : expenses) {
dtoExpenses.add(new
 steveshrader.budget.client.dto.Expense(e.getId(), e.getDate(),
 e.getAmount(), e.getVendor(), e.getExpenseType(),
 e.getPaymentType()));
}

pm.close();
}
return dtoExpenses;
}

 The complete stack trace is...

 javax.servlet.ServletContext log: Exception while dispatching incoming
 RPC call
 com.google.gwt.user.server.rpc.UnexpectedException: Service method
 'public abstract java.util.List

 steveshrader.budget.client.BudgetService.getExpenses(java.util.Date,java.util.Date,java.lang.String)'
 threw an unexpected exception: java.lang.VerifyError: org/datanucleus/
 store/appengine/query/StreamingQueryResult$1
at
 com.google.gwt.user.server.rpc.RPC.encodeResponseForFailure(RPC.java:
 360)
at
 com.google.gwt.user.server.rpc.RPC.invokeAndEncodeResponse(RPC.java:
 546)
at

 com.google.gwt.user.server.rpc.RemoteServiceServlet.processCall(RemoteServiceServlet.java:
 166)
at

 com.google.gwt.user.server.rpc.RemoteServiceServlet.doPost(RemoteServiceServlet.java:
 86)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:713)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:806)
at
 org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:
 487)
at org.mortbay.jetty.servlet.ServletHandler
 $CachedChain.doFilter(ServletHandler.java:1093)
at

 com.google.apphosting.utils.servlet.ParseBlobUploadFilter.doFilter(ParseBlobUploadFilter.java:
 97)
at org.mortbay.jetty.servlet.ServletHandler
 $CachedChain.doFilter(ServletHandler.java:1084)
at

 com.google.apphosting.runtime.jetty.SaveSessionFilter.doFilter(SaveSessionFilter.java:
 35)
at org.mortbay.jetty.servlet.ServletHandler
 $CachedChain.doFilter(ServletHandler.java:1084)
at

 com.google.apphosting.utils.servlet.TransactionCleanupFilter.doFilter(TransactionCleanupFilter.java:
 43)
at org.mortbay.jetty.servlet.ServletHandler
 $CachedChain.doFilter(ServletHandler.java:1084)
at
 org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:
 360)
at
 org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:
 216)
at
 org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:
 181)
at
 org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:
 712)
at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:
 405)
at

Re: [appengine-java] VerifyError on StreamingQueryResult

Thanks for the report.  This is indeed the same issue.  We're testing a fix
now and hope to have this resolved very soon.

Max

On Tue, Feb 9, 2010 at 4:27 AM, paweł majewski swiatloczuli...@gmail.comwrote:

 Look similar to

 http://groups.google.com/group/google-appengine-java/browse_thread/thread/daa540465c4605d/c155d492b8fe89c9?lnk=gstq=StreamingQueryResult%241#c155d492b8fe89c9

 app id: swiatlo-czuli
 gae version: 1.2.1 (?)


 Uncaught exception from servlet
 java.lang.VerifyError: org/datanucleus/store/appengine/query/
 StreamingQueryResult$1
at

 org.datanucleus.store.appengine.query.StreamingQueryResult.listIterator(StreamingQueryResult.java:
 128)
at

 org.datanucleus.store.appengine.query.StreamingQueryResult.iterator(StreamingQueryResult.java:
 120)
at

 pl.simpatico.swiatloczuli.server.supports.FolderSupport.getFoldersTree(FolderSupport.java:
 179)
at org.apache.jsp.gallery_jsp._jspService(gallery_jsp.java:83)
at
 org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:94)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:806)
at
 org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:
 487)
at org.mortbay.jetty.servlet.ServletHandler
 $CachedChain.doFilter(ServletHandler.java:1093)
at

 com.opensymphony.sitemesh.webapp.SiteMeshFilter.obtainContent(SiteMeshFilter.java:
 129)
at

 com.opensymphony.sitemesh.webapp.SiteMeshFilter.doFilter(SiteMeshFilter.java:
 77)
at org.mortbay.jetty.servlet.ServletHandler
 $CachedChain.doFilter(ServletHandler.java:1084)
at

 pl.simpatico.swiatloczuli.server.filter.CharEncodingFilter.doFilter(CharEncodingFilter.java:
 44)
at org.mortbay.jetty.servlet.ServletHandler
 $CachedChain.doFilter(ServletHandler.java:1084)
at

 com.google.apphosting.utils.servlet.ParseBlobUploadFilter.doFilter(ParseBlobUploadFilter.java:
 97)
at org.mortbay.jetty.servlet.ServletHandler
 $CachedChain.doFilter(ServletHandler.java:1084)
at

 com.google.apphosting.runtime.jetty.SaveSessionFilter.doFilter(SaveSessionFilter.java:
 35)
at org.mortbay.jetty.servlet.ServletHandler
 $CachedChain.doFilter(ServletHandler.java:1084)
at

 com.google.apphosting.utils.servlet.TransactionCleanupFilter.doFilter(TransactionCleanupFilter.java:
 43)
at org.mortbay.jetty.servlet.ServletHandler
 $CachedChain.doFilter(ServletHandler.java:1084)
at
 org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:
 360)
at
 org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:
 216)
at
 org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:
 181)
at
 org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:
 712)
at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:
 405)
at

 com.google.apphosting.runtime.jetty.AppVersionHandlerMap.handle(AppVersionHandlerMap.java:
 238)
at
 org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:
 139)
at org.mortbay.jetty.Server.handle(Server.java:313)
at
 org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:
 506)
at org.mortbay.jetty.HttpConnection
 $RequestHandler.headerComplete(HttpConnection.java:830)
at

 com.google.apphosting.runtime.jetty.RpcRequestParser.parseAvailable(RpcRequestParser.java:
 76)
at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:381)
at

 com.google.apphosting.runtime.jetty.JettyServletEngineAdapter.serviceRequest(JettyServletEngineAdapter.java:
 135)
at
 com.google.apphosting.runtime.JavaRuntime.handleRequest(JavaRuntime.java:
 235)
at com.google.apphosting.base.RuntimePb$EvaluationRuntime
 $6.handleBlockingRequest(RuntimePb.java:5485)
at com.google.apphosting.base.RuntimePb$EvaluationRuntime
 $6.handleBlockingRequest(RuntimePb.java:5483)
at

 com.google.net.rpc.impl.BlockingApplicationHandler.handleRequest(BlockingApplicationHandler.java:
 24)
at com.google.net.rpc.impl.RpcUtil.runRpcInApplication(RpcUtil.java:
 363)
at com.google.net.rpc.impl.Server$2.run(Server.java:837)
at
 com.google.tracing.LocalTraceSpanRunnable.run(LocalTraceSpanRunnable.java:
 56)
at

 com.google.tracing.LocalTraceSpanBuilder.internalContinueSpan(LocalTraceSpanBuilder.java:
 536)
at com.google.net.rpc.impl.Server.startRpc(Server.java:792)
at com.google.net.rpc.impl.Server.processRequest(Server.java:367)
at

 com.google.net.rpc.impl.ServerConnection.messageReceived(ServerConnection.java:
 448)
at
 com.google.net.rpc.impl.RpcConnection.parseMessages(RpcConnection.java:
 319)
at
 com.google.net.rpc.impl.RpcConnection.dataReceived(RpcConnection.java:
 290)
at com.google.net.async.Connection.handleReadEvent(Connection.java:
 474)
at

Re: [appengine-java] Re: getNextID

JDO Sequences work, we just haven't publicized them. The DataNucleus docs
should tell you everything you need to know:
http://www.datanucleus.org/products/accessplatform/jdo/sequences.html

IdGeneratorStrategy.INCREMENT is not yet implemented. What are you looking
to use it for?

Max

On Mon, Feb 8, 2010 at 3:20 AM, Vincent TELLIER
tellier.vinc...@gmail.comwrote:

I tried the incrementation, but I got an error saying that it was not
implemented in the appengine datastore.

TELLIER Vincent
+ Email : cont...@tellier-vincent.eu
+ Contact messenger (msn) : abs...@esugenus.fr

2010/2/8 aswath satrasala aswath.satras...@gmail.com

See if the following annotation help you.
@Persistent(valueStrategy = IdGeneratorStrategy.INCREMENT)

-Aswath

On Mon, Feb 8, 2010 at 1:18 AM, datanucleus andy_jeffer...@yahoo.comwrote:

What getNextID feature on JDO ? i.e please make reference to the JDO
API and which particular API Method you're referring to

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

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

Re: [appengine-java] Re: getNextID

Hi Aswath,

Unfortunately there is no way to guarantee the assignment of sequential ids
using JDO on App Engine, or even using the low-level datastore api. This is
because ids are allocated in batches across many datastore backends, and one
request to get the next id may hit one backend while another may hit a
different backend. Is sequential ids a hard requirement?

Max

On Tue, Feb 9, 2010 at 8:27 PM, aswath satrasala aswath.satras...@gmail.com
wrote:

Hello Max,
I am planning to use IdGeneratorStrategy.INCREMENT feature to assign
sequential ids for entities I am creating. for example, Employee.

-Aswath

On Wed, Feb 10, 2010 at 5:49 AM, Max Ross (Google)
maxr+appeng...@google.com maxr%2bappeng...@google.com wrote:

JDO Sequences work, we just haven't publicized them. The DataNucleus docs
should tell you everything you need to know:
http://www.datanucleus.org/products/accessplatform/jdo/sequences.html

IdGeneratorStrategy.INCREMENT is not yet implemented. What are you
looking to use it for?

Max

On Mon, Feb 8, 2010 at 3:20 AM, Vincent TELLIER
tellier.vinc...@gmail.com wrote:

I tried the incrementation, but I got an error saying that it was not
implemented in the appengine datastore.

TELLIER Vincent
+ Email : cont...@tellier-vincent.eu
+ Contact messenger (msn) : abs...@esugenus.fr

2010/2/8 aswath satrasala aswath.satras...@gmail.com

See if the following annotation help you.
@Persistent(valueStrategy = IdGeneratorStrategy.INCREMENT)

-Aswath

On Mon, Feb 8, 2010 at 1:18 AM, datanucleus
andy_jeffer...@yahoo.comwrote:

What getNextID feature on JDO ? i.e please make reference to the JDO
API and which particular API Method you're referring to

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

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

Re: [appengine-java] Task queues and transaction support

2010-01-25 Thread Max Ross (Google)

Hi JD,

We released the api for this feature ahead of the backend support so you'll
need to wait for the next release (currently making its way through QA) to
be able to take advantage of transactional tasks. Once the feature is
enabled, tasks that are added to queues when there is an active datastore
transaction will be automatically enlisted in the datastore transaction so
most of the time you won't actually need to get ahold of the active
com.google.appengine.api.datastore.Transaction. That said, you can always
get ahold of the active datastore transaction via
DatastoreService.getCurrentTransaction().

Hope this helps,
Max

On Mon, Jan 25, 2010 at 5:11 PM, JD liva...@gmail.com wrote:

The Queue interface has a method:
TaskHandle add(Transaction txn,
TaskOptions taskOptions)

How does one get a handle on
com.google.appengine.api.datastore.Transaction in the first place ?
The persistent manager only returns a transaction of type
javax.jdo.Transaction which is not compatible with
com.google.appengine.api.datastore.Transaction expected by the task
queue API.

Is this a bug ?

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

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

Re: [appengine-java] Wildcard must appear at the end of the expression string (only prefix matches are supported)

2010-01-14 Thread Max Ross (Google)

Thanks for the report Steve, looks like a bug.  The information in the error
message is still relevant though.  The datastore does not support real
regular expression matching, but rather just startsWith filters.  So, if
your regex can be rewritten to use GrpName.startsWith() then you can use
that as your workaround, but if it can't be written this way then the
datastore won't be able to fulfill this query even once this bug is fixed.

Sorry for the trouble,
Max

On Wed, Jan 13, 2010 at 3:42 AM, Steve Pritchard steve...@gmail.com wrote:

 I get this exception.

 viewItemByQuery
 Exception:org.datanucleus.store.appengine.query.DatastoreQuery
 $UnsupportedDatastoreFeatureException: Problem with query SELECT FROM
 com.rsi.gems.bbb.gdo.GdoSysGroups WHERE this.GrpName.matches(.*):
 Wildcard must appear at the end of the expression string (only prefix
 matches are supported)

 The Datanucleus doc clearly states this is a String Regex expression
 which is what I have.

 To quote: Returns whether string matches the passed expression. The
 pattern argument follows the rules of java.lang.String.matches
 method.

 How do I proceed?

 Steve

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




-- 

You received this message because you are subscribed to the Google Groups "Google App Engine for Java" group.

To post to this group, send email to google-appengine-j...@googlegroups.com.

To unsubscribe from this group, send email to google-appengine-java+unsubscr...@googlegroups.com.

For more options, visit this group at http://groups.google.com/group/google-appengine-java?hl=en.

Re: [appengine-java] Re: Unexpected error during precommit, with owned relation, if childList is null

2010-01-12 Thread Max Ross (Google)

Hi Kemal, thanks for the report.  I can reproduce the exception and I can
make the exception go away by removing the column = F_PK attributes from
the @Persistent annotations.  I don't yet know why this is causing a problem
but overriding the name of a primary key column doesn't do anything (the
primary key is always mapped to the Entity key, not a named property on the
Entity), so removing them shouldn't hurt.

Max

On Thu, Jan 7, 2010 at 10:20 AM, Kemal Dogan kemal.m...@gmail.com wrote:

 is there any solution for this problem?

 On Thu, Dec 31, 2009 at 8:46 PM, Kemal Dogan kemal.m...@gmail.com wrote:
  hi,
  I have two entity with owned relation. Order is master entity and
  OrderItem is child entity.
  When I have to persist Order without OrderItem, but
  it gives an exception (javax.jdo.JDOException: Unexpected error during
  precommit) at commit line.
 
  But if I add an OrderItem instance to orderItemChilds, then it works.
 
  My sample code is at below, how can I solve this problem.
  Please help.
 
  Kemal Dogan.
 
 
  ---
  My Codes:
 
  Master Entity:
  @PersistenceCapable(identityType = IdentityType.APPLICATION, table =
  T_Order, detachable = true)
  @Inheritance(customStrategy = complete-table)
  public class Order extends MasterEntityImpl {
 
 @Persistent(mappedBy = order)
 @Element(dependent = true)
 @javax.jdo.annotations.Order(extensions = @Extension(vendorName =
  datanucleus, key = list-ordering, value = pk asc))
 private ListOrderItem orderItemChilds = new ArrayList();
  ...
  Child Entity:
  @PersistenceCapable(identityType = IdentityType.APPLICATION, table =
  T_OrderItem, detachable = true)
  public class OrderItem extends ChildEntityImplOrder {
 @Persistent
 private Order order;
  ...
  DAO code:
 public void test_With_ERROR() {
 OrderDAO orderDAO = DAOFactory.getInstance().getOrderDAO();
 Order order= new Order();
 orderDAO.persist(order);
 }
 public void test_With_NO_ERROR() {
 OrderDAO orderDAO = DAOFactory.getInstance().getOrderDAO();
 Order order= new Order();
 ListOrderItem orderItems= (ListOrderItem)
  order.getOrderItemChilds();
 OrderItem item= new OrderItem();
 orderItems.add(item);
 orderDAO.persist(order);
 }
  .
 
  Other abtract classes.
  @PersistenceCapable(identityType = IdentityType.APPLICATION,
  detachable = true)
  @Inheritance(strategy = InheritanceStrategy.SUBCLASS_TABLE)
  public abstract class MasterEntityImpl implements MasterEntityKey {
 @PrimaryKey
 @Persistent(valueStrategy = IdGeneratorStrategy.IDENTITY, column =
 F_PK)
 private Key pk;
  ...
  @PersistenceCapable(identityType = IdentityType.APPLICATION,
  detachable = true)
  @Inheritance(strategy = InheritanceStrategy.SUBCLASS_TABLE)
  public abstract class ChildEntityImplT extends MasterEntity
  implements ChildEntityT,Key {
 @PrimaryKey
 @Persistent(valueStrategy = IdGeneratorStrategy.IDENTITY, column =
 F_PK)
 private Key pk;
  ...
 

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




-- 

You received this message because you are subscribed to the Google Groups "Google App Engine for Java" group.

To post to this group, send email to google-appengine-j...@googlegroups.com.

To unsubscribe from this group, send email to google-appengine-java+unsubscr...@googlegroups.com.

For more options, visit this group at http://groups.google.com/group/google-appengine-java?hl=en.

Re: [appengine-java] Re: Unexpected error during precommit, with owned relation, if childList is null

2010-01-12 Thread Max Ross (Google)

Fixed in trunk

On Tue, Jan 12, 2010 at 12:56 PM, Max Ross (Google) 
maxr+appeng...@google.com maxr%2bappeng...@google.com wrote:

 Sure, glad I could help.

 On Tue, Jan 12, 2010 at 12:52 PM, Kemal Dogan kemal.m...@gmail.comwrote:

 hi max,
 thanks you very much.


 On Tue, Jan 12, 2010 at 10:44 PM, Max Ross (Google)
 maxr+appeng...@google.com maxr%2bappeng...@google.com wrote:
  Filed
 http://code.google.com/p/datanucleus-appengine/issues/detail?id=188
 
 ...

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





-- 

You received this message because you are subscribed to the Google Groups "Google App Engine for Java" group.

To post to this group, send email to google-appengine-j...@googlegroups.com.

To unsubscribe from this group, send email to google-appengine-java+unsubscr...@googlegroups.com.

For more options, visit this group at http://groups.google.com/group/google-appengine-java?hl=en.

Re: [appengine-java] No JDO support for datanucleus ObjectStringConverter?

2010-01-11 Thread Max Ross (Google)

I'm sorry to report that we have not yet hooked in support for
ObjectStringConverter. It shouldn't be too difficult though and I can
definitely see how it would be useful. Please file an issue and we'll get
to it as soon as we can.

http://code.google.com/p/datanucleus-appengine/issues/list

Thanks,
Max
On Fri, Jan 8, 2010 at 3:47 PM, inetdevboy inetdev...@gmail.com wrote:

I wrote a datanucleus javaTypes plugin (for joda-time LocalDate) based
on the org.datanuclues.store.types.ObjectStringConverter interface.
You probably know that this interface allows non-basic types to
declare their ability to marshal themselves to/from a String
representation for persistence. In my case it'd be particularly
helpful because the String representation's natural sort order matches
the sort order of the class itself, so it'd be indexable.

The datanucleus layer seems to find and register the plugin, because I
get this FINE debug line when I include my plugin:

Jan 8, 2010 8:47:42 PM org.datanucleus.store.types.TypeManager
addJavaType
FINE: Adding support for Java type org.joda.time.LocalDate
(persistent=true, DFG=true, embedded=true)

But when it tries to persist a field of type LocalDate I still get the
following stack, with or without my plugin:

java.lang.IllegalArgumentException: eventDate: org.joda.time.LocalDate
is not a supported property type.
at
com.google.appengine.api.datastore.DataTypeUtils.checkSupportedSingleValue
(DataTypeUtils.java:145)
at
com.google.appengine.api.datastore.DataTypeUtils.checkSupportedValue
(DataTypeUtils.java:127)
at
com.google.appengine.api.datastore.Entity.setProperty(Entity.java:
280)
at
org.datanucleus.store.appengine.DatastoreFieldManager.storeObjectField
(DatastoreFieldManager.java:798)
at org.datanucleus.state.AbstractStateManager.providedObjectField
(AbstractStateManager.java:1037)
at com.inetdevboy.model.Event.jdoProvideField(Event.java)
at com.inetdevboy.model.Event.jdoProvideFields(Event.java)
[more]...

I'd really like to avoid having to declare separate persistence fields
with lifecycle listeners to accommodate every LocalDate field. Is
there a lever in the existing GAE implementation I haven't pulled to
engage my plugin?

BTW, I'm aware that there's an existing JodaTime datanucleus plugin,
but it appears to require DataNucleus 2, and my implementation is
essentially the same as theirs, just without the ORM support.

Please help!

[Using GAE SDK 1.3.0]

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

You received this message because you are subscribed to the Google Groups "Google App Engine for Java" group.

To post to this group, send email to google-appengine-j...@googlegroups.com.

To unsubscribe from this group, send email to google-appengine-java+unsubscr...@googlegroups.com.

For more options, visit this group at http://groups.google.com/group/google-appengine-java?hl=en.

Re: [appengine-java] Persist/query test.test1.Test and test.test2.Test

2010-01-11 Thread Max Ross (Google)

By default the kind of the datastore entity is derived from the simple name
of the class, and test.test1.Test.class.getSimpleName() is the same as
test.test2.Test.class.getSimpleName().  This is documented here:
http://code.google.com/appengine/docs/java/datastore/dataclasses.html#Class_and_Field_Annotations

If you need to persist two classes in different packages but with the same
name you can override the kind like this:

@PersistenceCapable(table = SomethingElse)
public class Test {
  // ...
}

Hope this helps,
Max

On Fri, Jan 8, 2010 at 3:45 PM, w windic...@gmail.com wrote:

 I have two persistable classes: test.test1.Test and test.test2.Test,
 but I can't persist/query objects of these classes right. There is a
 simple example shows wrong behavior:

 test.TestServlet.java:

 package test;

 import java.io.IOException;

 import javax.jdo.JDOHelper;
 import javax.jdo.PersistenceManager;
 import javax.jdo.PersistenceManagerFactory;
 import javax.servlet.http.HttpServlet;
 import javax.servlet.http.HttpServletRequest;
 import javax.servlet.http.HttpServletResponse;

 public class TestServlet extends HttpServlet {

  public void doGet(HttpServletRequest request, HttpServletResponse
 response) throws IOException {
PersistenceManager pm = pmFactory.getPersistenceManager();
pm.makePersistent(new test.test1.Test(1, test1));
pm.close();

pm = pmFactory.getPersistenceManager();
pm.makePersistent(new test.test2.Test(1, test2));
pm.close();

pm = pmFactory.getPersistenceManager();
response.getWriter().println(RESULT:   + pm.getObjectById
 (test.test1.Test.class, 1));
pm.close();
  }

  public static final PersistenceManagerFactory pmFactory =
 JDOHelper.getPersistenceManagerFactory(transactions-optional);

 }

 test.test1.TestServlet.java and test.test2.TestServlet.java are the
 same except package name, so I missed it:

 import javax.jdo.annotations.*;

 @PersistenceCapable(identityType = IdentityType.APPLICATION)
 public class Test {

  public Test(String id, String data) {
this.id = id; this.data = data;
  }

  public String toString() {
return getClass().getName() + : id= + id +  data= + data;
  }

  @PrimaryKey
  private String id;

  @Persistent
  private String data;

 }

 Surprising result I got is following:

 RESULT:  test.test1.Test: id=1 data=test2

 Expected result:

 RESULT:  test.test1.Test: id=1 data=test1

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




-- 

You received this message because you are subscribed to the Google Groups "Google App Engine for Java" group.

To post to this group, send email to google-appengine-j...@googlegroups.com.

To unsubscribe from this group, send email to google-appengine-java+unsubscr...@googlegroups.com.

For more options, visit this group at http://groups.google.com/group/google-appengine-java?hl=en.

Re: [appengine-java] multiple contains() clauses on the same table

Thanks for the report, looks like a bug.  Multiple contains() clauses are
fine but I didn't properly account for the case where one of the clauses is
on the primary key of the object.  The fix should be straightforward but let
me see if I can get you a workaround.

Max

On Thu, Jan 7, 2010 at 7:06 PM, siliconeagle rrmu...@gmail.com wrote:

 Basically i have 3 fields in the same table to select by
 using .contains() clauses - one is the primary key field

 so :keyList (java.util.SetKey) , :feedTypes (java.util.SetInteger)
  :contentTypes(java.util.SetInteger) with values i need to select
 with.

 The Feed object (and the relevant fields) is
 @PersistenceCapable(identityType = IdentityType.APPLICATION)
 public class Feed {

@PrimaryKey
@Persistent(valueStrategy = IdGeneratorStrategy.IDENTITY)
private Key id;
  ...
@Persistent
private int typeFeed ;
@Persistent
private int typeContent = CONTENT_TYPE_NOTCHECKED;
 
 }

 so i try this
 Query query1 = pm.newQuery(Feed.class);
 query1.setFilter(:keyList.contains(id)  :feedTypes.contains
 (typeFeed)   :contentTypes.contains(typeContent));
 query1.setRange(0,500);
 MapString, Collection paramsf = new HashMapString, Collection();
 paramsf.put(keyList, feedIds);
 paramsf.put(feedTypes, feedTypes);
 paramsf.put(contentTypes, contentTypes);
 feeds = (ListFeed) query1.executeWithMap(paramsf);

 and i get
 javax.jdo.JDOFatalUserException: Batch lookup by primary key is only
 supported if no other filters and no sort orders are defined.

 Is there any way around it - from other posts it looks like subqueries
 an the IN syntax arent supported.




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




-- 

You received this message because you are subscribed to the Google Groups "Google App Engine for Java" group.

To post to this group, send email to google-appengine-j...@googlegroups.com.

To unsubscribe from this group, send email to google-appengine-java+unsubscr...@googlegroups.com.

For more options, visit this group at http://groups.google.com/group/google-appengine-java?hl=en.

Re: [appengine-java] multiple contains() clauses on the same table

I'm really sorry but I've been unable to construct an equivalent query that
avoids this bug.  If the size of keyList isn't too large I'd recommend
executing a batch get to retrieve all those objects by id and then applying
the rest of your filter in-memory.

Sorry for the trouble.

Max

On Fri, Jan 8, 2010 at 9:48 AM, Max Ross (Google)
maxr+appeng...@google.commaxr%2bappeng...@google.com
 wrote:

 Thanks for the report, looks like a bug.  Multiple contains() clauses are
 fine but I didn't properly account for the case where one of the clauses is
 on the primary key of the object.  The fix should be straightforward but let
 me see if I can get you a workaround.

 Max

 On Thu, Jan 7, 2010 at 7:06 PM, siliconeagle rrmu...@gmail.com wrote:

 Basically i have 3 fields in the same table to select by
 using .contains() clauses - one is the primary key field

 so :keyList (java.util.SetKey) , :feedTypes (java.util.SetInteger)
  :contentTypes(java.util.SetInteger) with values i need to select
 with.

 The Feed object (and the relevant fields) is
 @PersistenceCapable(identityType = IdentityType.APPLICATION)
 public class Feed {

@PrimaryKey
@Persistent(valueStrategy = IdGeneratorStrategy.IDENTITY)
private Key id;
  ...
@Persistent
private int typeFeed ;
@Persistent
private int typeContent = CONTENT_TYPE_NOTCHECKED;
 
 }

 so i try this
 Query query1 = pm.newQuery(Feed.class);
 query1.setFilter(:keyList.contains(id)  :feedTypes.contains
 (typeFeed)   :contentTypes.contains(typeContent));
 query1.setRange(0,500);
 MapString, Collection paramsf = new HashMapString, Collection();
 paramsf.put(keyList, feedIds);
 paramsf.put(feedTypes, feedTypes);
 paramsf.put(contentTypes, contentTypes);
 feeds = (ListFeed) query1.executeWithMap(paramsf);

 and i get
 javax.jdo.JDOFatalUserException: Batch lookup by primary key is only
 supported if no other filters and no sort orders are defined.

 Is there any way around it - from other posts it looks like subqueries
 an the IN syntax arent supported.




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





-- 

You received this message because you are subscribed to the Google Groups "Google App Engine for Java" group.

To post to this group, send email to google-appengine-j...@googlegroups.com.

To unsubscribe from this group, send email to google-appengine-java+unsubscr...@googlegroups.com.

For more options, visit this group at http://groups.google.com/group/google-appengine-java?hl=en.

Re: [appengine-java] multiple contains() clauses on the same table

Issued filed:
http://code.google.com/p/datanucleus-appengine/issues/detail?id=185

On Fri, Jan 8, 2010 at 10:12 AM, Max Ross (Google) 
maxr+appeng...@google.com maxr%2bappeng...@google.com wrote:

 I'm really sorry but I've been unable to construct an equivalent query that
 avoids this bug.  If the size of keyList isn't too large I'd recommend
 executing a batch get to retrieve all those objects by id and then applying
 the rest of your filter in-memory.

 Sorry for the trouble.

 Max


 On Fri, Jan 8, 2010 at 9:48 AM, Max Ross (Google) 
 maxr+appeng...@google.com maxr%2bappeng...@google.com wrote:

 Thanks for the report, looks like a bug.  Multiple contains() clauses are
 fine but I didn't properly account for the case where one of the clauses is
 on the primary key of the object.  The fix should be straightforward but let
 me see if I can get you a workaround.

 Max

 On Thu, Jan 7, 2010 at 7:06 PM, siliconeagle rrmu...@gmail.com wrote:

 Basically i have 3 fields in the same table to select by
 using .contains() clauses - one is the primary key field

 so :keyList (java.util.SetKey) , :feedTypes (java.util.SetInteger)
  :contentTypes(java.util.SetInteger) with values i need to select
 with.

 The Feed object (and the relevant fields) is
 @PersistenceCapable(identityType = IdentityType.APPLICATION)
 public class Feed {

@PrimaryKey
@Persistent(valueStrategy = IdGeneratorStrategy.IDENTITY)
private Key id;
  ...
@Persistent
private int typeFeed ;
@Persistent
private int typeContent = CONTENT_TYPE_NOTCHECKED;
 
 }

 so i try this
 Query query1 = pm.newQuery(Feed.class);
 query1.setFilter(:keyList.contains(id)  :feedTypes.contains
 (typeFeed)   :contentTypes.contains(typeContent));
 query1.setRange(0,500);
 MapString, Collection paramsf = new HashMapString, Collection();
 paramsf.put(keyList, feedIds);
 paramsf.put(feedTypes, feedTypes);
 paramsf.put(contentTypes, contentTypes);
 feeds = (ListFeed) query1.executeWithMap(paramsf);

 and i get
 javax.jdo.JDOFatalUserException: Batch lookup by primary key is only
 supported if no other filters and no sort orders are defined.

 Is there any way around it - from other posts it looks like subqueries
 an the IN syntax arent supported.




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






-- 

You received this message because you are subscribed to the Google Groups "Google App Engine for Java" group.

To post to this group, send email to google-appengine-j...@googlegroups.com.

To unsubscribe from this group, send email to google-appengine-java+unsubscr...@googlegroups.com.

For more options, visit this group at http://groups.google.com/group/google-appengine-java?hl=en.

Re: [appengine-java] [ANN] DataNucleus AccessPlatform 2.0 released

Congrats on the release Andy!

The App Engine DataNucleus plugin is not going to work out-of-the-box with
DN 2.0 so please wait until we (Google) update our stuff. This is going to
take some time for us but we will get it taken care of.

Max

On Fri, Jan 8, 2010 at 9:44 AM, Rusty Wright rwright.li...@gmail.comwrote:

If we're getting the DataNucleus jars by way of maven dependencies, do you
recommend that we wait until Google updates their stuff before we use 2.0 or
can we start using your 2.0 version now?

datanucleus wrote:

The next generation of DataNucleus AccessPlatform has now been
released. This includes much internal restructuring and API changes to
simplify future directions, as well as many feature additions,
including support for more datastore types. Of the things that impact
on GAE/J usage : non-tx persist/delete operations are now atomic, L2
cached is enabled by default, support for singleton PMF/EMF pattern,
preview for many JPA2 features, full support for JDO2.3 features, auto-
generation of primary key classes during enhancement, support for
persistence of JodaTime types, ability to cache query compilations and
query results, and many other things.

Obviously, the current version of the GAE/J DataNucleus plugin doesn't
support this version of DataNucleus yet, but if any of the items
listed above would be desirable to your project then I suggest that
you star the following issue

http://code.google.com/p/datanucleus-appengine/issues/detail?id=103colspec=ID%20Stars%20Type%20Status%20Priority%20FoundIn%20TargetRelease%20Owner%20Summary

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

You received this message because you are subscribed to the Google Groups "Google App Engine for Java" group.

To post to this group, send email to google-appengine-j...@googlegroups.com.

To unsubscribe from this group, send email to google-appengine-java+unsubscr...@googlegroups.com.

For more options, visit this group at http://groups.google.com/group/google-appengine-java?hl=en.

Re: [appengine-java] multiple contains() clauses on the same table

Fixed in trunk.

On Fri, Jan 8, 2010 at 10:31 AM, Max Ross (Google) 
maxr+appeng...@google.com maxr%2bappeng...@google.com wrote:

 Issued filed:
 http://code.google.com/p/datanucleus-appengine/issues/detail?id=185


 On Fri, Jan 8, 2010 at 10:12 AM, Max Ross (Google) 
 maxr+appeng...@google.com maxr%2bappeng...@google.com wrote:

 I'm really sorry but I've been unable to construct an equivalent query
 that avoids this bug.  If the size of keyList isn't too large I'd recommend
 executing a batch get to retrieve all those objects by id and then applying
 the rest of your filter in-memory.

 Sorry for the trouble.

 Max


 On Fri, Jan 8, 2010 at 9:48 AM, Max Ross (Google) 
 maxr+appeng...@google.com maxr%2bappeng...@google.com wrote:

 Thanks for the report, looks like a bug.  Multiple contains() clauses are
 fine but I didn't properly account for the case where one of the clauses is
 on the primary key of the object.  The fix should be straightforward but let
 me see if I can get you a workaround.

 Max

 On Thu, Jan 7, 2010 at 7:06 PM, siliconeagle rrmu...@gmail.com wrote:

 Basically i have 3 fields in the same table to select by
 using .contains() clauses - one is the primary key field

 so :keyList (java.util.SetKey) , :feedTypes (java.util.SetInteger)
  :contentTypes(java.util.SetInteger) with values i need to select
 with.

 The Feed object (and the relevant fields) is
 @PersistenceCapable(identityType = IdentityType.APPLICATION)
 public class Feed {

@PrimaryKey
@Persistent(valueStrategy = IdGeneratorStrategy.IDENTITY)
private Key id;
  ...
@Persistent
private int typeFeed ;
@Persistent
private int typeContent = CONTENT_TYPE_NOTCHECKED;
 
 }

 so i try this
 Query query1 = pm.newQuery(Feed.class);
 query1.setFilter(:keyList.contains(id)  :feedTypes.contains
 (typeFeed)   :contentTypes.contains(typeContent));
 query1.setRange(0,500);
 MapString, Collection paramsf = new HashMapString, Collection();
 paramsf.put(keyList, feedIds);
 paramsf.put(feedTypes, feedTypes);
 paramsf.put(contentTypes, contentTypes);
 feeds = (ListFeed) query1.executeWithMap(paramsf);

 and i get
 javax.jdo.JDOFatalUserException: Batch lookup by primary key is only
 supported if no other filters and no sort orders are defined.

 Is there any way around it - from other posts it looks like subqueries
 an the IN syntax arent supported.




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







-- 

You received this message because you are subscribed to the Google Groups "Google App Engine for Java" group.

To post to this group, send email to google-appengine-j...@googlegroups.com.

To unsubscribe from this group, send email to google-appengine-java+unsubscr...@googlegroups.com.

For more options, visit this group at http://groups.google.com/group/google-appengine-java?hl=en.

Re: [appengine-java] Query with inequality operators on a single property fails

2010-01-05 Thread Max Ross (Google)

Implicit parameters need to be prefixed with a ':'

query.setFilter(dueDate = :beginDateParam dueDate = :endDateParam);

Max
On Tue, Jan 5, 2010 at 10:53 AM, dantuluri pdantul...@gmail.com wrote:

Hi,

I have the following query with inequality operators on a single
property:

query = pm.newQuery(File.class);
query.setFilter(dueDate = beginDateParam dueDate =
endDateParam);
ListFile storedFiles = (ListFile)query.executeWithArray(begin,
end);

Runtime is throwing this exception:
java.lang.RuntimeException:
org.datanucleus.store.appengine.query.DatastoreQuery
$UnsupportedDatastoreFeatureException: Problem with query SELECT FROM
Flow WHERE dueDate = beginDateParam dueDate = endDateParam:
Operator = cannot be used as part of the join condition. Use
'contains' if joining on a Collection field and equality if joining on
a single-value field.

AppEngine documentation clearly says it supports inequality operators
on a single property. Following is the quote from the documentation:

Inequality Filters Are Allowed On One Property Only
A query may only use inequality filters (, =, =, , !=) on one
property across all of its filters.
For example, this query is allowed:
select from Person where birthYear = minBirthYearParam
birthYear = maxBirthYearParam

Can anyone with App Engine experience please explain whats wrong with
this query?

Thanks

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

You received this message because you are subscribed to the Google Groups "Google App Engine for Java" group.

To post to this group, send email to google-appengine-j...@googlegroups.com.

To unsubscribe from this group, send email to google-appengine-java+unsubscr...@googlegroups.com.

For more options, visit this group at http://groups.google.com/group/google-appengine-java?hl=en.

Re: [appengine-java] SUBSTRING function for JPA

2010-01-04 Thread Max Ross (Google)

It's not implemented.  Could you please file a bug?

http://code.google.com/p/datanucleus-appengine/issues/list

Thanks,
Max

On Sun, Jan 3, 2010 at 7:16 AM, Wong lhw...@gmail.com wrote:


 SUBSTRING function for JPA is not working.

 entityManager.createQuery(SELECT SUBSTRING(v.name, 1, 3) from Venue
 v) return v.name but NOT the substring.


 Anyone has any idea?

 --

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




--

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

[appengine-java] JDO/JPA Snippets That Work - More compact @PersistenceCapable declarations

2009-12-30 Thread Max Ross (Google)

http://gae-java-persistence.blogspot.com/2009/12/more-compact-persistencecapable.html

--

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

Re: [appengine-java] Simple one to many problem!!!

2009-12-30 Thread Max Ross (Google)

I'd recommend basing your code on the example here to get something working:
http://gae-java-persistence.blogspot.com/2009/10/creating-bidrectional-owned-one-to-many.html

Then you can start tweaking.

Max

On Wed, Dec 30, 2009 at 3:02 PM, markm208 markm...@gmail.com wrote:

 I am thoroughly confused… I am trying to set up a simple one to many
 relationship using JPA, I think that this should work but instead I
 get the error Primary key for object of type Member is null. Any
 help would be greatly appreciated.

 @Entity(name = Member)
 public class Member
 {
@Id
@GeneratedValue(strategy = GenerationType.IDENTITY)
private Key id;

@Basic //datastore specific type
private Email memberEmail;
private String memberPassword;
private String memberFirstName;
private String memberLastName;
@Basic //blob of text not searchable
private Text memberDescription;

//Member 'owns' the Searches
@OneToMany(mappedBy = memberWhoCreated, cascade=CascadeType.ALL)
private List  Search  searches = new ArrayList  Search ();

//getters and setters
//...
 }

 @Entity(name = Search)
 public class Search
 {
@Id
@GeneratedValue(strategy = GenerationType.IDENTITY)
private Key id;

private List  String  searchStrings;
private boolean allowOthersToSee;
@Basic //datastore specific type
private Text contextOfSearch;

@ManyToOne(fetch = FetchType.LAZY)
private Member memberWhoCreated;

public static Search createASearch(boolean allowOthersToSee, String
 context, Member member)
{
Search search = null;

EntityManager em = null;
try
{
//get the entity manager
em = EMF.get().createEntityManager();

//create the search from the form variables
search = new Search();
search.setAllowOthersToSee(allowOthersToSee);
search.setContextOfSearch(new Text(context));
search.setMemberWhoCreated(member);

em.getTransaction().begin();
try
{

//store the member
em.persist(search);
em.getTransaction().commit();
}
finally
{
if (em.getTransaction().isActive())
{
em.getTransaction().rollback();
}
}
}
finally
{
em.close();
}

return search;
}

//getters and setters
//...
 }

 --

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




--

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

Re: [appengine-java] Simple one to many problem!!!

2009-12-30 Thread Max Ross (Google)

The difference between your code and the code in the blog post is that
you're calling em.persist() on the child object but the blog post is calling
em.persist() on the parent object.  If you want to take advantage of
implicit entity group assignment it's important to manage children via their
parents.  If you switch em.persist(search) to em.persist(member) you should
be fine.

Max

On Wed, Dec 30, 2009 at 3:22 PM, Max Ross (Google) 
maxr+appeng...@google.com maxr%2bappeng...@google.com wrote:

 I'd recommend basing your code on the example here to get something
 working:

 http://gae-java-persistence.blogspot.com/2009/10/creating-bidrectional-owned-one-to-many.html

 Then you can start tweaking.

 Max


 On Wed, Dec 30, 2009 at 3:02 PM, markm208 markm...@gmail.com wrote:

 I am thoroughly confused… I am trying to set up a simple one to many
 relationship using JPA, I think that this should work but instead I
 get the error Primary key for object of type Member is null. Any
 help would be greatly appreciated.

 @Entity(name = Member)
 public class Member
 {
@Id
@GeneratedValue(strategy = GenerationType.IDENTITY)
private Key id;

@Basic //datastore specific type
private Email memberEmail;
private String memberPassword;
private String memberFirstName;
private String memberLastName;
@Basic //blob of text not searchable
private Text memberDescription;

//Member 'owns' the Searches
@OneToMany(mappedBy = memberWhoCreated, cascade=CascadeType.ALL)
private List  Search  searches = new ArrayList  Search ();

//getters and setters
//...
 }

 @Entity(name = Search)
 public class Search
 {
@Id
@GeneratedValue(strategy = GenerationType.IDENTITY)
private Key id;

private List  String  searchStrings;
private boolean allowOthersToSee;
@Basic //datastore specific type
private Text contextOfSearch;

@ManyToOne(fetch = FetchType.LAZY)
private Member memberWhoCreated;

public static Search createASearch(boolean allowOthersToSee, String
 context, Member member)
{
Search search = null;

EntityManager em = null;
try
{
//get the entity manager
em = EMF.get().createEntityManager();

//create the search from the form variables
search = new Search();
search.setAllowOthersToSee(allowOthersToSee);
search.setContextOfSearch(new Text(context));
search.setMemberWhoCreated(member);

em.getTransaction().begin();
try
{

//store the member
em.persist(search);
em.getTransaction().commit();
}
finally
{
if (em.getTransaction().isActive())
{
em.getTransaction().rollback();
}
}
}
finally
{
em.close();
}

return search;
}

//getters and setters
//...
 }

 --

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





--

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

Re: [appengine-java] Unindexed property

2009-12-23 Thread Max Ross (Google)

Looks like you're using the JPA Extension annotation. If you're using JDO,
use javax.jdo.annotations.Extension.

On Wed, Dec 23, 2009 at 8:50 AM, Peter Ondruska peter.ondru...@gmail.comwrote:

I have set few properties unindexed like this:

@Persistent
@Extension(vendorName = datanucleus, key = gae.unindexed, value
=
true)
private Float amount = 1.0f;

But I get this exception:

org.datanucleus.jdo.metadata.JDOAnnotationReader
processMemberAnnotations: Class/Field amount has an annotation
org.datanucleus.jpa.annotations.Extension which was not processed.

Is it OK and shall I adjust logging:

DataNucleus.jdo.metadata.JDOAnnotationReader.level=OFF

Or is there any other/better way? Am I not going to miss other
exceptions in JDOAnnotationReader?

Peter

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

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

Re: [appengine-java] StackOverFlowError on JPA Remove() with @OneToMany and abstract base classes.

2009-12-23 Thread Max Ross (Google)

Workaround posted to the bug. Thanks!

On Sun, Dec 20, 2009 at 6:22 AM, David Fuelling sappe...@gmail.com wrote:

I'm pretty sure my issue is a bug, but upon further reflection I
figured I'd bring it to light here in the discussion groups just to be
sure.

Here's the issue, with test code:
http://code.google.com/p/googleappengine/issues/detail?id=2541

Basically, I'm trying to model a User entity that has more than 5,000
tags (Strings). Since the GAE datastore can't store more
than 5,000 strings in a List attribute, I'm following the design
pattern outlined in this Google Tech Talk (basically, have the
User entity hold a List of Entity's, each of which hold a
ListString. The 5000+1 string gets put into the 2nd
TagReferenceEntity in the User):

http://sites.google.com/site/io/building-scalable-web-applications-with-google-app-engine

I'm using JPA to implement this setup, and everything works except for
delete operations. The google-code issue contains a stack-trace and
an attached .zip file with code to reproduce the problem (main error
is java.lang.StackOverflowError).

Thanks!

david

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

Re: [appengine-java] Re: Any advantages on using the Key type instead of String or Long for PK

2009-12-22 Thread Max Ross (Google)

Please note that you can still query a Key primary key using comparison, you
just can't do it the exact way you've written your example:

pm.newQuery(select from Person where key = :p).execute(person.getKey());

On Tue, Dec 22, 2009 at 6:30 AM, Michael Chan hsmc...@gmail.com wrote:

Thanks a lot!

On 22 Dec 2009, at 14:16, datanucleus wrote:

Is that mean that using a String type is not a bad thing to do?

From a pure persistence point of view, using a portable type (Long,
String etc) makes total sense, since your classes aren't tied to GAE.
Obviously Google may have some hidden functionality in their Key but
thats for them to comment on

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

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

Re: [appengine-java] IdGeneratorStrategy.SEQUENCE

2009-12-21 Thread Max Ross (Google)

Hi Philip,

IdGeneratorStrategy.SEQUENCE support is implemented on top of
DatastoreService.allocateIds(), which is itself the mechanism that the
datastore uses internally to assign ids. So, all properties of datastore id
allocation apply to SEQUENCE. There is a lot of good information about
these properties in this thread:
http://groups.google.com/group/google-appengine/browse_thread/thread/dec83c2dbd9542e4

But in short, sequences are guaranteed to be unique but not monotically
increasing.

Hope this helps,
Max

On Mon, Dec 21, 2009 at 12:04 AM, Philip Tucker ptuc...@gmail.com wrote:

I'm using IdGeneratorStrategy.SEQUENCE for the primary key of a table,
but it appears AppEngine bounces between 2 different sequence
generators as I create new entries. IDs are unique, but not
monotonically increasing. It's possible I've coded something wrong,
but I'm oretty sure this is a bug.

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

Re: [appengine-java] Re: IdGeneratorStrategy.SEQUENCE

2009-12-21 Thread Max Ross (Google)

Where are you reading the definition of the contract?

On Mon, Dec 21, 2009 at 2:41 PM, Philip Tucker ptuc...@gmail.com wrote:

Thanks!

Unless I'm misreading the documentation for SEQUENCE, that breaks the
contract of the JDP annotation API, doesn't it?

Is there a way to annotate a field as a true sequence, or do I need to
create my own sequence and assign the value myself?

On Dec 21, 9:29 am, Max Ross (Google)
maxr+appeng...@google.commaxr%2bappeng...@google.com

wrote:
Hi Philip,

IdGeneratorStrategy.SEQUENCE support is implemented on top of
DatastoreService.allocateIds(), which is itself the mechanism that the
datastore uses internally to assign ids. So, all properties of datastore
id
allocation apply to SEQUENCE. There is a lot of good information about
these properties in this thread:
http://groups.google.com/group/google-appengine/browse_thread/thread/...

But in short, sequences are guaranteed to be unique but not monotically
increasing.

Hope this helps,
Max

On Mon, Dec 21, 2009 at 12:04 AM, Philip Tucker ptuc...@gmail.com
wrote:
I'm using IdGeneratorStrategy.SEQUENCE for the primary key of a table,
but it appears AppEngine bounces between 2 different sequence
generators as I create new entries. IDs are unique, but not
monotonically increasing. It's possible I've coded something wrong,
but I'm oretty sure this is a bug.

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

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

Re: [appengine-java] preparedQuery.asQueryResultList and Cursor

2009-12-17 Thread Max Ross (Google)

Hi Laco,

We're actively working on the Cursors feature but it's not finished yet.
The api for this feature went out in the latest SDK but the backend changes
did not, which explains the exceptions you're seeing. Cursors will be
available in our next release, due out early next year.

Thanks,
Max

On Thu, Dec 17, 2009 at 5:55 AM, Laco Skokan sko...@gmail.com wrote:

Hello,

I am trying to use Cursors for pagination and it does not seems to
work on local sdk 1.3.0. It fails on this row:

cursor = preparedQuery.asQueryResultList(withLimit(10)).getCursor()

error:
groovy.lang.MissingMethodException: No signature of method:
com.google.appengine.api.datastore.DatastoreServiceImpl
$PreparedQueryImpl.asQueryResultList() is applicable for argument
types: (com.google.appengine.api.datastore.FetchOptions) values:
[com.google.appengine.api.datastore.fetchopti...@a00fd]

Interesting is, that the error is different on the online version for
the engine. There is no error, just the cursor is null.

Any idea?
Ladislav.

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

Re: [appengine-java] com.google.appengine.api.datastore.Text with JPA

2009-12-16 Thread Max Ross (Google)

Try adding @Basic.  More info here:
http://code.google.com/appengine/docs/java/datastore/usingjpa.html#Class_and_Field_Annotations

On Tue, Dec 15, 2009 at 11:55 PM, Compi lauwers@gmail.com wrote:

 Hey Everyone,

 I can't seem to get this working.  How do you save and read
 com.google.appengine.api.datastore.Text in google appengine with JPA,
 NOT JDO!!

 I have a simple POJO (Simplified example):

 import javax.persistence.Entity;
 import javax.persistence.GeneratedValue;
 import javax.persistence.GenerationType;
 import javax.persistence.Id;

 import com.google.appengine.api.datastore.Text;

 @Entity
 public class NewsItem implements Serializable {
@Id
@GeneratedValue(strategy = GenerationType.IDENTITY)
private Long id;
private Text content;
private Date created;
private String title;
private String user;

public NewsItem(Text content, Date created, String title, String
 user) {
super();
this.content = content;
this.created = created;
this.title = title;
this.user = user;
}

public Text getContent() {
return content;
}

public void setContent(Text content) {
this.content = content;
}
 }


 Which I save in my dao:

 @Repository(newsItemDao)
 @Transactional
 public class NewsItemDao implements DaoNewsItem {
private EntityManager entityManager = EMF.getEntityManager();


@Override
public void save(NewsItem entity) {
EntityTransaction tx = entityManager.getTransaction();
tx.begin();
entityManager.persist(entity);
entityManager.flush();
clearCache();
tx.commit();
}
 }



 But in my dashboard I can't find the content, so I think it's not
 saved, and so I can't retrieve it.

 Can someone help me.

 Thx
 Compi

 --

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




--

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

Re: [appengine-java] Re: TaskQueue and null host name

2009-12-16 Thread Max Ross (Google)

Yup, it's a bug. Would you mind filing it in the issue tracker? I'll get
it sorted out for the next release.

Thanks,
Max

On Wed, Dec 16, 2009 at 9:34 AM, Max Ross (Google)
maxr+appeng...@google.com maxr%2bappeng...@google.com wrote:

Interesting, let me take a look.

On Tue, Dec 15, 2009 at 6:47 PM, Millisecond millisec...@gmail.comwrote:

It's in a normal doGet method of a servlet.

Re-enabled it to double-check that I was failing on the version in
doGet (originally I had it in an init() method) and ran into something
that may be the cause.

If I request the servlet from http://localhost:8080/ it fails, the
same servlet also responds to http://localhost:8080/Index and there it
works fine.

I can't see anything in my code making it fail from the bare URL,
but there is a fair amount going on in that servlet. I was just doing
it there for expediency while testing, can't see any good reason to
enqueue something from / anyway so should be fine.

Thanks,
-C

On Dec 15, 6:26 pm, Max Ross (Google)
maxr+appeng...@google.commaxr%2bappeng...@google.com

wrote:
Where is your code that adds the task to the queue? Is it being run
during
server initializaiton, perhaps as part of a static block or a
LoadOnStartup
servlet?

Thanks,
Max

On Tue, Dec 15, 2009 at 8:27 AM, Millisecond millisec...@gmail.com
wrote:
Hello,

I'm just testing out super basic TaskQueue stuff in the dev
environment and running into an exception I just can't seem to shake.

Code:

Queue queue = QueueFactory.getQueue(mail-queue);
queue.add(url(/api/RunMonitor));

Exception:

java.lang.IllegalArgumentException: Host name may not be null
at org.apache.commons.httpclient.HttpHost.init(Unknown
Source)
at org.apache.commons.httpclient.HttpHost.init(Unknown
Source)
at org.apache.commons.httpclient.HttpMethodBase.setURI(Unknown
Source)
at org.apache.commons.httpclient.HttpMethodBase.init(Unknown
Source)
at
org.apache.commons.httpclient.methods.ExpectContinueMethod.init
(Unknown Source)
at
org.apache.commons.httpclient.methods.EntityEnclosingMethod.init
(Unknown Source)
at
org.apache.commons.httpclient.methods.PostMethod.init(Unknown
Source)
at com.google.appengine.api.urlfetch.dev.LocalURLFetchService
$RedirectablePostMethod.init(LocalURLFetchService.java:348)
at com.google.appengine.api.urlfetch.dev.LocalURLFetchService
$4.buildMethod(LocalURLFetchService.java:95)

I've tried this about half a dozen ways, starting with different --
address parameters thinking something wasn't picking up right on the
default 0.0.0.0 argument and on 1.2.8 and 1.3 versions.

The same code works fine if I publish to to production and run it
there.

My environment:
-OSX
-IntelliJ w/plugin
-JDK1.6

Thanks!
-Millisecond

You received this message because you are subscribed to the Google
Groups
Google App Engine for Java group.
To post to this group, send email to
google-appengine-j...@googlegroups.com.
To unsubscribe from this group, send email to
google-appengine-java+unsubscr...@googlegroups.comgoogle-appengine-java%2bunsubscr...@googlegroups.com
google-appengine-java%2bunsubscr...@googlegroups.comgoogle-appengine-java%252bunsubscr...@googlegroups.com

.
For more options, visit this group at
http://groups.google.com/group/google-appengine-java?hl=en.

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

Re: [appengine-java] One to many with JPA

2009-12-16 Thread Max Ross (Google)

I'd recommend reading this blog post - it contains everything you need to
know to persist a one-to-many with JPA:

http://gae-java-persistence.blogspot.com/2009/10/creating-bidrectional-owned-one-to-many.html

Max

On Wed, Dec 16, 2009 at 2:21 PM, Richard richard.fa...@gmail.com wrote:

 Hi guys,

  I try to persist a one to many relationship but I get the following
 error (It's my first app):

 Caused by: java.lang.IllegalStateException: Field
 fr.beasymptotic.bookmark.client.model.BookmarkUser.bookmarks
 contains a persistable object that isnt persistent, but the field
 doesnt allow cascade-persist!


 What's wrong here :

 @Entity
 public class Bookmark implements Serializable {
/**
 *
 */
private static final long serialVersionUID =
 -5148690849535943792L;

@Id
@GeneratedValue(strategy = GenerationType.IDENTITY)
@Extension(vendorName=datanucleus, key=gae.encoded-pk,
 value=true)
private String id;

@Basic
private String link;
@Basic
private String shortName;

 ...

 }



 @Entity
 public class BookmarkUser implements Serializable {
/**
 *
 */
private static final long serialVersionUID =
 -4970721952298475845L;

@Id
@GeneratedValue(strategy = GenerationType.IDENTITY)
private Long id;

@Basic
private String userUIDFromGoogle;

@Basic
private ListBookmark bookmarks;
 ...

 }

 Thanks,
 Richard

 --

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




--

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

Re: [appengine-java] TaskQueue and null host name

2009-12-15 Thread Max Ross (Google)

Where is your code that adds the task to the queue?  Is it being run during
server initializaiton, perhaps as part of a static block or a LoadOnStartup
servlet?

Thanks,
Max

On Tue, Dec 15, 2009 at 8:27 AM, Millisecond millisec...@gmail.com wrote:

 Hello,

 I'm just testing out super basic TaskQueue stuff in the dev
 environment and running into an exception I just can't seem to shake.

 Code:

 Queue queue = QueueFactory.getQueue(mail-queue);
 queue.add(url(/api/RunMonitor));

 Exception:

 java.lang.IllegalArgumentException: Host name may not be null
at org.apache.commons.httpclient.HttpHost.init(Unknown Source)
at org.apache.commons.httpclient.HttpHost.init(Unknown Source)
at org.apache.commons.httpclient.HttpMethodBase.setURI(Unknown
 Source)
at org.apache.commons.httpclient.HttpMethodBase.init(Unknown
 Source)
at org.apache.commons.httpclient.methods.ExpectContinueMethod.init
 (Unknown Source)
at
 org.apache.commons.httpclient.methods.EntityEnclosingMethod.init
 (Unknown Source)
at org.apache.commons.httpclient.methods.PostMethod.init(Unknown
 Source)
at com.google.appengine.api.urlfetch.dev.LocalURLFetchService
 $RedirectablePostMethod.init(LocalURLFetchService.java:348)
at com.google.appengine.api.urlfetch.dev.LocalURLFetchService
 $4.buildMethod(LocalURLFetchService.java:95)

 I've tried this about half a dozen ways, starting with different --
 address parameters thinking something wasn't picking up right on the
 default 0.0.0.0 argument and on 1.2.8 and 1.3 versions.

 The same code works fine if I publish to to production and run it
 there.

 My environment:
 -OSX
 -IntelliJ w/plugin
 -JDK1.6

 Thanks!
 -Millisecond

 --

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




--

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

Re: [appengine-java] Re: Class XXX has multiple relationship fields of type YYYY

Datastore cursors is something we hoped to support in 1.2.8 but it didn't
quite make it in. There are changes in the ORM code to support it but it's
not actually enabled in the datastore back-end. This should be available
early next year.

On Sat, Dec 12, 2009 at 7:46 AM, David Fuelling sappe...@gmail.com wrote:

Thanks Max, that fixed my problem with the inheritence.

One other question: What version of the ORM code is currently
included in the 1.2.8 SDK? I only ask because I noticed that the
release notes for ORM VERSION 1.0.4 Final includes Support
datastore cursors, and am wondering if that is actually working or
still a pre-release item (didn't see anything in the docs about it).

Thanks!

david

On Dec 10, 11:24 pm, Max Ross (Google)
maxr+appeng...@google.commaxr%2bappeng...@google.com

wrote:
I've made a backwards-compatible bug fix release candidate available
athttp://code.google.com/p/datanucleus-appengine/downloads/list

The release contains a fix for this issue and also renames the config
property to datanucleus.appengine.allowMultipleRelationsOfSameType

Max

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

Re: [appengine-java] Re: new in 1.2.8: relationship fields of type parent class that isn't even persisted. This is not yet supported.

(HttpConnection.java:830)
at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:514)
at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:211)
at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:381)
at
org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:396)
at
org.mortbay.thread.BoundedThreadPool$PoolThread.run(BoundedThreadPool.java:442)

I've got to be missing something. :(

thanks,
-bryce

On Fri, Dec 11, 2009 at 8:54 AM, bryce cottam bcot...@gmail.com wrote:
Thanks a million Max, I've been on the road for a few days but I'm
looking
forward to trying this out when I get back. Thanks for the link Jonathan.

-bryce

On Dec 11, 2009 6:50 AM, Jonathan apos;J5apos; Cook
jonathan.j5.c...@gmail.com wrote:

Thanks for the fix, Max and perfect timing for me :) I just upgraded
to 1.2.8 and started having this issue last night.

For those who don't/didn't already know (like myself), here is a link
to instructions Max wrote on how to install a new plugin version into
the SDK:

http://code.google.com/p/datanucleus-appengine/wiki/HowToUpdateTheSDKWithANewPluginVersion

Regards,
J5

On Dec 10, 11:59 am, Max Ross (Google)
maxr+appeng...@google.commaxr%2bappeng...@google.com

wrote:
I've posted a bug fix release candidate containing this fix
here:
http://datanucleus-appengine.googlecode.com/files/appengine-orm-1.0.4...

On Tue, Dec 8, 2009 at 5:26 PM, bryce cottam bcot...@gmail.com
wrote:
That's great news Ma...

On Dec 8, 2009 5:20 PM, Max Ross (Google)
maxr+appeng...@google.com maxr%2bappeng...@google.com
maxr%2bappeng...@google.com maxr%252bappeng...@google.com

wrote:I've filed bug
http://code.google.com/p/datanucleus-appengine/issues/detail?id=1...

On Tue, Dec 8, 2009 at 11:29 AM, bryce cottam bcot...@gmail.com
wrote:
It's all goo...

google-appengine-java+unsubscr...@googlegroups.comgoogle-appengine-java%2bunsubscr...@googlegroups.com
google-appengine-java%2bunsubscr...@googlegroups.comgoogle-appengine-java%252bunsubscr...@googlegroups.com

. For more options, visit this group at
http://groups.google.com/group/google-appengine-j...

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

Re: [appengine-java] Re: new in 1.2.8: relationship fields of type parent class that isn't even persisted. This is not yet supported.

Sure, sorry it was such a headache for you.  When I've got a fix ready I'll
let you know.

On Mon, Dec 14, 2009 at 10:57 AM, bryce cottam bcot...@gmail.com wrote:

 good point, I kinda got lost in the exceptions I was getting  :)
 I wound up sorting it out by making an embedded class instead of
 having multiple parent classes for a given child class.  Although, it
 would be nice if a child class could have different parent types.

 Thanks for all your help Max.
 -bryce


 On Mon, Dec 14, 2009 at 11:30 AM, Max Ross (Google)
 maxr+appeng...@google.com maxr%2bappeng...@google.com wrote:
  I believe the exception you're getting is the result of having multiple
  parents for the same type, and unfortunately that bug isn't fixed in this
  release.  The bugs fixed in this release are:
 
  - Incorrect exception for multiple fields of same type
  http://code.google.com/p/datanucleus-appengine/issues/detail?id=172
 
  - Non-persistent base classes do not work
  http://code.google.com/p/datanucleus-appengine/issues/detail?id=169
 
  - Relationships in abstract base classes don't work
  http://code.google.com/p/datanucleus-appengine/issues/detail?id=171
 
 
  On Sat, Dec 12, 2009 at 1:09 AM, bryce cottam bcot...@gmail.com wrote:
 
  hmmm I think I may have installed the patch wrong perhaps.  I
  still get the same error.
  I'm using the same code I sent you for the test case Max.  Do you see
  any tell-tale signs in here that indicate I've mis-configured
  something?  I have datanucleus-appengine-1.0.4.1-RC2.jar on my
  classpath and I removed the previous one (pretty much the same jar but
  with .final.jar as it's name.  I followed the steps outlined by
  Jonathan.
 
  here is the stack trace:
  java.lang.ClassCastException: oid is not instanceof
  javax.jdo.identity.ObjectIdentity
 at
  com.resmark.model.RatePlan.jdoCopyKeyFieldsFromObjectId(RatePlan.java)
 at
 
 org.datanucleus.store.mapped.mapping.PersistenceCapableMapping.setObjectAsValue(PersistenceCapableMapping.java:657)
 at
 
 org.datanucleus.store.mapped.mapping.PersistenceCapableMapping.setObject(PersistenceCapableMapping.java:364)
 at
 
 org.datanucleus.store.appengine.DatastoreRelationFieldManager$1.setObjectViaMapping(DatastoreRelationFieldManager.java:128)
 at
 
 org.datanucleus.store.appengine.DatastoreRelationFieldManager$1.apply(DatastoreRelationFieldManager.java:104)
 at
 
 org.datanucleus.store.appengine.DatastoreRelationFieldManager.storeRelations(DatastoreRelationFieldManager.java:78)
 at
 
 org.datanucleus.store.appengine.DatastoreFieldManager.storeRelations(DatastoreFieldManager.java:812)
 at
 
 org.datanucleus.store.appengine.DatastorePersistenceHandler.insertPostProcess(DatastorePersistenceHandler.java:288)
 at
 
 org.datanucleus.store.appengine.DatastorePersistenceHandler.insertObjects(DatastorePersistenceHandler.java:241)
 at
 
 org.datanucleus.store.appengine.DatastorePersistenceHandler.insertObject(DatastorePersistenceHandler.java:225)
 at
 
 org.datanucleus.state.JDOStateManagerImpl.internalMakePersistent(JDOStateManagerImpl.java:3185)
 at
 
 org.datanucleus.state.JDOStateManagerImpl.makePersistent(JDOStateManagerImpl.java:3161)
 at
 
 org.datanucleus.ObjectManagerImpl.persistObjectInternal(ObjectManagerImpl.java:1298)
 at
 
 org.datanucleus.ObjectManagerImpl.persistObject(ObjectManagerImpl.java:1175)
 at
 
 org.datanucleus.jdo.JDOPersistenceManager.jdoMakePersistent(JDOPersistenceManager.java:669)
 at
 
 org.datanucleus.jdo.JDOPersistenceManager.makePersistent(JDOPersistenceManager.java:694)
 at com.resmark.JdoTestServlet.create(JdoTestServlet.java:183)
 at com.resmark.JdoTestServlet.doTest(JdoTestServlet.java:90)
 at com.resmark.JdoTestServlet.doGet(JdoTestServlet.java:33)
 at javax.servlet.http.HttpServlet.service(HttpServlet.java:693)
 at javax.servlet.http.HttpServlet.service(HttpServlet.java:806)
 at
  org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:487)
 at
 
 org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1093)
 at
 
 com.google.apphosting.utils.servlet.TransactionCleanupFilter.doFilter(TransactionCleanupFilter.java:43)
 at
 
 org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1084)
 at
 
 com.google.appengine.tools.development.StaticFileFilter.doFilter(StaticFileFilter.java:121)
 at
 
 org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1084)
 at
  org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:360)
 at
 
 org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216)
 at
  org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:181)
 at
  org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:712

Re: [appengine-java] Re: new in 1.2.8: relationship fields of type parent class that isn't even persisted. This is not yet supported.

JPA _only_ supports list-ordering (the good kind). You can use the @OrderBy
annotation to specify the properties to order by, but even if you leave this
annotation off it will order by the primary key field.

On Mon, Dec 14, 2009 at 8:45 PM, Todd Vierling t...@duh.org wrote:

On Dec 14, 11:06 pm, Max Ross (Google)
maxr+appeng...@google.commaxr%2bappeng...@google.com

wrote:
Ok I've got good news for you. I need to do more testing but I think
different parent types for child objects should work fine as long as you
use
list-ordering for your one-to-many relationships, which you really ought
to
be doing anyway. Position properties are already incredibly inefficient,
and it turns out the bug you're running into only applies when there are
position properties in play. You can read more about it in this section:
http://code.google.com/appengine/docs/java/datastore/relationships.ht...
Ordered Collections Maintain Their Order).

So, if you change your one-to-many relationship on RatePlan to:
@Persistent
@Order(extensions = @Extension(vendorName=datanucleus,
key=list-ordering, value=id))

Does this affect JPA modeling as well, and if so, how does the above
map to JPA annotations? (I assume the value is the key field, so if
using Key, it should work too?)

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

Re: [appengine-java] Re: new in 1.2.8: relationship fields of type parent class that isn't even persisted. This is not yet supported.

If you order by anything other than your primary key you'll take a
performance and cpu hit on writes but there won't be a penalty on your
reads.  The reason the JDO default is such a problem is that it adds an
implicit property to each child entity containing the position of that
entity in its parent's list.  If you ever remove or add an element in this
list at a location that isn't the end, everything between that element and
the end of the list needs to get shifted down.  In an RDBMS you'd just issue
an update statement to increment everything by 1 relative to its current
value, but the datastore doesn't support this type of relative update, so
ends up doing one write per entity whose index needs shifting.  So in short,
don't do it this way.  :-)

Max

On Mon, Dec 14, 2009 at 9:42 PM, bryce cottam bcot...@gmail.com wrote:

 hahaha, no that doesn't sound draconian.  I remember reading that the
 ordering of lists can be a performance hit, I haven't bothered to look
 too deep into it yet (since I'm only doing a proof of concept right
 now).  I have some questions about it though.  For instance, what if I
 were to order by some kind of displayOrder field that I maintain?
 Would that also suffer a performance lag?  I mainly want to move to
 the GAE for performance and scalability, so I think I'd appreciate a
 runtime/compile time warning that told me about things I was doing
 that would hurt my performance.

 Thanks again for helping me out so much.
 -bryce



 On Mon, Dec 14, 2009 at 9:06 PM, Max Ross (Google)
 maxr+appeng...@google.com maxr%2bappeng...@google.com wrote:
  Ok I've got good news for you.  I need to do more testing but I think
  different parent types for child objects should work fine as long as you
 use
  list-ordering for your one-to-many relationships, which you really ought
 to
  be doing anyway.  Position properties are already incredibly inefficient,
  and it turns out the bug you're running into only applies when there are
  position properties in play.  You can read more about it in this section:
 
 http://code.google.com/appengine/docs/java/datastore/relationships.html#Owned_One_to_Many_Relationships
  (How Ordered Collections Maintain Their Order).
 
  So, if you change your one-to-many relationship on RatePlan to:
  @Persistent
  @Order(extensions = @Extension(vendorName=datanucleus,
  key=list-ordering, value=id))
  private ListRatePlan ratePlans = new ArrayListRatePlan();
 
  you should be in business.
 
  Position properties are so bad I'm considering turning them into a
 meta-data
  error that you have to explicitly silence with a jvm property.  What do
 you
  think, too draconian?
 
  Max
 
  On Mon, Dec 14, 2009 at 11:09 AM, Max Ross (Google)
  maxr+appeng...@google.com maxr%2bappeng...@google.com wrote:
 
  Sure, sorry it was such a headache for you.  When I've got a fix ready
  I'll let you know.
 
  On Mon, Dec 14, 2009 at 10:57 AM, bryce cottam bcot...@gmail.com
 wrote:
 
  good point, I kinda got lost in the exceptions I was getting  :)
  I wound up sorting it out by making an embedded class instead of
  having multiple parent classes for a given child class.  Although, it
  would be nice if a child class could have different parent types.
 
  Thanks for all your help Max.
  -bryce
 
 
  On Mon, Dec 14, 2009 at 11:30 AM, Max Ross (Google)
  maxr+appeng...@google.com maxr%2bappeng...@google.com wrote:
   I believe the exception you're getting is the result of having
 multiple
   parents for the same type, and unfortunately that bug isn't fixed in
   this
   release.  The bugs fixed in this release are:
  
   - Incorrect exception for multiple fields of same type
   http://code.google.com/p/datanucleus-appengine/issues/detail?id=172
  
   - Non-persistent base classes do not work
   http://code.google.com/p/datanucleus-appengine/issues/detail?id=169
  
   - Relationships in abstract base classes don't work
   http://code.google.com/p/datanucleus-appengine/issues/detail?id=171
  
  
   On Sat, Dec 12, 2009 at 1:09 AM, bryce cottam bcot...@gmail.com
   wrote:
  
   hmmm I think I may have installed the patch wrong perhaps.  I
   still get the same error.
   I'm using the same code I sent you for the test case Max.  Do you
 see
   any tell-tale signs in here that indicate I've mis-configured
   something?  I have datanucleus-appengine-1.0.4.1-RC2.jar on my
   classpath and I removed the previous one (pretty much the same jar
 but
   with .final.jar as it's name.  I followed the steps outlined by
   Jonathan.
  
   here is the stack trace:
   java.lang.ClassCastException: oid is not instanceof
   javax.jdo.identity.ObjectIdentity
  at
  
 com.resmark.model.RatePlan.jdoCopyKeyFieldsFromObjectId(RatePlan.java)
  at
  
  
 org.datanucleus.store.mapped.mapping.PersistenceCapableMapping.setObjectAsValue(PersistenceCapableMapping.java:657)
  at
  
  
 org.datanucleus.store.mapped.mapping.PersistenceCapableMapping.setObject

Re: [appengine-java] Re: new in 1.2.8: relationship fields of type parent class that isn't even persisted. This is not yet supported.