thanks dhanji.
but what other ways do i have for testing ?
i wanted to do some integration testing and i need to have everything
injected by the container.
nicola
On Jun 12, 6:32 pm, Dhanji R. Prasanna dha...@gmail.com wrote:
You should bind @RequestScoped and @SessionScoped to your own
Thanks for your suggestion - I have discovered the provides methods
(annotated with @Provides) that do the same thing.
So for all you out there - just use that annotation - will save a lot of
work and the code gets a lot clearer.
Btw: Guice is great
Btw2: Plz upload to maven central
Regards,
Hi;
Has anyone worked with the AOP interceptors in Guice much? I'm used
to using full blown AspectJ in my other projects and am having
difficulty reproducing some mix-in behaviour using plain AOP.
I want to introduce a tracer on instance methods in certain packages.
The catch is that I only
Notice the first Matcher takes a ? super Class and it decides if the
class is eligible for AOP. The second Matcher takes a ? super Method
and it decides if it should intercept the method or not.
Nothing is stopping you from inspecting the method e.g.
new AbstractMatcherMethod() {
You can simulate a request by instantiating GuiceFilter() and passing it a
mock request and response. If you have previously installed a configured
ServletModule, it will execute the servlets + filters registered in the GS2
pipeline.
Dhanji.
On Sat, Jun 13, 2009 at 5:12 AM, naaka
Comment #3 on issue 271 by dhanji: Scopes.SINGLETON + null doesn't work
http://code.google.com/p/google-guice/issues/detail?id=271
Im not sure this is something we should support at all. I think it should
be an error for a @Provides method to
return null.
--
You received this message because
Comment #4 on issue 271 by chris.nokleberg: Scopes.SINGLETON + null doesn't
work
http://code.google.com/p/google-guice/issues/detail?id=271
You mean remove support for @Nullable?
--
You received this message because you are listed in the owner
or CC fields of this issue, or because you