1. Don Brown
  2. atlassian-plugins

Commits

Show all
Author Commit Message Date Builds
(no author)
This commit was manufactured by cvs2svn to create tag 'atlassian_plugins_0_3_16'.
Mike Cannon-Brookes
Added servlet module code to plugins from Confluence so we can use it generically.
Mike Cannon-Brookes
Added servlet module code to plugins from Confluence so we can use it generically.
Dylan Etkin
refactored the plugin resource download servlet into the plugin project so that JIRA can share the love. reved version
Dylan Etkin
added i18n keys for the plugin informations description and for the plugins name. Reved version
Mark Chaimungkalanont
rolledback to .13. Seems to be having some funny class change problem
Mark Chaimungkalanont
Calling loadAllPlugins will actual force a reloading of the plugin, which makes reasonable sense (hopefully will fix JRA-8583)
Jeff Turner
Use the correct (hopefully) combination of xml-apis and xercesImpl jars.
kbrophy
Setup plugin parameter correctly.
Daniel Ostermeier
rev version
Daniel Ostermeier
CONF-3184: update to support getting XWork plugin loading working. - updated handling of resource streams to ensure they are closed. - added isDynamicallyLoaded is true to DynamicPlugin - renamed JarClassLoader.closeJar to close(), and moved it up in the hierarchy.
Dylan Etkin
Added code that allows a plugin and a module to specify a min java version that it will be enabled against. If the module or plugin specifies a version that is lower than the current jvm version then you will not be able to enable the module. Rev'ed version.
Dylan Etkin
Added a mechanism to specify arbitrary params on the plugin xml so that we can support the licenced plugins in Jira. Also added a isSystemModule to the plugin modules. Also rev'ed version
Charles Miller
Changed the interface for loading resources a little so you can load a plugin-specific resource without having to know if the plugin it's being loaded from is static or dynamic. (For CONF-3387)
Nick Faiz
revving plugins to 0.3.8
Nick Faiz
Ensuring that the ClassLoadingPluginLoader propagates any deployment related errors to the client. API change required for
Jeff Turner
Set target JVM compatibility - see http://stefanbodewig.blogger.de/stories/167334/
Charles Miller
Made all plugin modules resourced (should be backwards compatibible so long as you extended AbstractPluginModule or ResourcedPluginModule) Tidied some duplicate code Cleaned up a few tests
Mark Chaimungkalanont
Revved plugins for JIRA 3.2 beta
Charles Miller
Up the version a bit.
Charles Miller
PLUG-1 add an isSystemPlugin(key) method to the pluginManager
Charles Miller
PLUG-1 recognise a 'system="true"' plugin attribute if the SinglePluginLoader has been told to look for it.
Mike Cannon-Brookes
- fixed plugin uninstallation - works!
Mike Cannon-Brookes
- added many more unit tests, now over 80% clovered (and the useful 80%) - removed licensing system altogether (plugins can now be open sourced!) - fixed a few classloadingpluginloader bugs - added an "uninstall" method to uninstall a specific plugin - added a "findAddedPlugins" method to find and install newly added plugins
Nick Faiz
- PluginLoader is now intelligent about adding new plugins and removing missing ones - it can notice a change to its context and react to it, rather than refreshing the entire context. - ClassloadingPluginLoader now implements these additional operations (supportsRemoval(), removePlugin(..), etc.) - TestClassloadingPluginLoader creates a "safe copy" of the paddington and pooh plugins, so it's not deleting CVS source when testing, for example, removePlugin(..)
Brian Nguyen
Fixing scanner tests and classloading tests to run on Windows. (mike & anton from brian's machine)
Anton Mazkovoi
Making JDK 1.3 specific changes to plugins.
Mike Cannon-Brookes
Fixed the classloading uh, yet again.
Mike Cannon-Brookes
Updated plugins to 0.4
Mike Cannon-Brookes
Added getLicenseTypeStore() method to Plugin interface
  1. Prev
  2. Next