Gitiles
Code Review Sign In
gerrit.onosproject.org / onos-felix / 9137feb123bc6bde4f4f458f26de21259d0bee35 / framework
  1. 9137feb The class loader delegation in wires was not correctly working when a module by Richard S. Hall · 16 years ago
  2. 35a5498 Fixed a bug where class loader delegation for dynamic imports was happening by Richard S. Hall · 16 years ago
  3. 9ae129d Added a comment to remind us to clean up when fragments are done. by Richard S. Hall · 16 years ago
  4. e49bf1c Added a configuration property to determine whether installing a fragment by Richard S. Hall · 16 years ago
  5. 5085e43 Rollback an unintended commit from my previous commit. by Richard S. Hall · 16 years ago
  6. ad25073 Removed some experimental code for "implicit requirements" that was added by Richard S. Hall · 16 years ago
  7. e47c068 Fix an issue with FilterImpl.toString which could throw a NullPointerException when several Threads where doing a toString at the same time. The fix is making the children member of Operator volatile and assign it optimistic. (FELIX-721) by Karl Pauls · 16 years ago
  8. 2ce8737 [maven-release-plugin] prepare for next development iteration by Karl Pauls · 16 years ago
  9. d79ef13 [maven-release-plugin] prepare release org.apache.felix.framework-1.2.1 by Karl Pauls · 16 years ago
  10. d03c749 [maven-release-plugin] rollback the release of org.apache.felix.framework-1.2.1 by Karl Pauls · 16 years ago
  11. ba8103b [maven-release-plugin] prepare release org.apache.felix.framework-1.2.1 by Karl Pauls · 16 years ago
  12. d3eb54c [maven-release-plugin] rollback the release of org.apache.felix.framework-1.2.1 by Karl Pauls · 16 years ago
  13. 841f149 [maven-release-plugin] prepare release org.apache.felix.framework-1.2.1 by Karl Pauls · 16 years ago
  14. e212d9b Prepare for 1.2.1 release by Karl Pauls · 16 years ago
  15. 4f7f1a7 Fixed a performance regression that was caused by uncached access to the by Richard S. Hall · 16 years ago
  16. 43f7228 Fixed a bug in calculating the system bundle's exported packages; it was by Richard S. Hall · 16 years ago
  17. f308dc7 [maven-release-plugin] prepare for next development iteration by Karl Pauls · 16 years ago
  18. f9295fc [maven-release-plugin] prepare release org.apache.felix.framework-1.2.0 by Karl Pauls · 16 years ago
  19. 78ba324 Prepare the Felix 1.2 release. by Karl Pauls · 16 years ago
  20. a589b81 Support JAR-wide manifest package metadata. (FELIX-682) by Richard S. Hall · 16 years ago
  21. 367aae8 Throw an exception when installing a fragment that uses features that we by Richard S. Hall · 16 years ago
  22. 28397f6 There was a bug when calculating a bundle's class path for fragments, it by Richard S. Hall · 16 years ago
  23. d634ae8 Better error reporting when loading bundle classes using Bundle.loadClass. We now let the exception from ModuleImpl.loadClass bubble up instead of swallowing it. (FELIX-674). by Karl Pauls · 16 years ago
  24. 5ed610f More modifications for fragment support. Properly manages fragment by Richard S. Hall · 16 years ago
  25. b533765 We were not correctly checking attributes when resolving dynamic imports. by Richard S. Hall · 16 years ago
  26. 999d091 Implements singleton support, but we still need to test it more and perhaps by Richard S. Hall · 16 years ago
  27. 99bdda2 Subject.doAs is not considered by the spec and doesn't work well with the current approach we have inside the framework. This commit makes it work based on the current security policy installed. Furthermore, it is now possible (and needed) to assign permissions to bundles via the security policy (based on the bundle location - not certificates). In other words, as of now, correct permissions have to be assigned to the framework and bundles using the java security policy based on either the codesource or the subject, if subject.doAs is used. This is possible because bundles do have a codesource now and the bundle protection domain asks the installed policy for permissions in case no security provider is installed. (FELIX-654) by Karl Pauls · 16 years ago
  28. b00f75b Applied patch (FELIX-582) to return Bundle.getLastModified() for bundle by Richard S. Hall · 16 years ago
  29. 69b8073 Applied patch (FELIX-577) to improve handling of improper resource URLs. by Richard S. Hall · 16 years ago
  30. c6ae736 Add necessary stub methods to implement new R4.1 methods. (FELIX-595) by Richard S. Hall · 16 years ago
  31. 4402483 Applied patch (FELIX-650) to properly return symbolic name when it has by Richard S. Hall · 16 years ago
  32. 912b1f7 Fixed a bug where the m_revisions array was not being correctly rolled back by Richard S. Hall · 16 years ago
  33. 4a93fbf Modified manifest parser to be more lenient when reading the manifest version; by Richard S. Hall · 16 years ago
  34. 322c7d1 Adds support for the standard symbolic name for the system bundle; however, by Richard S. Hall · 16 years ago
  35. a6c0afc Applied patch to fix a type error when creating dynamic wires. (FELIX-606) by Richard S. Hall · 16 years ago
  36. 6aa170e Modified some comments. by Richard S. Hall · 16 years ago
  37. 448ab27 Initial patch to address fragment support. The included patch is only the by Richard S. Hall · 16 years ago
  38. 68429ac Minor code optimization: remove unnecessary null assignments. by Carsten Ziegeler · 17 years ago
  39. 569b156 Applied patch (FELIX-542) to give an error message when installing fragment by Richard S. Hall · 17 years ago
  40. beab58a Manually update dependencies to snapshot. by Karl Pauls · 17 years ago
  41. 076235f [maven-release-plugin] prepare for next development iteration by Karl Pauls · 17 years ago
  42. 756881f [maven-release-plugin] prepare release org.apache.felix.framework-1.0.4 by Karl Pauls · 17 years ago
  43. ea466dd Make sure NOTICE and LICENSE are in the jar. by Karl Pauls · 17 years ago
  44. 15d3e94 [maven-release-plugin] prepare for next development iteration by Karl Pauls · 17 years ago
  45. ebb3e7f [maven-release-plugin] prepare release org.apache.felix.framework-1.0.4 by Karl Pauls · 17 years ago
  46. f865c8a Manually update dependencies to minor release. by Karl Pauls · 17 years ago
  47. 0eba918 Update NOTICE file to new layout, update documentation to match new style, delete redundant NOTICE and LICENSE files, prepare changelog for 1.0.4 release, and update dependencies to 1.1.0-SNAPSHOT. by Karl Pauls · 17 years ago
  48. 507d7e4 Check that the returned object from a service factory is an instance of all classes named when the service was registered (FELIX-540). by Karl Pauls · 17 years ago
  49. 90f0b9f Add/Update bundle vendor. by Carsten Ziegeler · 17 years ago
  50. aa9b3a4 Reorder some instructions to speed up things a bit more. by Karl Pauls · 17 years ago
  51. 72dd265 The issue is that we log messages while holding framework internal locks -- hence, when a log service calls back into the framework (e.g., by loading a class) we might deadlock. For now we just disable logging to log services inside the framework. (FELIX-536) by Karl Pauls · 17 years ago
  52. 2e84109 Move the security subproject to top-level to prepare for framework project reorg after 1.0.4 release. by Karl Pauls · 17 years ago
  53. 605c0b5 Cache filters and create an index for objectclass to improve service lookup performance. by Karl Pauls · 17 years ago
  54. 413d5b0 Don't use the info to get the bundle id but the bundle. Furthermore, add an index to get bundles by id. The reason is to speed up bundle lookup. by Karl Pauls · 17 years ago
  55. 270a9ae Reorder some statements to improve service lookup performance. by Karl Pauls · 17 years ago
  56. 1d26be3 Fix a spelling mistake. by Karl Pauls · 17 years ago
  57. f312b56 Cache the bundle id in the BundleImpl class to improve performance. by Karl Pauls · 17 years ago
  58. b5f4b62 Fix a spelling mistake by Karl Pauls · 17 years ago
  59. 3c8000c Remove a blank line. by Karl Pauls · 17 years ago
  60. 25e5755 Make sure to catch NoClassDefFoundError when trying to query the framework classloader for whether a class is available or not. Previously, it was possible that this query was leaked to bundles because of the error propagate all the way to the bundle that instigated the classload. by Karl Pauls · 17 years ago
  61. 35c1c34 We need to have a way to still maintain a notion of default permissions in case that there is a condpermadmin present and no permissions have been set yet. This follows the way it is currently done in other frameworks and just uses the default permisssions of the permissionadmin in case there are no conditionpermission tuples present. This might change when the spec is clarified. by Karl Pauls · 17 years ago
  62. ebce084 Don't try to resolve extension bundles because they are resolved at install time - this fixes an exception that could get thrown under certain conditions. by Karl Pauls · 17 years ago
  63. 3640732 Initial version of the OSGi security layer. (FELIX-116, FELIX-115, FELIX-22) by Karl Pauls · 17 years ago
  64. 5fbac03 Bundle.getResource does not check for AdminPermission, like getResources does. This adds the permission check. (FELIX-150) by Karl Pauls · 17 years ago
  65. 41db639 Make urlhandlers work when a handler factory is already set. Furthermore, it is now possible to have more then one framework running in more then one classloader. It is still possible to disable urlhandlers per framework. If no framework has urlhandlers enabled the factory will not be set. (FELIX-38). by Karl Pauls · 17 years ago
  66. 3a7f747 Add some more methods to SecureAction that allow for reflection and unsetting URLStreamHandlerFractory. by Karl Pauls · 17 years ago
  67. 08b2ee6 Make extension manager use internal api to minimize overhead. by Karl Pauls · 17 years ago
  68. 020dc14 Make the framework check for valid bundles on install as per spec. by Karl Pauls · 17 years ago
  69. 758c2be Make the framework check for valid bundles on install as per spec. by Karl Pauls · 17 years ago
  70. 2e34f03 Use a new method on pd to check for allowed exports. by Karl Pauls · 17 years ago
  71. d1e209b The extensionmanager creates a classcastexception if more then framework is around and both have extensions installed. This fixes the issue. by Karl Pauls · 17 years ago
  72. ed61fa5 Add a method to the external interface and fix hashcode, equals, and hashcode. by Karl Pauls · 17 years ago
  73. 9794cc2 Turns out our LDAP filter is not reentrant - but it is easy to fix - so this patch should make it work. It is needed because filter evaluations can call out to keys being compared which might in turn use the given thread to evaluate their own filter. by Karl Pauls · 17 years ago
  74. 9b2a329 Null a local variable to help speed garbage collection. by Richard S. Hall · 17 years ago
  75. 5eda19c Refactored the IContent abstraction from the module loader layer to provide by Richard S. Hall · 17 years ago
  76. 8c0e750 Applied patch (FELIX-500) to disable the class loading diagnostic message by Richard S. Hall · 17 years ago
  77. 876ca72 Use 1.4.0 bundleplugin, and enable jdk13 classifier build in UPNP basedriver by Stuart McCulloch · 17 years ago
  78. 10fad49 FELIX-486 Updated dependencies in main and framework in order to enable the creation of felix release running on JDK 1.3 by Stefano Lenzi · 17 years ago
  79. cb8192f Upgrade to release 1.2.1 of the maven-bundle-plugin (improved uses calculation) by Stuart McCulloch · 17 years ago
  80. 71ca406 Modified the service registry to use more fine-grained locking to avoid by Richard S. Hall · 17 years ago
  81. d577826 Add missing license headers. by Karl Pauls · 17 years ago
  82. 28636dc Make extension bundles use the system bundle context and clean-up some of the code around extension bundles. Furthermore, refactor the protection domain assignment to make it possible to hook into it via an extension bundle. (FELIX-30) by Karl Pauls · 17 years ago
  83. b4cdad3 Remove an unneccessary object creation. by Karl Pauls · 17 years ago
  84. 90ac14c Make iterator member final to prevent visibility issues. by Karl Pauls · 17 years ago
  85. 13fa698 Upgrade to 1.1.0-SNAPSHOT after release preparations by Karl Pauls · 17 years ago
  86. 7db0d88 Prepare 1.0.2 release by Karl Pauls · 17 years ago
  87. be41b9f Upgrade to 1.1.0-SNAPSHOT again. by Karl Pauls · 17 years ago
  88. 5a2cb21 Prepare framework 1.0.2 release. by Karl Pauls · 17 years ago
  89. c033586 Update changelog by Karl Pauls · 17 years ago
  90. 4a591ba Now that compendium has been released, we no longer need to embed service by Richard S. Hall · 17 years ago
  91. 0b152f3 Added a simple readme to the framework subproject doc directory. by Richard S. Hall · 17 years ago
  92. d2c2b46 Moving these docs to main, since the launcher examples now depend on by Richard S. Hall · 17 years ago
  93. 9e6c603 Applied patches (FELIX-466 and FELIX-467) to improve how Felix finds resources by Richard S. Hall · 17 years ago
  94. 7d28c1d Make FilterImpl.toString() add escape characters where needed (FELIX-471). by Karl Pauls · 17 years ago
  95. e5cfd9f Use released version of maven bundle plugin. by Carsten Ziegeler · 17 years ago
  96. 74d48dc Fix a NPE on framework restart when extension bundles are installed. by Karl Pauls · 17 years ago
  97. b7251fa Use latest released parent pom. by Carsten Ziegeler · 17 years ago
  98. 602fb43 Try to fix a potential visibility issue on loading a class form a bundle where it seems to be possible that we create two classloaders instead of one. by Karl Pauls · 17 years ago
  99. 5bb086c Modified boot delegation to not terminate when delegating to parent class by Richard S. Hall · 17 years ago
  100. 4fec096 Specify xml schema location in one line as this is required by the maven release plugin (otherwise it removes the license header during the release process) by Carsten Ziegeler · 17 years ago