Get rid of event append et al.
Returned the feed.

But is sourced from nexus.log now.

More to be done, like grabbing stack traces, formatting, and probably
stripping some stuff out from "raw" lines.
Merge remote-tracking branch 'origin/master' into get-rid-of-logging-feed
Added feed parameter to drive how much lines to be scanned.

The default of 1000 last log lines is kept, but now client
might override it.
Enhancing IT FeedUtil

To be able to pass in custom feed parameters too.
Fixing ITs.

Nexus4301WarnErrorLogsLoadTestIT created a LOT of entries,
that might not all got picked up due to default of 1000 log lines
to be processed. Using enhanced feed util to instruct the feed
to process all available logfile, to make sure all the
generated entries are picked up.

Nexus4427WarnErrorLogsToFeedsIT asserted with "startsWith",
but as currently "raw" log lines are picked up, it was changed
to "contains" assertion.

But, the latter IT still fails, as it explicitly checks
for Jetty EofException and TimelineException being
filtered out from feed, something that does not happen
anymore.

IMO, is unnecessary, as these filterngs were just a
workaround for logging problem in Restlet, fixed in
patched Restlet V8 we use currently. As for TimelineEx,
it was also fixed, was due to misuse of Lucene in Timeline
Fixed feed as agreed over phone.

On status call we agreed on:
* enough to scan nexus.log and nexus.log.1 in this order
* still, user is able to override which log to scan using "lts" query param
* feed "scanning" is still less than ideal, but reworked to properly
  extract entries
* ITs update, no more "lts" param, feed works as expected
* removed the explicit neg-checks for TimelineEx and Jetty EofEx,
  as both of these ex spams were fixed in 2.2+
Merge remote-tracking branch 'origin/master' into get-rid-of-logging-feed
Merge pull request #34 from sonatype/get-rid-of-logging-feed

[WIP] Get rid of logging feed