]> source.dussan.org Git - pf4j.git/commitdiff
update readme
authorDecebal Suiu <decebal.suiu@gmail.com>
Thu, 11 Oct 2012 11:19:10 +0000 (14:19 +0300)
committerDecebal Suiu <decebal.suiu@gmail.com>
Thu, 11 Oct 2012 11:19:10 +0000 (14:19 +0300)
README.md

index f3ae83a9617516149397d985e9885881e279b794..ae33cbbe28d6a75b68d24a67aaf45212cc3b1f5b 100644 (file)
--- a/README.md
+++ b/README.md
@@ -53,21 +53,19 @@ It's very simple to add pf4j in your application:
 
 In above code, I created a DefaultPluginManager (it's the default implementation for
 PluginManager interface) that load and start all active(resolved) plugins.
-The plugins are stored in a folder. You can specify the plugins folder in constructor of DefaultPluginManager
-or using the constructor without parameters (in this case plugins folder is returned by System.getProperty("pf4j.pluginsDir", "plugins")).
+The plugins are stored in a folder. You can specify the plugins folder in constructor of DefaultPluginManager. If the plugins folder is not specified 
+than the location is returned by System.getProperty("pf4j.pluginsDir", "plugins").
 
 The structure of plugins folder is:
-- plugin1.zip (or plugin1 folder)
-- plugin2.zip (or plugin2 folder)
-...
-- pluginN.zip (or pluginN folder)
+* plugin1.zip (or plugin1 folder)
+* plugin2.zip (or plugin2 folder)
 
 In plugins folder you can put a plugin as folder or archive file (zip).
 A plugin folder has this structure:
-- `classes` folder
-- `lib` folder (optional - if the plugin used third party libraries)
+* `classes` folder
+* `lib` folder (optional - if the plugin used third party libraries)
 
-The plugin manager discovers plugins metadata using a PluginDescriptorFinder. DefaultPluginDescriptorFinder lookup plugin descriptor in MANIFEST.MF file.
+The plugin manager discovers plugins metadata using a PluginDescriptorFinder. DefaultPluginDescriptorFinder lookup plugins descriptors in MANIFEST.MF file.
 In this case the classes/META-INF/MANIFEST.MF looks like:
 
     Manifest-Version: 1.0