Removed useless commons-lang dependency.
Backported tests from AssetLocator.
Fixed broken test. WebJarAssetLocator was not correctly behaving when folderPath didn't start with /.
Remove reflections API usage.

First all JARs/folders of the classpath defining a META-INF/resources/webjars are identified. Then all contained files are examined based on the provided pattern. Both directories and JARs are supported.
#getFullPath was not correctly identifying non-existing assets depending on the name.
Revert "#getFullPath was not correctly identifying non-existing assets depending on the name."

This reverts commit cd3add195f2b60ce4a5fbb35f9ce7cc2a599b38f.
#getFullPath was not correctly identifying non-existing assets depending on the name.
Improved private methods comments.
Restored previous behavior regarding / append.
Improved naming and code fomatting.
Added hard limit preventing stack explosion while recursively searching folders.
Merge pull request #11 from jeluard/master

Fixes #10
Applied IntelliJ formatting
Merge branch 'master' of https://github.com/webjars/webjars-locator into fix#12

Conflicts:
	src/test/java/org/webjars/WebJarAssetLocatorTest.java
Merge pull request #12 from jeluard/fix#12

#getFullPath does not always identify non existing assets
cleanup pom
[maven-release-plugin] prepare release webjars-locator-0.4
[maven-release-plugin] prepare for next development iteration
Introduce a specific exception type to identify lookup matching multiple assets.
Merge pull request #13 from jeluard/fix#13

No way to distinguish between inexistant and not sufficiently qualified assets