appspot geht nicht mehr

Master / Vertiefung Advanced Design and Programming
21

same here… Bekomme den selben Fehler. Hier ist noch ein ergänzender Stacktrace

org.wahlzeit.apps.Wahlzeit contextInitialized: level=sl, session=system, client=anon, System property context path=

org.wahlzeit.apps.Wahlzeit contextInitialized: level=sl, session=system, client=anon, Root directory=/base/data/home/apps/h~danielep-wahlzeit/1.407329030675100980

org.wahlzeit.main.ServiceMain startUp: level=sl, session=system, client=anon, action=Start up ModelMain

org.wahlzeit.apps.Wahlzeit contextInitialized: level=sl, session=system, client=anon, exception reason=Initializing context failed, stacktrace=java.lang.IllegalStateException: attempt to initalize SysConfig again
	at org.wahlzeit.services.SysConfig.assertIsUninitialized(SysConfig.java:126)
	at org.wahlzeit.services.SysConfig.setInstance(SysConfig.java:116)
	at org.wahlzeit.main.AbstractMain.startUp(AbstractMain.java:48)
	at org.wahlzeit.main.ModelMain.startUp(ModelMain.java:85)
	at org.wahlzeit.main.ServiceMain.startUp(ServiceMain.java:95)
	at org.wahlzeit.apps.Wahlzeit.contextInitialized(Wahlzeit.java:58)
	at org.mortbay.jetty.handler.ContextHandler.startContext(ContextHandler.java:548)
	at org.mortbay.jetty.servlet.Context.startContext(Context.java:136)
	at org.mortbay.jetty.webapp.WebAppContext.startContext(WebAppContext.java:1250)
	at org.mortbay.jetty.handler.ContextHandler.doStart(ContextHandler.java:517)
	at org.mortbay.jetty.webapp.WebAppContext.doStart(WebAppContext.java:467)
	at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50)
	at com.google.apphosting.runtime.jetty.AppVersionHandlerMap.createHandler(AppVersionHandlerMap.java:203)
	at com.google.apphosting.runtime.jetty.AppVersionHandlerMap.getHandler(AppVersionHandlerMap.java:176)
	at com.google.apphosting.runtime.jetty.JettyServletEngineAdapter.serviceRequest(JettyServletEngineAdapter.java:134)
	at com.google.apphosting.runtime.JavaRuntime$RequestRunnable.dispatchServletRequest(JavaRuntime.java:680)
	at com.google.apphosting.runtime.JavaRuntime$RequestRunnable.dispatchRequest(JavaRuntime.java:642)
	at com.google.apphosting.runtime.JavaRuntime$RequestRunnable.run(JavaRuntime.java:612)
	at com.google.tracing.TraceContext$TraceContextRunnable.runInContext(TraceContext.java:455)
	at com.google.tracing.TraceContext$TraceContextRunnable$1.run(TraceContext.java:462)
	at com.google.tracing.CurrentContext.runInContext(CurrentContext.java:320)
	at com.google.tracing.TraceContext$AbstractTraceContextCallback.runInInheritedContextNoUnref(TraceContext.java:321)
	at com.google.tracing.TraceContext$AbstractTraceContextCallback.runInInheritedContext(TraceContext.java:313)
	at com.google.tracing.TraceContext$TraceContextRunnable.run(TraceContext.java:459)
	at com.google.apphosting.runtime.ThreadGroupPool$PoolEntry.run(ThreadGroupPool.java:274)
	at java.lang.Thread.run(Thread.java:745)

Meine Instanz auf google war Gestern 10 Tage alt, bevor ich wegen den Fehler die Datenbank platt gemacht und redeployed habe.
In dem ganzen Zeitraum habe ich bestimmt einige male nachgesehen und die Instanz auch. Nun plötzlich der Fehler…
EDIT Nach dem log zu urteiln, habe ich das offensichtlich nur so empfunden…

  • Gestern habe ich ein paar fixversuche gestartet, immer mit dem selben Ergebnis. Erst lief es wieder und ne Stunde Später trat der Fehler wieder auf.
  • Beim letzten Fixversuch, lief die Instanz mehrere Stunden, so das ich dachte es wäre gefixed. Leider trat der Fehler heute wieder auf.
22

Ich konnte es glaube ich eingrenzen
ich vermute, dass es Probleme mit dem persistieren gibt. Daher hab ich mir die ServiceMain.run() genauer angesehen. Die führt erst ein StartUp und dann ein ShutDown durch.
Wenn eine exception im ShutDown fliegt, wird die SysConfig instance nicht zurückgesetzt. Beim nächsten startUp fliegt dann wohl die exception.

Daher habe ich mich mal auf die Suche in den Logs begeben, wo die vermutete Exception fliegt, konnte es jedoch nicht finden. Evlt. eine Idee, wie man dazu ein Test schreibt?

Nichtsdestotrotz konnte ich einen anderen Fehler finden, denn offensichtlich benötigt die DomainKlasse einen parameterlosen Konstruktor. Jedenfalls steht es so in der log.
Ich werde es ändern und beobachten, ob es das Problem löst.
Edit
Scheint nun zu laufen. In den letzten 24h hab ich keine neuen Warnungen oder Exceptions erhalten. Habe nur den Konstruktor hinzugefügt - naja und auf java 1.8 migriert, aber letzteres sollte hierbei kein Einfluss haben.

23

Hab den Konstruktor jetzt auch hinzugefügt aber funktioniert immer noch nicht…