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"); 
}