0

我正在使用maven構建Google Appengine應用程序。在第一個請求中客戶端訪問的應用程序啓動後,我們重新部署了應用程序並重新執行了ServletListener。在這個過程中,servlet上下文丟失。我正在使用servlet上下文來存儲連接的客戶端列表。現在,因爲應用程序自動重新部署,所以servlet上下文被清除,因此我失去了第一個客戶端連接的信息。 servlet上下文確實存儲了所有後續連接的客戶端,直到dev服務器停止。appengine devserver根據第一次請求重新部署應用程序

原因看起來像一些類文件是改變,這不應該一旦devserver運行。

2013年6月25日上午06時31分31秒com.google.appengine.tools.development.JettyContainerService $ 2 filesChanged ] [INFO信息:文件已經改變,重新加載Web應用程序。

下面是完整的日誌

[INFO] 
[INFO] --- maven-war-plugin:2.1.1:war (default-war) @ NoteWebApp --- 
[INFO] Packaging webapp 
[INFO] Assembling webapp [NoteWebApp] in [/Users/saghosh/dev/NoteWebApp/target/NoteWebApp] 
[INFO] Processing war project 
[INFO] Copying webapp resources [/Users/saghosh/dev/NoteWebApp/src/main/webapp] 
[INFO] Webapp assembled in [140 msecs] 
[INFO] Building war: /Users/saghosh/dev/NoteWebApp/target/NoteWebApp.war 
[INFO] WEB-INF/web.xml already added, skipping 
[INFO] 
[INFO] <<< appengine-maven-plugin:1.8.1:devserver (default-cli) @ NoteWebApp <<< 
[INFO] 
[INFO] --- appengine-maven-plugin:1.8.1:devserver (default-cli) @ NoteWebApp --- 
[INFO] 
[INFO] Google App Engine Java SDK - Running Development Server 
[INFO] 
[INFO] Retrieving Google App Engine Java SDK from Maven 
[INFO] Running /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/bin/java -XstartOnFirstThread -javaagent:/Users/saghosh/.m2/repository/com/google/appengine/appengine-java-sdk/1.8.1/appengine-java-sdk/appengine-java-sdk-1.8.1/lib/agent/appengine-agent.jar -Xbootclasspath/p:/Users/saghosh/.m2/repository/com/google/appengine/appengine-java-sdk/1.8.1/appengine-java-sdk/appengine-java-sdk-1.8.1/lib/override/appengine-dev-jdk-overrides.jar -Dappengine.fullscan.seconds=5 -classpath /Users/saghosh/.m2/repository/com/google/appengine/appengine-java-sdk/1.8.1/appengine-java-sdk/appengine-java-sdk-1.8.1/lib/appengine-tools-api.jar com.google.appengine.tools.development.DevAppServerMain --allow_remote_shutdown /Users/saghosh/dev/NoteWebApp/target/NoteWebApp 
[INFO] 2013-06-25 12:01:16.813 java[15483:407] [Java CocoaComponent compatibility mode]: Enabled 
[INFO] 2013-06-25 12:01:16.814 java[15483:407] [Java CocoaComponent compatibility mode]: Setting timeout for SWT to 0.100000 
[INFO] Jun 25, 2013 12:01:18 PM com.google.apphosting.utils.config.AppEngineWebXmlReader readAppEngineWebXml 
[INFO] INFO: Successfully processed /Users/saghosh/dev/NoteWebApp/target/NoteWebApp/WEB-INF/appengine-web.xml 
[INFO] 2013-06-25 12:01:18.717:INFO::Logging to STDERR via org.mortbay.log.StdErrLog 
[INFO] Jun 25, 2013 12:01:18 PM com.google.apphosting.utils.config.AbstractConfigXmlReader readConfigXml 
[INFO] INFO: Successfully processed /Users/saghosh/dev/NoteWebApp/target/NoteWebApp/WEB-INF/web.xml 
[INFO] 2013-06-25 12:01:18.978:INFO::jetty-6.1.x 
[INFO] ****** Scan complete ****** 
[INFO] 2013-06-25 12:01:21.081:INFO::Started [email protected]:8080 
[INFO] Jun 25, 2013 6:31:21 AM com.google.appengine.tools.development.JettyContainerService startHotDeployScanner 
[INFO] INFO: Full scan of the web app in place every 5s. 
[INFO] Jun 25, 2013 6:31:21 AM com.google.appengine.tools.development.AbstractServer startup 
[INFO] INFO: Server default is running at http://localhost:8080/ 
[INFO] Jun 25, 2013 6:31:21 AM com.google.appengine.tools.development.AbstractServer startup 
[INFO] INFO: The admin console is running at http://localhost:8080/_ah/admin 
[INFO] Jun 25, 2013 6:31:21 AM com.google.appengine.tools.development.DevAppServerImpl start 
[INFO] INFO: Dev App Server is now running 
[INFO] Jun 25, 2013 6:31:27 AM com.google.appengine.api.datastore.dev.LocalDatastoreService init 
[INFO] INFO: Local Datastore initialized: 
[INFO] Type: Master/Slave 
[INFO] Storage: /Users/saghosh/dev/NoteWebApp/target/NoteWebApp/WEB-INF/appengine-generated/local_db.bin 
[INFO] Jun 25, 2013 6:31:27 AM com.google.appengine.api.datastore.dev.LocalDatastoreService load 
[INFO] INFO: The backing store, /Users/saghosh/dev/NoteWebApp/target/NoteWebApp/WEB-INF/appengine-generated/local_db.bin, does not exist. It will be created. 
[INFO] Client trying to connect with ID 0354c90b-46cd-46d2-81d1-b57cd311a7a2Initialising client list 
[INFO] New client connected with ID 0354c90b-46cd-46d2-81d1-b57cd311a7a2 
[INFO] Jun 25, 2013 6:31:31 AM com.google.appengine.tools.development.JettyContainerService$2 filesChanged 
[INFO] INFO: A file has changed, reloading the web application. 
[INFO] Jun 25, 2013 6:31:31 AM com.google.apphosting.utils.config.AppEngineWebXmlReader readAppEngineWebXml 
[INFO] INFO: Successfully processed /Users/saghosh/dev/NoteWebApp/target/NoteWebApp/WEB-INF/appengine-web.xml 
[INFO] Jun 25, 2013 6:31:31 AM com.google.apphosting.utils.config.AbstractConfigXmlReader readConfigXml 
[INFO] INFO: Successfully processed /Users/saghosh/dev/NoteWebApp/target/NoteWebApp/WEB-INF/web.xml 
[INFO] ****** Scan complete ****** 

以下是servlet上下文監聽

public class MyGuiceServletConfig extends GuiceServletContextListener { 

@Override 
protected Injector getInjector() { 
    return Guice.createInjector(
      //Keep sending Guice the modules 
      new SitebricksModule() { 
       @Override 
       protected void configureSitebricks() { 
        scan(NotebookService.class.getPackage()); 
        //Should change this to logger, this is just to proove that 
        //sitebrick scans the classes for annotations like @At etc. 
        System.out.println("****** Scan complete ******"); 
       } 
      } 
      , new ServletModule() { 
       @Override 
       protected void configureServlets() { 
        //Servlet classes have to be singleton to be consistent with servlet specification 
        //In tranditional cases web.xml config tell the container to do so I guess. 
        bind(com.neil.NotebookServlet.class).in(Singleton.class); 
        //Analogous to typcial servlet URL mappings 
        serve("/servlet").with(com.neil.NotebookServlet.class); 

        bind(com.neil.TrackerServlet.class).in(Singleton.class); 
        serve("/_ah/channel/connected/").with(com.neil.TrackerServlet.class); 

        bind(com.neil.TrackerServlet1.class).in(Singleton.class); 
        serve("/_ah/channel/disconnected/").with(com.neil.TrackerServlet1.class); 

       } 
      } 
    ); 
} 
} 

回答

1

一些谷歌搜索後,我發現,這是因爲本地數據庫文件一號創建掃描請求和目標目錄中的更改,導致應用程序重新加載。

找到幾個workarrounds

  1. 更改db目錄之外的目標目錄中。但是如果有其他改變,它會再次加載。

    -Dappengine.generated.dir =的/ tmp /布拉布拉

2.停用自動掃描,但作爲一個開發人員,你會想是爲了避免停止和啓動服務器再次每次您更改代碼。

<jvmFlags> 
    <jvmFlag>-Dappengine.fullscan.seconds=-1</jvmFlag> 
</jvmFlags> 

我依然開出了永久性的解決方案,直到谷歌修復了這個

Source

相關問題