#656 - Make stage history API honor offset.

Caching of the stage history API results was done based on page number, rather than
the offset. This is fixed in this commit.
#656 - Make modifications API honor offset.

Was the same issue as #656, which affected stage history.
#000 - Just formatting a test file.
#469, #506 - Fix session timeout properly.

Change needed to be in web.xml, not webdefault.xml. Jetty's internal
web.xml overrides whatever is defined in webdefault.xml. Web app's
web.xml is used towards the end and can override Jetty's web.xml.
#659 - Deleted help docs from code.
* Just deleting the docs. Not touching code in this commit.
* helper/resources/NOTICE/cruise_notice_file.pdf is being used elsewhere. Making this deletion a separate commit to make it easier to get files back if some files get deleted and are being used in places other than help docs.
Merge pull request #657 from arvindsv/fix_stage_history_api_offset

#656 - Fix stage history api offset
#644 added html escape to show up custom command UI for old exec properly
#659 - Removed code for help doc and fixed rspec.
* Go version 14.3 onwards help doc would not be packaged in the installer.
* The 'help' links now take the user to 'http://www.go.cd/documentation/user/current'.
Merge pull request #658 from arvindsv/fix_session_timeout_again

#469, #506 - Fix session timeout properly.
Merge pull request #662 from mdaliejaz/removeHelpDocs

#659 - Removed help docs from getting packaged
#640 - Allows dots in package repo VSM path.
#640 - Handle case of plugin not found.

When plugin is removed and server restarted, then the material names of
package materials are not known, since the name is decided based on the
plugin. During VSM rendering, it will try and find the name, the name
will be empty and causes issues, without this check.
Merge pull request #664 from arvindsv/fix_vsm_for_packages

#640 - Fix VSM for package repository materials
#644 added spec to catch html escape issue for old exec command view
Merge pull request #661 from pshivana/rails4_defect_fixes

#644 added html escape to show up custom command UI for old exec properl...
#000 - Ruby string -> Java string in view cache.

When fragment caching is used, as mentioned in the Rails guide
http://guides.rubyonrails.org/caching_with_rails.html#fragment-caching,
the actual fragment is cached as a Ruby String. In JRuby, this means
that the RubyString class (http://jruby.org/apidocs/org/jruby/RubyString.html)
is used.

When a RubyString class is used in a long-lived cache, it has
potentially bad consequences. In this case, because of JRuby string
copy-on-write semantics, some of these strings had 3MB of memory stored
for a string as small as 6000 characters (because RubyString uses
ByteList, which had a big byte array as a buffer, which it indexes into.

When the Go fragment cache tried to cache 500 pipelines, each taking
about 3MB to cache (instead of about the usual 6 to 10 KB), the memory
usage went through the roof.

This commit brings back the old JRuby and Rails way of using
java.lang.String for the fragment cache, instead of using RubyString.
Just for fragment caches.
Merge pull request #668 from arvindsv/fix_erb_cache_issue

#000 - Ruby string -> Java string in view cache.