[#120] Made some classloader changes for running in an OSGi environment.

We use the same classloader selection mechanism at runtime as was there
for compile-time choosing for the OSGi/non OSGi environments. This
enables the running (compiled) template to reference other classes in
the classpath, but not necessarily in the classloader of
getClass().getClassLoader().

Also fixed the initialization code of the ScalaCompiler and
OsgiScalaCompiler to use a method for compiler creation. The
initialization of the ScalaCompiler.compiler was happening even when the
subclass overrode the .compiler field, causing it to fail in an OSGi
environment.  Now we just override the creation method, and it works as
expected.
Switching to the 1.4-SNAPSHOT release of wikitext

(pending the full release of wikitext 1.4)
Fixed {children} macro to work with static web sites.

Previously, the children macro produced links with the original file
suffix (e.g. .conf or .page). But this did not work with static web
sites. Changed the impl to produce links with .html suffix, which works
with both static and dynamic sites. Also fixed up tests in
scalate-wikitext (some tests broke due to switching wikitext dependency
to version 1.4-SNAPSHOT).
Use buildhelper plugin to include src/main/scala as source dir

Including src/main/sca as a project source directory. This means that
when the -source.jar is built using source:jar the scala sources are
included.
Do not retry template compilation twice
Reset scala Source before read to support multiple reads

A Scala Source can only be read once and then has to be reset in order to
be read again. Therefore, in SourceResource, if the position is not 0,
close the existing resource, and then call reset to ensure the Source can
be read from the beginning.

Some Scala Source implementations provide reset out of the box, however
others (such as ones created by Source.fromInputStream) need the creater
of the Source to provide the reset function via the withReset method.
Avoid duplicate TemplateSource reads unless using pipeline

TemplateEngine was calling source.text even if pipelines were not being
used, causing the text function of the underlying Resource to be called
more than once.

Move the call to source.text into the match for pipeline so that the
underlying Resource is read only once unless pipeline's are being used,
in which case the Resource will (currently) be read twice as before.
Update 500.scaml to import scala.util.parsing.input.Position by full name instead of relative package.
Merge pull request #20 from flicken/patch-1

Update 500.scaml to import scala.util.parsing.input.Position by full nam...
Scaml declarations use at signs, not ampersands. Thanks, josiahg.
Now that TemplateEngine uses a ScalaCompiler, it needs a method for shutting it down.
Add a shutdown method on Compiler
Add parens to effectful shutdown methods.
Change jrebel maven repo as the older does not longer exist, add option <updatePolicy> = always
Have ScalateView properly register its ServletRenderContext objects
Merge pull request #22 from joelhegg/master

Have ScalateView properly register its ServletRenderContext objects
Upgrade to latest jruby
Merge pull request #23 from casualjim/master

upgrade jruby
Treat None case with and without parents the same in invertedSection
Merge pull request #24 from devth/master

Fix scope in inverted selections