MappingRuleResolver is dependant on HashMap's values ordering.

Motivation:
When testing the ProxyServlet I noticed that it behaves differently when
running Java 7 vs Java 8.

If one defines the following rules:
/members -> members
/members/{id} -> members/{id}

MappingRuleResolver calls mappingRules.getMappingRules.values() which
returns the following:
Java 7                  Java 8
[0] /members            [0] /members/{id}
[1] /members/{id}       [1] /members

UriTemplate will match /members for Java 7 even if the actual request
path is /members/10002 for example.

Modifications:
I've updated UriTemplate's matches method to try to take into account
that there might be additional request paths to consider and if so
return null and allow the caller to try matching again using the next
rule (if any).
fixes #1432 allow the process child container to deploy wars/jars into a process container
 #1432 have a separate stand alone tomcat container along with the tomcat+fabric8 agent container
fix bad mvn coords of the brms distro
 #1432 use dynamic ports so we can run multiple tomcats as child containers on a box
 #1432 minor refactor so we can default versions to a sensible default if a profile does not inherit from the base versions profile
fix the typo that disabled the upload of profile configuration files from the src/main/fabric8 folder
removed debug logging
use better URI for non-jars
use better URI for non-jars
avoid unnecessary download and calculation of transitive dependencies if we don't need to use them yet, so lets go a little faster ;)