Gitiles
Code Review Sign In
gerrit-public.fairphone.software / platform / external / guice / ba5acdf7cf1eef418cfdb463991ff76e7f3ded28 / core / src / com / google / inject / internal / util / SourceProvider.java
  1. ba5acdf Allow turning off stack trace collection in Guice. by Christian Edward Gruber · 11 years ago
  2. 605bd08 Updates the internals of an Element's source to keep track of the Modules that installed it, as well as the complete stack trace leading to the binding. The data is not yet exposed in Element.getSource(), but will be exposed in a future CL. by Christian Edward Gruber · 11 years ago
  3. d9e0545 Reduce the memory consumption of SourceProvider instances by keeping a reference to the parent object instead of copying all class names to a new object. by Christian Edward Gruber · 11 years ago
  4. b7a02b0 by sberlin · 13 years ago
  5. 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
  6. 74d714c Issue 552: (step 1) move core code to its own subdirectory by mcculls · 14 years ago[Renamed from src/com/google/inject/internal/util/SourceProvider.java]
  7. 9a227be Move internal utility code to separate package. by limpbizkit@gmail.com · 14 years ago[Renamed (94%) from src/com/google/inject/internal/SourceProvider.java]
  8. 5ae41eb Post release refactor. I moved almost everything that was package-private in com.google.inject to the internal package. The motivation is to simplify things - the previous setup was extremely awkward because c.g.i could call into internal, but not the reverse. Similarly for the SPI package. by limpbizkit · 15 years ago
  9. 53664a7 Regrettably replacing jarjar'd Google Collections with minimal copies of the parts that we use. by limpbizkit · 15 years ago
  10. 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
  11. 6663d02 Axing SourceProviders and SourceProvider in favour of Binder.withSource and Binder.skipSources by limpbizkit · 16 years ago