Thanks for the answers above. You are right, sberlin, The servlet still
works, however as I mentione before, the servlet runs on GAE and when the
exception happens it eats a lot of CPU - for example:
/installNew?id=*** 200 8303ms 13282cpu_ms 21api_cpu_ms 0kb gzip(gfe)
request to the same servlet that doesn't cause exception
/installNew?id=*** 200 1198ms 468cpu_ms 21api_cpu_ms 0kb gzip(gfe)
The exception happens all the time and its handling eats CPU=money.
So it's not "just an info message".
I really need advice on what can be done to reduce the CPU consumption at
least by this exception handling, or event better to prevent the exception
to happen.
Thanks
I just want to add that its really strange that Guice as a Google supported
development doesn't integrate nicely with GAE.
Please re-open this.
Info messages should be generated with proper logging, not exceptions.
My app is also experiencing this issue.
I agree with Marius.
This should be re-opened and fixed so that an exception is not thrown.
Note: the potential solution I recently attached for Issue 288 would also
help this issue.
This issue also occurs on WebSphere 7.x when the default JavaSE security
policy is enabled. This is because the default policy prevents application
code from creating threads (as per the EJB programming restrictions).
Note that I've also posted on issue 288 asking if the new fix to hat issue
(from fry) addresses this issue too.
For the record, this is a workaround to put in your startup listener:
Logger.getLogger("com.google.inject.internal.util").setLevel(Level.WARNING);
I agree that this issue should be dealt with. The resolution suggested in
comment 9 is not a workaround, but rather a hideout.