Google App Engine getJDOExceptionForNucleusException Ошибка при запросе базы данных

Question

Я работаю над проектом, в котором Google App Engine размещает фоновое хранилище данных, и я могу отправлять запросы JSON, чтобы ударить его по моему сайту.

У меня есть несколько таблиц (информация о заказе IE, купоны и т. Д.) И только что была создана новая таблица Session. Идея заключается не в том, чтобы использовать Memcache для хранения данных, я хочу, чтобы база данных хранила идентификаторы сеанса. Я написал код, чтобы проверить против него, но всякий раз, когда я поиск в базе данных для идентификатора сессии, он возвращает ошибку:

org.datanucleus.api.jdo.NucleusJDOHelper getJDOExceptionForNucleusException: Exception thrown 
Received a request to find an object of kind Session but the provided identifier is the String representation of a Key for kind Token 

Вот картина того, что моя таблица базы данных выглядит для этой сессии я имею в виду :

вопрос Я запутался об этом почему это было бы проблемой, если другие запросы я к БД с использованием строки в качестве первичного ключа работы просто отлично ... Кто-нибудь есть какие-нибудь идеи?

Полная выходная ошибка:

org.datanucleus.api.jdo.NucleusJDOHelper getJDOExceptionForNucleusException: Exception thrown 
Received a request to find an object of kind Session but the provided identifier is the String representation of a Key for kind Token 
org.datanucleus.exceptions.NucleusFatalUserException: Received a request to find an object of kind Session but the provided identifier is the String representation of a Key for kind Token 
    at com.google.appengine.datanucleus.EntityUtils.stringToInternalKey(EntityUtils.java:423) 
    at com.google.appengine.datanucleus.EntityUtils.idToInternalKey(EntityUtils.java:218) 
    at com.google.appengine.datanucleus.EntityUtils.idToInternalKey(EntityUtils.java:208) 
    at com.google.appengine.datanucleus.DatastoreIdentityKeyTranslator.getKey(DatastoreIdentityKeyTranslator.java:32) 
    at org.datanucleus.ObjectManagerImpl.newObjectId(ObjectManagerImpl.java:3443) 
    at org.datanucleus.api.jdo.JDOPersistenceManager.newObjectIdInstance(JDOPersistenceManager.java:1618) 
    at org.datanucleus.api.jdo.JDOPersistenceManager.getObjectById(JDOPersistenceManager.java:1740) 
    at com.package.core.DataSourceMgr.getObjectById(DataSourceMgr.java:118) 
    at com.package.service.SessionService.getSession(SessionService.java:39) 
    at com.package.misc.TESTQueryDBForSessionID.execute(TESTQueryDBForSessionID.java:25) 
    at com.package.batch.CronShell.doGet(CronShell.java:40) 
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:617) 
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) 
    at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:511) 
    at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1166) 
    at com.package.core.DataSourceFilter.doFilter(DataSourceFilter.java:35) 
    at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1157) 
    at com.google.apphosting.utils.servlet.ParseBlobUploadFilter.doFilter(ParseBlobUploadFilter.java:125) 
    at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1157) 
    at com.google.apphosting.runtime.jetty.SaveSessionFilter.doFilter(SaveSessionFilter.java:35) 
    at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1157) 
    at com.google.apphosting.utils.servlet.JdbcMySqlConnectionCleanupFilter.doFilter(JdbcMySqlConnectionCleanupFilter.java:60) 
    at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1157) 
    at com.google.apphosting.utils.servlet.TransactionCleanupFilter.doFilter(TransactionCleanupFilter.java:43) 
    at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1157) 
    at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:388) 
    at org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216) 
    at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:182) 
    at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:765) 
    at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:418) 
    at com.google.apphosting.runtime.jetty.AppVersionHandlerMap.handle(AppVersionHandlerMap.java:257) 
    at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152) 
    at org.mortbay.jetty.Server.handle(Server.java:326) 
    at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:542) 
    at org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:923) 
    at com.google.apphosting.runtime.jetty.RpcRequestParser.parseAvailable(RpcRequestParser.java:76) 
    at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:404) 
    at com.google.apphosting.runtime.jetty.JettyServletEngineAdapter.serviceRequest(JettyServletEngineAdapter.java:146) 
    at com.google.apphosting.runtime.JavaRuntime$RequestRunnable.run(JavaRuntime.java:482) 
    at com.google.tracing.TraceContext$TraceContextRunnable.runInContext(TraceContext.java:437) 
    at com.google.tracing.TraceContext$TraceContextRunnable$1.run(TraceContext.java:444) 
    at com.google.tracing.CurrentContext.runInContext(CurrentContext.java:230) 
    at com.google.tracing.TraceContext$AbstractTraceContextCallback.runInInheritedContextNoUnref(TraceContext.java:308) 
    at com.google.tracing.TraceContext$AbstractTraceContextCallback.runInInheritedContext(TraceContext.java:300) 
    at com.google.tracing.TraceContext$TraceContextRunnable.run(TraceContext.java:441) 
    at com.google.apphosting.runtime.ThreadGroupPool$PoolEntry.run(ThreadGroupPool.java:234) 
    at java.lang.Thread.run(Thread.java:745) 

Answer 1

По-видимому, этот вопрос два раза.

Прежде всего, у меня возникла проблема с использованием строки в качестве первичного ключа (не знаю, почему эта проблема была проблемой, в то время как другие не были проблемой ...). Переключил его на длинный, который был случайным образом сгенерирован.

Это решило первую проблему, но затем встал второй, когда у вас есть длинный первичный ключ/идентификатор хранилища данных GAE, вы не можете его запросить. Вы ДОЛЖНЫ использовать длинную (в коробке версию, капитал L), а не долгую работу. После этого удалось удалить существующие объекты в хранилище данных и загрузить новый код.

Т.Л., др - Если кто-нибудь приходит через это снова, просто убедитесь, что: 1) Вы используете некоторый тип Long, чтобы служить в качестве идентификатора/Первичный ключ 2) Вы используете Long (не долго) в вашем коде:

public class Session extends BaseEntity { 
    @PrimaryKey 
    @Persistent(valueStrategy = IdGeneratorStrategy.IDENTITY) 
    private Long id; 
    //... 
} 

-Pat