1. d9c913a switch Guice from manually repackaging Guava to depending on Guava. it's still jarjar'd right now, which is causing a ~400k increase in guice-snapshot.jar. next step is to switch to ProGuard to remove the unnecessary code and cut it back down (even further?!). this will let people build from Guice source and depend directly on Guava code without having to worry about hiding internal/util. by sberlin · 13 years ago
  2. dfee9fd issue 531 -- don't let c.g.i.internal.util reference outside its package. by sberlin · 14 years ago
  3. 74d714c Issue 552: (step 1) move core code to its own subdirectory by mcculls · 14 years ago[Renamed from src/com/google/inject/spi/InjectionPoint.java]
  4. 9a227be Move internal utility code to separate package. by limpbizkit@gmail.com · 14 years ago
  5. e1290f3 added "@since 3.0" to all new things, and modified ones that had "@since 2.1" to be 3.0. by sberlin · 14 years ago
  6. e2a8afd Actual correct implementation for what r1176 tried to do. Better tests too. by sberlin@gmail.com · 14 years ago
  7. f51c690 Change behavior of method overriding if any methods in the call stack had @com.google.inject.Inject. The new behavior is.. by sberlin@gmail.com · 14 years ago
  8. 8ad6468 warn when a subclass overrides a method marked with @Inject but does not itself add @Inject (or invalidates the injectability), thus causing guice to stop injecting the method. by sberlin · 14 years ago
  9. 97c2271 issue 454 - add an annotation to mark @Injectable methods as wanting injection during Stage.TOOL. by sberlin · 15 years ago
  10. ed61f2c Added comments. by crazyboblee · 15 years ago
  11. 6383ccd Added comments. by crazyboblee · 15 years ago
  12. 6ee3634 Removed redundant optimization. by crazyboblee · 15 years ago
  13. 8fbdc4e Fixed typo. Added comment. by crazyboblee · 15 years ago
  14. 570c181 Added comment. by crazyboblee · 15 years ago
  15. c8786de Removed TODO. by crazyboblee · 15 years ago
  16. e7a727c Optimized InjectionPoint. by crazyboblee · 15 years ago
  17. 3c84c57 We pass the TCK! by crazyboblee · 15 years ago
  18. 7b54f28 Added TODO. by crazyboblee · 15 years ago
  19. eedf816 We now handle overridden methods properly. by crazyboblee · 15 years ago
  20. 2acabce Update JSR 330 support. by limpbizkit · 15 years ago
  21. b47d75a JSR 330 strict constraints checking: by limpbizkit · 15 years ago
  22. 365f834 First effort at support for JSR 330. by limpbizkit · 15 years ago
  23. 39e9886 New API: toConstructor(Constructor, TypeLiteral). by limpbizkit · 15 years ago
  24. 62600d2 More tests, redefining InjectionPoint equality to consider the generic type of the injected type by limpbizkit · 15 years ago
  25. 4447564 toConstructor() core implementation. This still requires test coverage, and maybe a review of the API. by limpbizkit · 15 years ago
  26. 9b8bdc7 toConstructor SPI support. We can now create the module models for toConstructor bindings. I haven't yet added the code that takes these bindings and uses them when creating an Injector. by limpbizkit · 15 years ago
  27. 6caa8dc Stripping serializability from Key, InjectionPoint and Dependency for the release. by limpbizkit · 15 years ago
  28. 53664a7 Regrettably replacing jarjar'd Google Collections with minimal copies of the parts that we use. by limpbizkit · 16 years ago
  29. c45600e InjectionRequests now expose their injection points (or throw an exception upon request) by limpbizkit · 16 years ago
  30. 2d633cd Big API change to AssistedInject Deluxe. by limpbizkit · 16 years ago
  31. 9bf6585 Fix for bug 242. by limpbizkit · 16 years ago
  32. 4272aef Key.get() now explodes when you give it a type parameter like 'T'. Guice has never supported this, but now we fail earlier. by limpbizkit · 16 years ago
  33. c489adf A whole bunch of @since tags, and a JDiff report of everything that's changed since Guice 1. by limpbizkit · 16 years ago
  34. 3a8c155 Changed the InjectionPoint factory methods. Now the ConfigurationException includes a partial value, which means that a sink collection doesn't need to be passed in. by limpbizkit · 16 years ago
  35. 4f5d1f7 Made type resolution way fast. We no longer build any collections -- instead we just do everything on demand. A very naive benchmark showed this to be much faster (50s vs 3s). by limpbizkit · 16 years ago
  36. 8ba9788 This change is big, and it makes Guice slower. I'll need to follow-up with some optimizations that make TypeResolver quicker. by limpbizkit · 16 years ago
  37. 0689806 Hopefully the last of the big exceptions refactorings. I went through all of the places we're adding context to our Errors object and made sure we're never doubling-up -- specifing the same injection point or key multiple times. by limpbizkit · 16 years ago
  38. 490833f Cleaning up exceptions and Javadoc: by limpbizkit · 16 years ago
  39. b3a8f0b Last of the planned major changes to the SPI. Aside from Javadoc I consider the SPI to be complete for v2. (with a possible addition of a ProviderMethodBinding feature also) by limpbizkit · 16 years ago
  40. a6e0e78 Moving error sources so they're now reported in the same place for configuration errors and runtime errors. This means that instead of seeing this: by limpbizkit · 16 years ago
  41. 18cb191 Splitting up finding member injectors from finding injection points. This is intended to make it so the new SPI exposes injection points on Module elements without actually having to resolve 'em. by limpbizkit · 16 years ago
  42. a98bc7a Cleaning up some internals for the SPI. by limpbizkit · 16 years ago
  43. 76a2b9a Changing InjectionPoint.member to be swapped for a serializable instance lazily rather than eagerly. This is what Bob had originally requested, and only now do I learn my lesson (from Sam's memory leak). Bob=smart. by limpbizkit · 16 years ago
  44. 918dff8 Moved Errors (an implementation detail class) out of InjectionPoint (a public API). by limpbizkit · 16 years ago
  45. 163c48a Cleanup after the big errors refactoring. by limpbizkit · 16 years ago
  46. 564053f Massive refactoring to exception handling. I'm trying to simplify things, but they are currently a little bit more complicated. I'll do another round shortly. by limpbizkit · 16 years ago