Bob Lee wrote:
> You would also retain garbage longer than necessary.
How much longer?
> The problem we're solving is that some developers have trouble unloading
> an application during development. That's not worth sacrificing
> production performance.
What is the performance difference? Do we know for a fact that it's a
big deal? Did anyone profile this? You're under the impression that the
impact will be substantial, I am under the impression it will be
trivial. We won't know until we measure.
> Besides, we are solving the problem (and it's already solved if you just
> put Guice in your system classpath).
If you are seriously determined to address this problem then I am quite
happy. The fact that you mention placing Guice in the system classpath,
however, worries me quite a bit.
In my view, placing Guice in the system classpath is a nice hack, but
nothing more. It isn't realistic to expect developers to place Guice in
the system classpath of production machines. Each webapp is supposed to
be an island onto itself. Breaking this architecture results in a slew
of problems. For example, my production machine has a legacy webapp that
I cannot change which depends on Guice 1.0 but I want to be able to use
Guice 2.0 for my newer webapps.
I've tried really hard to get Guice 2.0 working under Tomcat, Glassfish
v2 or v3. I tried a whole bunch of dev builds, profiled the problem and
reported bugs to both the authors of Guice and Glassfish. No one can
claim I haven't been trying :) Anyway, I think it is worth noting that
the vast majority of Java developers use Tomcat or Glassfish. It is
highly likely that they will run across the same problem. As I have
shown, I am more than willing to bend over backward to make sure that
this issue is resolved but placing Guice in the system classpath simply
isn't a solution for me.
Gili
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups
"google-guice" group.
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to
[email protected]
For more options, visit this group at
http://groups.google.com/group/google-guice?hl=en
-~----------~----~----~----~------~----~------~--~---
