minor fixes

added base files

Update README.md

Update README.md

specify that PluginClassLoader is a Parent Last ClassLoader - it loads the classes from the plugin's jars before delegating to the parent class loader

Merge pull request #22 from ggsjyoon/patch-1

Fixed typos in README.md

Fixed typos in README.md

Update README.md

defense for #21

Update README.md

try to improve logging for DefaultExtensionFinder

update .gitignore

Update README.md

[maven-release-plugin] prepare for next development iteration

[maven-release-plugin] prepare release release-0.9.0

try to resolve issue #20

Update README.md

add 'How to build' section in readme

Update README.md

Update README.md

fix a broken link in readme

Merge remote-tracking branch 'origin/master'

load extensions from classpath; before this commit only plugins can declare extensions

Update README.md

Update README.md

Update README.md

Update README.md

fix an issue that occurs when the plugin developer put the pf4j jar in the plugin's lib folder (or not declare the pf4j dependency with scope provided in pom.xml)

minor change

add info message about pf4j version and the runtime mode

add version in DefaultPluginManager

add dispose method in PluginClassLoader

Update README.md

Merge branch 'master' of https://github.com/decebals/pf4j

update readme

[maven-release-plugin] prepare for next development iteration

[maven-release-plugin] prepare release release-0.8.0

update slf4j to 1.7.5

rename PluginVersion to Version

Merge pull request #15 from gitblit/requires

Add an optional requires manifest value

Move requires logic to isPluginValid(PluginWrapper), rename default version to ZERO

Add an optional requires manifest value

As integrators of pf4j evovle their extension APIs it will become
a requirement to specify a minimum system version for loading plugins.
Loading & starting a newer plugin on an older system could result in
runtime failures due to method signature changes or other class
differences.

This change adds a manifest attribute to specify a 'requires' version
which is a minmum system version.  It also introduces a method to
specify the system version of the plugin manager and logic to disable
plugins on load if the system version is too old.  This works for both
loadPlugins() and loadPlugin().

Merge pull request #13 from gitblit/description

Add an optional description to the manifest

Merge pull request #12 from gitblit/fix_loglevel

Change log level of a debug message from warn to debug

Add an optional description to the manifest

Change log level of a debug message from warn to debug

[maven-release-plugin] prepare for next development iteration

[maven-release-plugin] prepare release release-0.7.1

Merge pull request #11 from gitblit/delete_disabled

Allow disabled plugins to be unloaded and deleted

Allow disabled plugins to be unloaded and deleted

using java 1.7 for compilation (for ClassLoader.close() called in DefaultPluginManager)

[maven-release-plugin] prepare for next development iteration

[maven-release-plugin] prepare release release-0.7.0

Merge pull request #10 from gitblit/resource_loading

Allow inspection of disabled plugins by not stopping resource loading

Allow inspection of disabled plugins by not stopping resource loading

The differences between a DISABLED plugin and a STARTED plugin are:

1. a STARTED plugin has executed Plugin.start(), a DISABLED plugin has not
2. a STARTED plugin may contribute extension instances, a DISABLED plugin may not

DISABLED plugins still have valid classloaders and their classes can be manually
loaded and explored, but the resource loading - which is important for inspection
has been handicapped by the DISABLED check.

Instead of preventing loading the extension indexes for DISABLED plugins, the
extension finder should only return ExtensionWrappers for STARTED plugins.

add listeners to plugin state changes

Merge pull request #9 from decebals/enable-disable-plugin

Enable disable plugin

use PluginState.DISABLE instead of PluginManger.isPluginDisabled()

added support for PluginManager.getExtensionClassNames(String pluginId) and simplify enable/disable plugin

the content of disabled.txt was deleted accidentally when I run demo (that contains a sequence of code that enable programmaticaly a plugin)

forgot to commit these files

a first version related to enable-disable plugin

Merge pull request #6 from gitblit/load_plugin

Implement loading a single plugin archive

Implement loading a single plugin archive

Merge pull request #4 from gitblit/delete_plugin

Implement delete plugin

Simplify changes per review

Implement delete plugin

Merge pull request #3 from gitblit/stop_plugin

Add support for starting, stopping, and unloading a plugin

Add method to unload a plugin and it's dependencies

Add methods to start & stop a single plugin and it's dependencies

adopt semantic versioning for plugin

adopt semantic versioning

make PluginException visible from outside (public)

check that a java type is an ExtensionPoint

Merge branch 'master' of https://github.com/decebals/pf4j

fix a minor message format in logging

update logging configuration

add reference to Annotation Processing

Merge branch 'master' of https://github.com/decebals/pf4j

[maven-release-plugin] prepare for next development iteration

[maven-release-plugin] prepare release release-0.6

Update README.md

Update README.md

add possibility to override extension creation in DefaultExtensionFinder

remove sezpoz dependency

Update README.md

Merge branch 'master' of https://github.com/decebals/pf4j

Update README.md

Update README.md

add RuntimeMode with DEVELOPMENT and DEPLOYMENT values and working on DEVELOPMENT mode

Merge branch 'master' of https://github.com/decebals/pf4j

boost plugins development

[maven-release-plugin] prepare for next development iteration

[maven-release-plugin] prepare release release-0.5

add debug messages for PropertiesPluginDescriptorFinder

add debug message for lookup plugins directory

add PluginClasspath - now you can add any classes and lib directories to plugin classpath

add missing files after refactoring plugins location

put all demo plugins in folder demo/plugins

add support hidden filter for plugins directory (.svn, .cvs, ...)