GWT Blobstore错误调用createUploadUrl（）

Question

我尝试使用Blobstore API作为使用GWT的appengine ... 我向你保证！我有它工作了几个月，突然我开始 得到以下错误..执行以下行 servelet后。

公共类ImageServiceImpl扩展RemoteServiceServlet实现ImageService {

/** 
* 
*/ 
private static final long serialVersionUID = 1L; 

    // init the blog store service 
private BlobstoreService blobService = BlobstoreServiceFactory.getBlobstoreService(); 
    //private static final Logger log = Logger.getLogger(ImageServiceImpl.class); 
    public static final String PATH_TO_DEFAULT_IMAGE = "images/no_photo.jpg"; 

。 。 。 。 。 //不再赘述 }

@Override 
    public String getUpLoadPath() { 
     String url = blobService.createUploadUrl("/n5/doimage"); 
     return url; 
    } 

}

初始化App Engine的服务器 2011年9月19日下午7时28分45秒com.google.apphosting.utils.jetty.JettyLogger信息 信息：通过com.google.apphosting.utils.jetty.JettyLogger登录到JettyLogger（null） 2011年9月19日下午7点28分45秒com.google.apphosting.utils.config.AppEngineWebXmlReader readAppEngineWebXml 信息：已成功处理C：\ development \ n5 \ n5 \ war \ WEB-INF/appengine-web.xml 2011年9月19日下午7:28:45 com.google.apph osting.utils.config.AbstractConfigXmlReader readConfigXml INFO：已成功处理C：\ development \ n5 \ n5 \ war \ WEB-INF/web.xml 2011年9月19日下午3时28分47秒com.google.appengine.tools。而调度传入例外：development.DevAppServerImpl开始 信息：服务器在http://localhost:8888/ 运行2011年9月19日下午7时34分59秒com.google.appengine.tools.development.ApiProxyLocalImpl登录 重度：javax.servlet.ServletContext登录RPC调用 com.google.gwt.user.server.rpc.UnexpectedException：Service方法'public abstract java.lang.String com.six.n5.client.service.ImageService.getUpLoadPath（）'抛出一个意外的异常：java。 lang.VerifyError：类com.google.appengine.api.blobstore.BlobstoreServicePb $ CreateUploadURLRequest重写最终方法isInitialized。（）Z at com.google.gwt.user.server.rpc.RPC.encodeResponseForFailure（RPC.java:385） at com.google.gwt.user.server.rpc.RPC.invokeAndEncodeResponse（RPC.java:588） at com.google.gwt.user.server.rpc.RemoteServiceServlet.processCall（RemoteServiceServlet.java:208） 在com.google.gwt.user.server.rpc.RemoteServiceServlet.processPost（RemoteServiceServlet.java:248） 在COM。 google.gwt.user.server.rpc.AbstractRemoteServiceServlet.doPost（AbstractRemoteServiceServlet.java:62） at javax.servlet.http.HttpServlet.service（HttpServlet.java:637） at javax.servlet.http.HttpServlet.service（ HttpServlet.java:717） at com.google.inject.servlet.ServletDefinition.doService（ServletDefinition.java:216） at com.google.inject.servlet.ServletDefinition.service（ ServletDefinition.java:141） 在com.google.inject.servlet.ManagedServletPipeline.service（ManagedServletPipeline.java:93） 在com.google.inject.servlet.FilterChainInvocation.doFilter（FilterChainInvocation.java:63） 在COM。 google.inject.servlet.ManagedFilterPipeline.dispatch（ManagedFilterPipeline.java:122） at com.google.inject.servlet.GuiceFilter.doFilter（GuiceFilter.java:110） at org.mortbay.jetty.servlet.ServletHandler $ CachedChain。 doFilter（ServletHandler.java:1157） at com.google.appengine.tools.development.HeaderVerificationFilter.doFilter（HeaderVerificationFilter.java:35） at org.mortbay.jetty.servlet.ServletHandler $ CachedChain.doFilter（ServletHandler.java： 1157） ，位于com.google.appengine.api.blobstore.dev.ServeBlobFilter。doFilter（ServeBlobFilter.java:58） at org.mortbay.jetty.servlet.ServletHandler $ CachedChain.doFilter（ServletHandler.java:1157） at com.google.apphosting.utils.servlet.TransactionCleanupFilter.doFilter（TransactionCleanupFilter.java： 43） 在org.mortbay.jetty.servlet.ServletHandler $ CachedChain.doFilter（ServletHandler.java:1157） 在com.google.appengine.tools.development.StaticFileFilter.doFilter（StaticFileFilter.java:122） 在有机mortbay.jetty.servlet.ServletHandler $ CachedChain.doFilter（ServletHandler.java:1157） at com.google.appengine.tools.development.BackendServersFilter.doFilter（BackendServersFilter.java:97） at org.mortbay.jetty.servlet。 ServletHandler $ CachedChain.doFilter（ServletHandler.java:1157） at org.mortbay.jetty.servlet.Servl etHandler.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.utils。 （com.google.appengine.tools.development.JettyContainerService $ ApiProxyHandler.handle（HandlerWrapper.java:152） ） JettyContainerService.java:351） 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.content（ HttpConnection.java:938） 在org.mortbay.jetty.HttpParser.parseNext（HttpParser.java:755） 在org.mortbay.jetty.HttpParser.parseAvailable（HttpParser.java:218） 在org.mortbay.jetty。 HttpConnection.handle（HttpConnection.java:404） at org.mortbay.io.nio.SelectChannelEndPoint.run（SelectChannelEndPoint.java:409） at org.mortbay.thread.QueuedThreadPool $ PoolThread.run（QueuedThreadPool.java:582） 引起：java.lang.VerifyError：com.google.appengine.api.blobstore.BlobstoreServicePb类$ CreateUploadURLRequest重写最终方法isIniti （Unknown Method） at java.lang.ClassLoader.defineClass（Native Method） at java.lang.ClassLoader.defineClass（Unknown Source） at java.security.SecureClassLoader.defineClass（Unknown Source） at java.net。 URLClassLoader.defineClass（Unknown Source） at java.net.URLClassLoader.access $ 100（Unknown Source） at java.net.URLClassLoader $ 1.run（Unknown Source） at java.net.URLClassLoader $ 1.run（Unknown Source） java.lang.ClassLoader.loadClass（Unknown Source） at com.google.appengine.tools.development。 IsolatedAppClassLoader.loadClass（IsolatedA ppClassLoader.java:176） 在java.lang.ClassLoader.loadClass（未知来源） 在com.google.appengine.api.blobstore.BlobstoreServiceImpl.createUploadUrl（BlobstoreServiceImpl.java:43） 在com.google.appengine.api .blobstore.BlobstoreServiceImpl.createUploadUrl（BlobstoreServiceImpl.java:34） 在com.six.n5.server.ImageServiceImpl.getUpLoadPath（ImageServiceImpl.java:153） 在sun.reflect.NativeMethodAccessorImpl.invoke0（本机方法） 在阳光下。 reflect.NativeMethodAccessorImpl.invoke（未知来源） 在sun.reflect.DelegatingMethodAccessorImpl.invoke（未知来源） 在java.lang.reflect.Method.invoke（未知来源） 在com.google.appengine.tools.development.agent .runtime.Runtime.invoke（运行。Java的：100） 在com.google.gwt.user.server.rpc.RPC.invokeAndEncodeResponse（RPC.java:569） ...... 39多个

Answer 1

我发现我自己的错误！因为事实证明，这个突然失败的原因是因为FORM职位认为这是跨域发布。我通过调用127.0.0.1:8888..etc来测试网站，但是当我的Image RPC被调用来建立上载路径时，它返回到表单setAction，我的机器名称kmoore-PC：8888..etc改为127.0.0.1:8888 ...因此它返回null，因为它认为它是跨域。

要解决，在地址栏点击谷歌箱，并添加您的计算机名称，然后你的应用程序使用的计算机名称，而不是127

Answer 2

我试图用更换机器名本地主机它并没有帮助测试，但它是一个跨域java脚本问题，所以我尝试使用Web xml中分配的URL模式，并得到了一个String结果。结果是我用XML包装了我的回复，并且我打算解析它。如果有人有更优雅的东西，请告诉我。

这里是响应字符串[看起来有点不同，因为它影响到堆栈溢出页]：

pre style="word-wrap: break-word; white-space: pre-wrap;">my response id

下面是相关服务器代码

public void doPost(HttpServletRequest request, HttpServletResponse response) throws >ServletException, IOException { //Redirect recursively to this servlet (calls doGet) response.sendRedirect("/blobstoreexample/uploadservice?id=" + >item_image_blob_key); } }

@Override 
protected void doGet(HttpServletRequest req, HttpServletResponse response) throws ServletException, IOException 
{ 
    System.out.println("shonka"); 
    //Send the meta-data id back to the client in the HttpServletResponse response 
    String id = req.getParameter("id"); 

    response.getWriter().write(id); 
    return; 

} 

下面是相关的客户端代码，不需要解析这里是服务器端代码：

uploadForm.addSubmitCompleteHandler(new FormPanel.SubmitCompleteHandler() { 
     @Override 
     public void onSubmitComplete(SubmitCompleteEvent event) { 

     //The submit complete Event Results will contain the unique 
     //identifier for the picture's meta-data. Trim it to remove 
     //trailing spaces and line breaks 
      System.out.println("uploadForm onSubmitComplete() results are: " + event.getResults()); 

      Window.alert(event.getResults()); 
      if(event.getResults() != null) 
      { 
      // getPicture(event.getResults().trim()); 
      } 
      else 
      { 
       Window.alert(event.getResults()); 
      } 

     } 

    }); 

编辑我发现了一个更优雅的方式来提供长期ID

//Redirect recursively to this servlet (calls doGet) 
     response.sendRedirect("/itemmanager/receive?id=" + item.getKey().getId()); 
     } 

     @Override 
     protected void doGet(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException 
     { 
      System.out.println("entered do post"); 
     //Send the meta-data id back to the client in the HttpServletResponse response 
     String id = req.getParameter("id"); 
     System.out.println("entered do post id is: " + id); 
     resp.setHeader("Content-Type", "text/html"); 
     resp.getWriter().println(id); 

     } 

Answer 3

而不是使用计算机的名称，我只是用127个地址替换它，当在开发者模式，就像这样：

String url = blobstoreService.createUploadUrl("/project/uploadservice"); 

// change the computer name to standard localhost ip address, if in dev mode 
if(SystemProperty.environment.value() == SystemProperty.Environment.Value.Development) 
{ 
    url = url.replace("Your-PC-Name", "127.0.0.1"); 
}