API change of OnmsServiceManager
Fix bug NMS-5990, wrong node availability calculation. Rebuiling the
query selecting and calculating the availability by a node.
Fix bug NMS-5990, wrong node availability calculation. Rebuiling the
query selecting and calculating the availability by a node.
Fix of #SPC-677.
Merge remote-tracking branch 'origin/1.10' into 1.12
Merge branch '1.12'
Added feature to allow sending a newSuspect event with foreignSource as a parameter.
Fixes issue: NMS-5991 (http://issues.opennms.org/browse/NMS-5991)

Fixed NPE in RancidProvisioning adapter though never figured out why the NPE occurred.
Merge branch 'master' of github.com:OpenNMS/opennms
Merging commit to master for issue: NMS-5991 (http://issues.opennms.org/browse/NMS-5991)
Fix Vaccumd compile error (failed to catch marshaling exception)
on reload event handing.
Backing out a bad commit to fix an invalid compile error reported by Eclipse.
NMS-1668, fix notification on donotpersist events
Merge remote-tracking branch 'origin/1.10' into 1.12
Merge branch '1.12'
Refactored the ChartUtils class into opennms-web-api so that
opennms-services doesn't need a dependency on JFreeChart. Reduced the
dependencies of the remote-poller project so that the install package of
the remote poller is smaller, it went from 49MB down to about 37MB.
Fix to the jasperreports integration date format

===================
(Extract from the email to be sent for submitting this patch)

Hi list,

I would like to re-surface the date format problem that's affecting jasperreports integration for at least 5 months.

This problem is the cause of at least 3 opened issues:

http://issues.opennms.org/browse/NMS-5404
http://issues.opennms.org/browse/NMS-5379
http://issues.opennms.org/browse/NMS-5457

And makes the affected reports totally unusable for anyone not using english locales.

After analysis, the problem seems to be that Java's SimpleDateFormat is locale dependent while Postgresql's isn't (see http://www.postgresql.org/docs/8.3/static/datetime-appendix.html. More precisely, http://www.postgresql.org/docs/8.3/static/datetime-keywords.html)

So, in jasperreports' templates, all "EEE MMM d HH:mm:ss Z yyyy" date formats translate to something localized (eg: "Lun Juil 17 13:22:05 +002 2012") that postgresql doesn't understand (because "Lun" (Monday in French) and "Juil" (July in French) binary-search table lookups (see http://www.postgresql.org/docs/8.3/static/datetime-input-rules.html) don't succeed).

In current openNMS source code, there are 14 such instances of this date format in only 32 jrxml files!

From what I've read, it seems that using "yyyy-MM-d HH:mm:ss Z" (ISO 8601) would be much more appropriate; From http://www.postgresql.org/docs/8.1/static/datatype-datetime.html :

"Date and time input is accepted in almost any reasonable format, including ISO 8601, SQL-compatible, traditional POSTGRES, and others"

and:

Table 8-10. Date Input
Example 	Description
[...]
1999-01-08 	ISO 8601; January 8 in any mode (recommended format)
[...]

==============================

Signed-off-by: Donald Desloge <desloge@opennms.com>
added node charts and fixed menu alignment
Fix for Bug NMS-5948
Fixed ChartUtils classname in charts/index.jsp.
Fixed another ChartUtils class name.
NMS-5691 reimplement/fix microblog notifications