fix #60

Merge pull request #59 from lightglitch/unit-tests

A few more unit tests

Clean up the tests

Added tests for DefaultExtensionFactory

Add another fail test

Fix versions

Added tests for DefaultPluginFactory and multiple improvements

Merge pull request #58 from lightglitch/unit-tests

Added test for DefaultPluginRepository

Added failed validation

Added test for DefaultPluginRepository

Merge pull request #57 from lightglitch/unit-tests

Added Test for PluginStatusProvider

Added Test for PluginStatusProvider

Merge pull request #56 from lightglitch/unit-tests

Prepare unit test coverage on Travis and Coveralls

Force travis build

Prepare unit test coverage on Travis and Coveralls

fix wildcard import

Merge pull request #55 from lightglitch/master

Stop leafs first

fix for #53

Stop leafs first

Merge pull request #54 from lightglitch/issue_42

Fix #42 and it's a help for #32

Fix #42 and it's a help for #32

make pluginsDirectory canonical

fix typo

Merge pull request #44 from lightglitch/versioning

Replace Version with semver lib

Replace Version with semver lib

Merge pull request #48 from lightglitch/master

Fix name in utf

little preparation for #42

Fix name in utf

fix type

convert existing generics to diamond syntax

Merge pull request #47 from lightglitch/master

Editor config style applied

Editor config style applied

add initial version for .editorconfig (see http://editorconfig.org/)

ready for travis-ci

Merge pull request #43 from decebals/plugin-repository

review #41

review #41

Merge pull request #40 from lightglitch/plugin-status-provider

Add Plugin status provider

Clean PluginStatusProvider api

Add Plugin status provider

Merge pull request #39 from lightglitch/fix1.8

Fix build on JDK 1.8

Fix profile name

Fix build on JDK 1.8

Merge pull request #33 from stiXits/master

Demo build configuration with gradle

unified plugin-provider with pluginproperties

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