Start time

[sliard]

Hi,

Just tried to deploy an application on GAE and the load time is very slow. 9s
I have an Exception, that can explain start time ?

thx

Full trace :

2013-04-09 14:05:28.277 / 200 9225ms 0kb Mozilla/5.0 (Macintosh; Intel Mac OS X 10_8_3) AppleWebKit/537.31 (KHTML, like Gecko) Chrome/26.0.1410.43 Safari/537.31
5.48.232.156 - - [09/Apr/2013:05:05:28 -0700] "GET / HTTP/1.1" 200 224 - "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_8_3) AppleWebKit/537.31 (KHTML, like Gecko) Chrome/26.0.1410.43 Safari/537.31" "1.testbetw.appspot.com" ms=9225 cpu_ms=5070 cpm_usd=0.000025 loading_request=1 instance=00c61b117c9b676bc5d77a7517e47f1f8d159b03
I 2013-04-09 14:05:23.185
com.google.inject.internal.util.$FinalizableReferenceQueue$SystemLoader loadFinalizer: Not allowed to access system class loader.
I 2013-04-09 14:05:23.192
com.google.inject.internal.util.$FinalizableReferenceQueue : Failed to start reference finalizer thread. Reference cleanup will only occur when new references are created.
java.lang.reflect.InvocationTargetException
at com.google.appengine.runtime.Request.process-c3a2e572f96e3caa(Request.java)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:43)
at com.google.inject.internal.util.$FinalizableReferenceQueue.(FinalizableReferenceQueue.java:124)
at com.google.inject.internal.util.$MapMaker$QueueHolder.(MapMaker.java:787)
at com.google.inject.internal.util.$MapMaker$WeakEntry.(MapMaker.java:946)
at com.google.inject.internal.util.$MapMaker$Strength$1.newEntry(MapMaker.java:312)
at com.google.inject.internal.util.$MapMaker$StrategyImpl.newEntry(MapMaker.java:498)
at com.google.inject.internal.util.$MapMaker$StrategyImpl.newEntry(MapMaker.java:419)
at com.google.inject.internal.util.$CustomConcurrentHashMap$ComputingImpl.get(CustomConcurrentHashMap.java:2029)
at com.google.inject.internal.Annotations$AnnotationChecker.hasAnnotations(Annotations.java:116)
at com.google.inject.internal.Annotations.isBindingAnnotation(Annotations.java:180)
at com.google.inject.internal.Annotations.findBindingAnnotation(Annotations.java:161)
at com.google.inject.internal.Annotations.getKey(Annotations.java:147)
at com.google.inject.spi.InjectionPoint.(InjectionPoint.java:92)
at com.google.inject.spi.InjectionPoint$InjectableField.toInjectionPoint(InjectionPoint.java:438)
at com.google.inject.spi.InjectionPoint.getInjectionPoints(InjectionPoint.java:723)
at com.google.inject.spi.InjectionPoint.forInstanceMethodsAndFields(InjectionPoint.java:356)
at com.google.inject.spi.InjectionPoint.forInstanceMethodsAndFields(InjectionPoint.java:375)
at com.google.inject.internal.BindingBuilder.toInstance(BindingBuilder.java:82)
at ninja.scheduler.SchedulerSupport$1.configure(SchedulerSupport.java:81)
at com.google.inject.AbstractModule.configure(AbstractModule.java:59)
at com.google.inject.spi.Elements$RecordingBinder.install(Elements.java:223)
at com.google.inject.spi.Elements.getElements(Elements.java:101)
at com.google.inject.internal.InjectorShell$Builder.build(InjectorShell.java:133)
at com.google.inject.internal.InternalInjectorCreator.build(InternalInjectorCreator.java:103)
at com.google.inject.Guice.createInjector(Guice.java:95)
at com.google.inject.Guice.createInjector(Guice.java:72)
at ninja.servlet.NinjaBootstap.initInjector(NinjaBootstap.java:141)
at ninja.servlet.NinjaBootstap.boot(NinjaBootstap.java:69)
at ninja.servlet.NinjaServletListener.getInjector(NinjaServletListener.java:52)
at com.google.inject.servlet.GuiceServletContextListener.contextInitialized(GuiceServletContextListener.java:45)
at ninja.servlet.NinjaServletListener.contextInitialized(NinjaServletListener.java:40)
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.tracing.TraceContext$TraceContextRunnable.runInContext(TraceContext.java:480)
at com.google.tracing.TraceContext$TraceContextRunnable$1.run(TraceContext.java:487)
at com.google.tracing.TraceContext.runInContext(TraceContext.java:774)
at com.google.tracing.TraceContext$DoInTraceContext.runInContext(TraceContext.java:751)
at com.google.tracing.TraceContext$AbstractTraceContextCallback.runInInheritedContextNoUnref(TraceContext.java:342)
at com.google.tracing.TraceContext$AbstractTraceContextCallback.runInInheritedContext(TraceContext.java:334)
at com.google.tracing.TraceContext$TraceContextRunnable.run(TraceContext.java:484)
at java.lang.Thread.run(Thread.java:679)
Caused by: java.security.AccessControlException: access denied (java.lang.RuntimePermission modifyThreadGroup)
at java.security.AccessControlContext.checkPermission(AccessControlContext.java:355)
at java.security.AccessController.checkPermission(AccessController.java:567)
at java.lang.SecurityManager.checkPermission(SecurityManager.java:549)
at java.lang.ThreadGroup.checkAccess(ThreadGroup.java:315)
at java.lang.Thread.init(Thread.java:353)
at java.lang.Thread.(Thread.java:479)
at com.google.inject.internal.util.$Finalizer.(Finalizer.java:92)
at com.google.inject.internal.util.$Finalizer.startFinalizer(Finalizer.java:81)
... 48 more
I 2013-04-09 14:05:25.883
[s~testbetw/1.366550021591110251].: _______ .___ _______ . _____
\ \ | |\ \ | | / _ \
/ | | |/ | \ | |/ /\ \
/ | \ / | /| / |
__| /****|__ /________| /
web/framework / /

I 2013-04-09 14:05:25.883
[s~testbetw/1.366550021591110251].:

I 2013-04-09 14:05:26.162
[s~testbetw/1.366550021591110251].: 12:05:26.101 [Request C854F190] INFO ninja.lifecycle.LifecycleServiceImpl - Starting Ninja application...

I 2013-04-09 14:05:26.567
[s~testbetw/1.366550021591110251].: 12:05:26.567 [Request C854F190] INFO ninja.lifecycle.LifecycleServiceImpl - Ninja application started in 471ms

I 2013-04-09 14:05:28.277
This request caused a new process to be started for your application, and thus caused your application code to be loaded for the first time. This request may thus take longer and use more CPU than a typical request for your application.

[raphaelbauer]

how did you deploy?

This looks like an issue you'll get when using mvn clean install
appengine:update

I bet the issue goes away if you use mvn clean appengine:update . true?

ra

On Tue, Apr 9, 2013 at 2:14 PM, Samuel Liard notifications@github.comwrote:

Hi,

Just tried to deploy an application on GAE and the load time is very slow.
9s
I have an Exception, that can explain start time ?

thx

Full trace :

2013-04-09 14:05:28.277 / 200 9225ms 0kb Mozilla/5.0 (Macintosh; Intel Mac
OS X 10_8_3) AppleWebKit/537.31 (KHTML, like Gecko) Chrome/26.0.1410.43
Safari/537.31
5.48.232.156 - - [09/Apr/2013:05:05:28 -0700] "GET / HTTP/1.1" 200 224 -
"Mozilla/5.0 (Macintosh; Intel Mac OS X 10_8_3) AppleWebKit/537.31 (KHTML,
like Gecko) Chrome/26.0.1410.43 Safari/537.31" "1.testbetw.appspot.com"
ms=9225 cpu_ms=5070 cpm_usd=0.000025 loading_request=1
instance=00c61b117c9b676bc5d77a7517e47f1f8d159b03
I 2013-04-09 14:05:23.185
com.google.inject.internal.util.$FinalizableReferenceQueue$SystemLoader
loadFinalizer: Not allowed to access system class loader.
I 2013-04-09 14:05:23.192
com.google.inject.internal.util.$FinalizableReferenceQueue : Failed to
start reference finalizer thread. Reference cleanup will only occur when
new references are created.
java.lang.reflect.InvocationTargetException
at
com.google.appengine.runtime.Request.process-c3a2e572f96e3caa(Request.java)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:43)
at
com.google.inject.internal.util.$FinalizableReferenceQueue.(FinalizableReferenceQueue.java:124)
at
com.google.inject.internal.util.$MapMaker$QueueHolder.(MapMaker.java:787)
at com.google.inject.internal.util.$MapMaker$WeakEntry.(MapMaker.java:946)
at
com.google.inject.internal.util.$MapMaker$Strength$1.newEntry(MapMaker.java:312)
at
com.google.inject.internal.util.$MapMaker$StrategyImpl.newEntry(MapMaker.java:498)
at
com.google.inject.internal.util.$MapMaker$StrategyImpl.newEntry(MapMaker.java:419)
at
com.google.inject.internal.util.$CustomConcurrentHashMap$ComputingImpl.get(CustomConcurrentHashMap.java:2029)
at
com.google.inject.internal.Annotations$AnnotationChecker.hasAnnotations(Annotations.java:116)
at
com.google.inject.internal.Annotations.isBindingAnnotation(Annotations.java:180)
at
com.google.inject.internal.Annotations.findBindingAnnotation(Annotations.java:161)
at com.google.inject.internal.Annotations.getKey(Annotations.java:147)
at com.google.inject.spi.InjectionPoint.(InjectionPoint.java:92)
at
com.google.inject.spi.InjectionPoint$InjectableField.toInjectionPoint(InjectionPoint.java:438)
at
com.google.inject.spi.InjectionPoint.getInjectionPoints(InjectionPoint.java:723)
at
com.google.inject.spi.InjectionPoint.forInstanceMethodsAndFields(InjectionPoint.java:356)
at
com.google.inject.spi.InjectionPoint.forInstanceMethodsAndFields(InjectionPoint.java:375)
at
com.google.inject.internal.BindingBuilder.toInstance(BindingBuilder.java:82)
at ninja.scheduler.SchedulerSupport$1.configure(SchedulerSupport.java:81)
at com.google.inject.AbstractModule.configure(AbstractModule.java:59)
at
com.google.inject.spi.Elements$RecordingBinder.install(Elements.java:223)
at com.google.inject.spi.Elements.getElements(Elements.java:101)
at
com.google.inject.internal.InjectorShell$Builder.build(InjectorShell.java:133)
at
com.google.inject.internal.InternalInjectorCreator.build(InternalInjectorCreator.java:103)
at com.google.inject.Guice.createInjector(Guice.java:95)
at com.google.inject.Guice.createInjector(Guice.java:72)
at ninja.servlet.NinjaBootstap.initInjector(NinjaBootstap.java:141)
at ninja.servlet.NinjaBootstap.boot(NinjaBootstap.java:69)
at
ninja.servlet.NinjaServletListener.getInjector(NinjaServletListener.java:52)
at
com.google.inject.servlet.GuiceServletContextListener.contextInitialized(GuiceServletContextListener.java:45)
at
ninja.servlet.NinjaServletListener.contextInitialized(NinjaServletListener.java:40)
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.tracing.TraceContext$TraceContextRunnable.runInContext(TraceContext.java:480)
at
com.google.tracing.TraceContext$TraceContextRunnable$1.run(TraceContext.java:487)
at com.google.tracing.TraceContext.runInContext(TraceContext.java:774)
at
com.google.tracing.TraceContext$DoInTraceContext.runInContext(TraceContext.java:751)
at
com.google.tracing.TraceContext$AbstractTraceContextCallback.runInInheritedContextNoUnref(TraceContext.java:342)
at
com.google.tracing.TraceContext$AbstractTraceContextCallback.runInInheritedContext(TraceContext.java:334)
at
com.google.tracing.TraceContext$TraceContextRunnable.run(TraceContext.java:484)
at java.lang.Thread.run(Thread.java:679)
Caused by: java.security.AccessControlException: access denied
(java.lang.RuntimePermission modifyThreadGroup)
at
java.security.AccessControlContext.checkPermission(AccessControlContext.java:355)
at
java.security.AccessController.checkPermission(AccessController.java:567)
at java.lang.SecurityManager.checkPermission(SecurityManager.java:549)
at java.lang.ThreadGroup.checkAccess(ThreadGroup.java:315)
at java.lang.Thread.init(Thread.java:353)
at java.lang.Thread.(Thread.java:479)
at com.google.inject.internal.util.$Finalizer.(Finalizer.java:92)
at
com.google.inject.internal.util.$Finalizer.startFinalizer(Finalizer.java:81)
... 48 more
I 2013-04-09 14:05:25.883
[s~testbetw/1.366550021591110251].: _______ .___ _______ ____. _____

\ \ | |\ \ | | / _ \

/ | | |/ | \ | |/ /\
/ | \ / | /__| / |
| /|__ /______| /
web/framework / /

I 2013-04-09 14:05:25.883
[s~testbetw/1.366550021591110251].:

I 2013-04-09 14:05:26.162
[s~testbetw/1.366550021591110251].: 12:05:26.101 [Request C854F190] INFO
ninja.lifecycle.LifecycleServiceImpl - Starting Ninja application...

I 2013-04-09 14:05:26.567
[s~testbetw/1.366550021591110251].: 12:05:26.567 [Request C854F190] INFO
ninja.lifecycle.LifecycleServiceImpl - Ninja application started in 471ms

I 2013-04-09 14:05:28.277
This request caused a new process to be started for your application, and
thus caused your application code to be loaded for the first time. This
request may thus take longer and use more CPU than a typical request for
your application.

—
Reply to this email directly or view it on GitHubhttps://github.com//issues/4
.

inc: http://ars-machina.raphaelbauer.com
tech: http://ars-codia.raphaelbauer.com
web: http://raphaelbauer.com

[sliard]

Yes I run : mvn clean install gae:deploy -Pdeployment
(like explain on documentation)

But I have the same error with "mvn clean gae:deploy -Pdeployment"

and appengine:update don't work (No plugin found for prefix 'appengine') not declare in pom.xml

Edit :
ok I use appengine plugin. but "mvn clean appengine:update -Pdeployment" make the same error

[raphaelbauer]

On Tue, Apr 9, 2013 at 2:24 PM, Samuel Liard notifications@github.comwrote:

Yes I run : mvn clean install gae:deploy -Pdeployment
(like explain on documentation)

But I have the same error with "mvn clean gae:deploy -Pdeployment"

and appengine:update don't work (No plugin found for prefix 'appengine')
not declare in pom.xml

Hmm. That is strange. I got several applications up and runing on App
Engine.

Can you post all logs?

Best,

Raphael

[sliard]

You have all logs :)

And for other application what is the average load time ?
Because I remove spring MVC for that reason :/

2013-04-09 14:29:19.139 / 200 12248ms 0kb Mozilla/5.0 (Macintosh; Intel Mac OS X 10_8_3) AppleWebKit/537.31 (KHTML, like Gecko) Chrome/26.0.1410.43 Safari/537.31
109.190.56.9 - - [09/Apr/2013:05:29:19 -0700] "GET / HTTP/1.1" 200 224 - "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_8_3) AppleWebKit/537.31 (KHTML, like Gecko) Chrome/26.0.1410.43 Safari/537.31" "1.testbetw.appspot.com" ms=12248 cpu_ms=7842 cpm_usd=0.000025 loading_request=1 instance=00c61b117cf99392ae2a97cf792eb80c1e033f84
I 2013-04-09 14:29:10.823
com.google.inject.internal.util.$FinalizableReferenceQueue$SystemLoader loadFinalizer: Not allowed to access system class loader.
I 2013-04-09 14:29:10.831
com.google.inject.internal.util.$FinalizableReferenceQueue : Failed to start reference finalizer thread. Reference cleanup will only occur when new references are created.
java.lang.reflect.InvocationTargetException
at com.google.appengine.runtime.Request.process-882bad9b66621373(Request.java)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:43)
at com.google.inject.internal.util.$FinalizableReferenceQueue.(FinalizableReferenceQueue.java:124)
at com.google.inject.internal.util.$MapMaker$QueueHolder.(MapMaker.java:787)
at com.google.inject.internal.util.$MapMaker$WeakEntry.(MapMaker.java:946)
at com.google.inject.internal.util.$MapMaker$Strength$1.newEntry(MapMaker.java:312)
at com.google.inject.internal.util.$MapMaker$StrategyImpl.newEntry(MapMaker.java:498)
at com.google.inject.internal.util.$MapMaker$StrategyImpl.newEntry(MapMaker.java:419)
at com.google.inject.internal.util.$CustomConcurrentHashMap$ComputingImpl.get(CustomConcurrentHashMap.java:2029)
at com.google.inject.internal.Annotations$AnnotationChecker.hasAnnotations(Annotations.java:116)
at com.google.inject.internal.Annotations.isBindingAnnotation(Annotations.java:180)
at com.google.inject.internal.Annotations.findBindingAnnotation(Annotations.java:161)
at com.google.inject.internal.Annotations.getKey(Annotations.java:147)
at com.google.inject.spi.InjectionPoint.(InjectionPoint.java:92)
at com.google.inject.spi.InjectionPoint$InjectableField.toInjectionPoint(InjectionPoint.java:438)
at com.google.inject.spi.InjectionPoint.getInjectionPoints(InjectionPoint.java:723)
at com.google.inject.spi.InjectionPoint.forInstanceMethodsAndFields(InjectionPoint.java:356)
at com.google.inject.spi.InjectionPoint.forInstanceMethodsAndFields(InjectionPoint.java:375)
at com.google.inject.internal.BindingBuilder.toInstance(BindingBuilder.java:82)
at ninja.scheduler.SchedulerSupport$1.configure(SchedulerSupport.java:81)
at com.google.inject.AbstractModule.configure(AbstractModule.java:59)
at com.google.inject.spi.Elements$RecordingBinder.install(Elements.java:223)
at com.google.inject.spi.Elements.getElements(Elements.java:101)
at com.google.inject.internal.InjectorShell$Builder.build(InjectorShell.java:133)
at com.google.inject.internal.InternalInjectorCreator.build(InternalInjectorCreator.java:103)
at com.google.inject.Guice.createInjector(Guice.java:95)
at com.google.inject.Guice.createInjector(Guice.java:72)
at ninja.servlet.NinjaBootstap.initInjector(NinjaBootstap.java:141)
at ninja.servlet.NinjaBootstap.boot(NinjaBootstap.java:69)
at ninja.servlet.NinjaServletListener.getInjector(NinjaServletListener.java:52)
at com.google.inject.servlet.GuiceServletContextListener.contextInitialized(GuiceServletContextListener.java:45)
at ninja.servlet.NinjaServletListener.contextInitialized(NinjaServletListener.java:40)
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.tracing.TraceContext$TraceContextRunnable.runInContext(TraceContext.java:480)
at com.google.tracing.TraceContext$TraceContextRunnable$1.run(TraceContext.java:487)
at com.google.tracing.TraceContext.runInContext(TraceContext.java:774)
at com.google.tracing.TraceContext$DoInTraceContext.runInContext(TraceContext.java:751)
at com.google.tracing.TraceContext$AbstractTraceContextCallback.runInInheritedContextNoUnref(TraceContext.java:342)
at com.google.tracing.TraceContext$AbstractTraceContextCallback.runInInheritedContext(TraceContext.java:334)
at com.google.tracing.TraceContext$TraceContextRunnable.run(TraceContext.java:484)
at java.lang.Thread.run(Thread.java:679)
Caused by: java.security.AccessControlException: access denied (java.lang.RuntimePermission modifyThreadGroup)
at java.security.AccessControlContext.checkPermission(AccessControlContext.java:355)
at java.security.AccessController.checkPermission(AccessController.java:567)
at java.lang.SecurityManager.checkPermission(SecurityManager.java:549)
at java.lang.ThreadGroup.checkAccess(ThreadGroup.java:315)
at java.lang.Thread.init(Thread.java:353)
at java.lang.Thread.(Thread.java:479)
at com.google.inject.internal.util.$Finalizer.(Finalizer.java:92)
at com.google.inject.internal.util.$Finalizer.startFinalizer(Finalizer.java:81)
... 48 more
I 2013-04-09 14:29:15.266
[s~testbetw/1.366551444915156870].: _______ .___ _______ . _____
\ \ | |\ \ | | / _ \
/ | | |/ | \ | |/ /\ \
/ | \ / | /| / |
__| /****|__ /________| /
web/framework / /

I 2013-04-09 14:29:15.266
[s~testbetw/1.366551444915156870].:

I 2013-04-09 14:29:15.537
[s~testbetw/1.366551444915156870].: 12:29:15.529 [Request 3177A940] INFO ninja.lifecycle.LifecycleServiceImpl - Starting Ninja application...

I 2013-04-09 14:29:16.320
[s~testbetw/1.366551444915156870].: 12:29:16.319 [Request 3177A940] INFO ninja.lifecycle.LifecycleServiceImpl - Ninja application started in 798ms

I 2013-04-09 14:29:19.139
This request caused a new process to be started for your application, and thus caused your application code to be loaded for the first time. This request may thus take longer and use more CPU than a typical request for your application.

[sliard]

One difference with demo. I add logback :

    <dependency>
        <groupId>ch.qos.logback</groupId>
        <artifactId>logback-core</artifactId>
        <version>0.9.27</version>
    </dependency>
    <dependency>
        <groupId>org.slf4j</groupId>
        <artifactId>slf4j-api</artifactId>
        <version>1.6.2</version>
    </dependency>
    <dependency>
        <groupId>ch.qos.logback</groupId>
        <artifactId>logback-classic</artifactId>
        <version>0.9.27</version>
    </dependency>

To correct error :
[s~testbetw/1.366551506100638944].: Failed to instantiate [ch.qos.logback.classic.LoggerContext]

But error is still here even without logback :
access denied (java.lang.RuntimePermission modifyThreadGroup)

[raphaelbauer]

On Tue, Apr 9, 2013 at 2:32 PM, Samuel Liard notifications@github.comwrote:

One difference with demo. I add logback :

<dependency>
    <groupId>ch.qos.logback</groupId>
    <artifactId>logback-core</artifactId>
    <version>0.9.27</version>
</dependency>
<dependency>
    <groupId>org.slf4j</groupId>
    <artifactId>slf4j-api</artifactId>
    <version>1.6.2</version>
</dependency>
<dependency>
    <groupId>ch.qos.logback</groupId>
    <artifactId>logback-classic</artifactId>
    <version>0.9.27</version>
</dependency>

—
Reply to this email directly or view it on GitHubhttps://github.com//issues/4#issuecomment-16109663
.

Hi Sam,

I tried again, but cannot reproduce your issue. I just deployed my app via:
mvn clean install gae:deploy

and it works fine...

this is the appengine module i am using:

    <dependency>

        <groupId>org.ninjaframework</groupId>

        <artifactId>ninja-appengine-module</artifactId>

        <version>1.0.1</version>

    </dependency>

Maybe you can deploy to a new app version and restart the app. And maybe
you can spot some more meaningful logs. Usually you get more than 1 log.
And usually one of the many logs you get contains a clue where the real
problem is...

The startup time of Ninja is limited (I guess) mostly by Guice. And guice
is quite fast. Having said that I did not do any benchmarking - but I did
either not run into any issues here...

Best,

Raphael

[ludoch]

Worth looking at dagger as well? http://square.github.io/dagger/

[raphaelbauer]

On Tue, Apr 9, 2013 at 5:07 PM, ludoch notifications@github.com wrote:

Worth looking at dagger as well? http://square.github.io/dagger/

imho Guice is lightweight enough :) And it is for sure not the problem you
are facing.

Thanks for the zipped project - I'll have a look the next days :)

Best,

Raphael

[raphaelbauer]

On Tue, Apr 9, 2013 at 8:01 PM, Raphael André Bauer
raphael.andre.bauer@gmail.com wrote:

On Tue, Apr 9, 2013 at 5:07 PM, ludoch notifications@github.com wrote:

Worth looking at dagger as well? http://square.github.io/dagger/

imho Guice is lightweight enough :) And it is for sure not the problem you
are facing.

Thanks for the zipped project - I'll have a look the next days :)

Hi Samuel,

I had a look and unfortunately cannot reproduce your issue.

I simply imported your project into eclipse, changed my app id and called:
mvn appengine:update -Pdeployment

you can see your running app here:
http://1.raplayground.appspot.com/

Best,

Raphael

[sliard]

My empty app works, it's not the problem :)
The main problem is first loading time

And in GAE log we have Info logs with exception :
com.google.inject.internal.util.$FinalizableReferenceQueue$SystemLoader
loadFinalizer: Not allowed to access system class loader.
Caused by: java.security.AccessControlException: access denied
(java.lang.RuntimePermission modifyThreadGroup)

And maybe it's the reason of 13s starting time...
You don't have this log on your server ?

Samuel

2013/4/10 Raphael A. Bauer notifications@github.com:

On Tue, Apr 9, 2013 at 8:01 PM, Raphael André Bauer
raphael.andre.bauer@gmail.com wrote:

On Tue, Apr 9, 2013 at 5:07 PM, ludoch notifications@github.com wrote:

Worth looking at dagger as well? http://square.github.io/dagger/

imho Guice is lightweight enough :) And it is for sure not the problem you
are facing.

Thanks for the zipped project - I'll have a look the next days :)

Hi Samuel,

I had a look and unfortunately cannot reproduce your issue.

I simply imported your project into eclipse, changed my app id and called:
mvn appengine:update -Pdeployment

you can see your running app here:
http://1.raplayground.appspot.com/

Best,

Raphael

—
Reply to this email directly or view it on GitHub.

[ludoch]

Known guice log entry. Very annoying but has no impact:
https://code.google.com/p/google-guice/wiki/GoogleAppEngine
I wish Guice guys can fix it. Will try to reach them.

[raphaelbauer]

On Wed, Apr 10, 2013 at 4:09 PM, Samuel Liard notifications@github.comwrote:

My empty app works, it's not the problem :)
The main problem is first loading time

And in GAE log we have Info logs with exception :
com.google.inject.internal.util.$FinalizableReferenceQueue$SystemLoader
loadFinalizer: Not allowed to access system class loader.
Caused by: java.security.AccessControlException: access denied
(java.lang.RuntimePermission modifyThreadGroup)

And maybe it's the reason of 13s starting time...
You don't have this log on your server ?

No. That is just an info message saying that guice uses a non thread based
approach to clean references because App Engine is too restrictive. Nothing
to worry about.

And for sure not the reason for 13s startup time :)

You have of course take into account that initial loading requests can be
really slow. How big (in terms of war size) is the application where you
are experiencing that startup time?

Best,

Raphael

[sliard]

Startup time is a big problem with GAE due to a bug with idle instance.

My experience :
http://stackoverflow.com/questions/12396306/why-a-client-create-new-instance-on-gae-just-after-a-warmup-request
Bug report :
https://code.google.com/p/googleappengine/issues/detail?id=7865

Hope that ludoch work on it :)

So we have to work to have the minimum startup time. In other case some client have 13s of loading page :(
It's the reason why I search for something more lightweight that spring.
But for the moment, ninja and spring have the same startup time...

[raphaelbauer]

On Wed, Apr 10, 2013 at 4:34 PM, Samuel Liard notifications@github.comwrote:

Startup time is a big problem with GAE due to a bug with idle instance.

My experience :

http://stackoverflow.com/questions/12396306/why-a-client-create-new-instance-on-gae-just-after-a-warmup-request
Bug report :
https://code.google.com/p/googleappengine/issues/detail?id=7865

Hope that ludoch work on it :)

So we have to work to have the minimum startup time. In other case some
client have 13s of loading page :(
It's the reason why I search for something more lightweight that spring.
But for the moment, ninja and spring have the same startup time...

What startup time does an empty or minimal war project have?

You have to benchmark that against the "minimal" spring and ninja
framework. I bet that Ninja's startup time is not really slower than an
empty war project (with an equal amount of external libraries) You also
have to take into account that starting the VM and unzipping your war on
GAE's node will take some time.

Another "trick" you can do is: Schedule a task that touches one of your
urls each minute. This keeps the instance warm... (But I guess Google does
not like it that much)...

Hope that helps,

ra

[sliard]

Sample GAE app with 1 servlet takes between 2 and 3 secondes to start.
I made a lot of tests :) Objectify add 1s on startup time.

Maybe the faster framework is Slim3 :
https://sites.google.com/site/slim3appengine/

Look at this article, maybe we can find solution to speed up ninja :
https://developers.google.com/appengine/articles/spring_optimization

And I try your trick with schedule task, it's doesn't work. Idle instance is the solution (without bug...)