MODE-1680 The xpath query is not well-formed
MODE-1680: 
Remove unused commented lines
Add more checks at the parsing stage
MODE-1680: Extend query processor to allow use aliased joinings
MODE-1680 Improved support for ORDER BY columns not in SELECT

Improved the behavior of JCR-SQL2 and JCR-QOM queries that use
columns not in the SELECT clause. Such columns are necessary
within the query processing to evaluate the ordering, but are not
to be exposed in the query results. One particular case needed
by the recent XPath improvements (to handle order-by clauses that
involve a property on the child node) resulted in the ORDER BY
column coming from a selector that was not even included in the
SELECT.

A test case recently added in other MODE-1680 commits was modified
to verify the XPath and JCR-SQL2 behavior is as expected. Also added
another query test that uses only JCR-SQL2.
MODE-1853 Add checks to ensure DocumentEditor & ArrayEditor instances are stored

Added a few bits of logic to ensure that any DocumentEditor or ArrayEditor
(which wrap Document and Array objects) are not stored. There were a few
methods that might have been storing them.
Merge branch 'master' of git://github.com/ModeShape/modeshape into mode-1852
Corrected compiler warning
MODE-1855 Added the 'Namespaced' interface to our public API

ModeShape's implementations of 'javax.jcr.Item' all implement this
new interface. So applications can check and cast a Node or Property
(or Version or VersionHistory) to 'Namespaced' so that these methods
can be called.

Added several unit tests to verify the behavior.
MODE-1849 - Changed AS7 kit to EAP kit and updated the build system so that new kit and integration tests work against EAP 6.1.Alpha1
MODE-1849 - Updated kit as per review
MODE-1849 - Corrected readme file.
MODE-1857 Added support for overriding property definitions

It is now possible to define a node type that overrides a property
definition of a supertype, as long as the new definition is as-constrained
or more-constrained than that of the supertype.

For example, a property definition in a supertype N might define
constraints on a STRING property definition, with enumerated values
of "A", "B", "C" and "D". A subtype N' can override this property
definition with constraints that are a subset of this (e.g., "A", "C"),
ensuring that any node of type N' is also still a valid node of type N.
However, not all nodes of type N are valid nodes of type N'.

ModeShape determines which property definitions are
"as- or more-constrained than" another property definition using rules
that are dependent upon the property type of the definitions. If the
property types are the same, the rules are as follows:

- STRING and URI: the constraint literal strings (which are regular
expressions) in the overriding definition must also appear exactly
as a constraint literal string in the overridden definition.
- LONG, DOUBLE, DECIMAL, DATE: the constraints are ranges, and each of the
ranges in the overriding definition must be equal to or wholly contained within
one of the ranges in the overridden definition.
- BINARY: the constraints are ranges for the binary value sizes, and
each of the size ranges in the overriding definition must be equal to
or wholly contained within one of the size ranges in the overridden definition.
- NAME: the constrained names in the overriding definition must be
a subset of those found in the overridden definition.
- PATH: the constrained paths (including an optional '*' descendant
wildcard) in the overriding definition must either exactly match a
path in the overridden definition, or if the optional '*' descendant
wildcard is used a path that is below one of the paths in the
overridden definition
- REFERENCE: the constrained node type names in the overriding definition must be
a subset of those found in the overridden definition.

If the property types of the overriding and overridden property definitions
are different, then a simple string comparison is used to ensure that
each of the constraint literal strings of the overriding definition
are also constraint literal strings for the overridden definition.

A number of unit tests were added to verify that determining whether
a property definition is as- or more-constrained than another property
definition. Also, several unit tests were added to check that nodes
that used overridden definitions are properly validated.

Note that even when the node type has residual property definitions,
if a non-residual property definition applies but is not constrained,
the residual property defintiions are **NOT** used. Thus, a property
"foo" on a node with a (primary or mixin) node type that has a "foo"
property definition will be validated with the "foo" property definition;
if the property value does not satisfy the constraints, then a
ConstraintViolationException is thrown despite the fact that a residual
property definition might theoretically apply. This behavior is indeed
compliant with the specification.
MODE-1832: ModeShape CMIS component has bug in JcrService

Removes incorrect call to name(String).

https://issues.jboss.org/browse/MODE-1832
MODE-1832: ModeShape CMIS component has bug in JcrService

Per irc conversation with Oleg, if repositoryId is short form (e.g. "repositoryName", rather than "repositoryName:workspace"),
then workspace(String) should return null. This allows login to use the default workspace.

Adds jetty-maven-plugin to run ModeShapeCmisClientTest.

https://issues.jboss.org/browse/MODE-1832
Drops jetty-maven-plugin since we already have cargo.
Merge branch 'master' into mode-1852
Obtain classloader from the module loader of modeshape if running in EAP/AS.