Add synchronizeGroup to nested transaction
New behavior for creating and calling auditerConsumer for LDAP

CORE,RPC,RPC-LIB:
- change behavior of method pollConsumerMessagesForParserLikePairWithId,
  return List<auditMessage> instead of List<Pair<String,Integer>>
- change name of methods pollConsumerMessages* to be more simple
- fix bug in Auditer.java (using bad variable lastProcessedId)
- add mehotd pollConsumerMessagesForParser to RPC-LIB
- remove AUDITER_LOG_MAPPER_FOR_PARSER_WITH_ID from Auditer (not needed now)

LDAPc:
- remove datasource from ldap (using rpc now)
- remove perun-ldapc-applicationcontext-jdbc.xml (not needed now)
- remove bad autowiring variable ldapcManager in LdapcStarter
- add @org.springframework.stereotype.Service to
  EventProcessorImpl
- use method pollConsumerMessagesForParser in LDAP EventProcessorImpl,
  reading messages by RPC through RPC-LIB

Tested on localhost
Merge pull request #395 from stavamichal/newCallingAuditerForLDAPFromRPC

New behavior for creating and calling auditerConsumer for LDAP
Merge pull request #384 from stavamichal/synchronizerInTransaction

Add synchronizeGroup to nested transaction
Fix delay of forcePropagation methods

forcePropagation methods uses audit message to notify engine about force
propagation request. Ussually, audit messages are stored to current
thread and waiting for commit of DB transaction; in this case there are
no queries in DB transaction, therefore the audit meessages are stuck
and waiting for commit of next DB transaction. (Not sure, where exactly
the messages are stuck).

This commit fix this behaviour by setting forcePropagation methods to
store audit messages to DB aside from DB transaction.

Details:
- create new method logWithoutTransaction
- storeMsgToDb method do not run in transaction
- call method logWithoutTransaction in forcePropagation methods

Original author: Michal Stava <stava.michal@gmail.com>
Modifications of decsriptions: Slavek Licehammer <slavek@ics.muni.cz>
Fixed type definition in JavaDoc.
RPC-LIB: check for response code before processing response

- We must check HTTP response code before processing response itself,
  since Apache can respond e.g. 503, and then HTML content is
  passed into JsonDeserializer and causes NullPointerException.

  If response code isn't HTTP_OK, then throw RpcException.
Merge pull request #397 from zlamalp/rpc-lib

RPC-LIB: check for response code before processing response
BEANS: fixed converting empty string to attribute value

- When converting string to attribute value convert
  empty string as null, in order to keep equality between
  Oracle and Postgres DB.

  This will also fix case, when attributes are passed in Candidate object.

- Fixed typos in exceptions texts.
Merge pull request #398 from zlamalp/emptyattr

BEANS: fixed converting empty string to attribute value
CLI: fixed creation of perun-cli.tar.gz

- Fixed creation of perun-cli.tar.gz archive from CLI sources, since
  version from November 2013 was copied to AFS on every build
  (because of wrong file name).

- Added execution mark (+x) to CLI commands, which missed it.
Merge pull request #400 from zlamalp/cli

CLI: fixed creation of perun-cli.tar.gz
WUI: initial wui commit (work in progress)
WUI: fixes
WUI: added empty gwt project for perun-wui-cabinet

- Added base config files for new wui webapp for cabinet.
- Added images and js sources.
- Added empty entry point class.
- Added Perun's colorful logo.
WUI: support for GWT's super dev mode

- support super dev mode of GWT
- any script loading in gwt.xml must be placed in code
  into method onModuleLoad() and loaded by ScriptInjector
WUI: new way of loading CSS

- Do not insert CSS in HTML page but use new class
  PerunWuiCss which extends ClientBundle. This will make sure,
  CSS is part of native clean.css file bundled with GUI.
- Load CSS in each module like: PerunWuiCss.INSTNACE.css().ensureInjected();

- Next future stage should be associating CSS directly with widgets, so it's
  loaded everytime widget is used and not manully in onModuleLoad().
WUI: imported changes from main GUI
WUI: support for devel and production profiles

- Each WUI application now has two modules (profiles in maven)
- Production module is base in gwt.xml means but must be set
  in maven as -Pproduction profile.
- Devel module extends production and sets some debug config
  but is default in maven builds.
- Added PerunWebGui.properties for production

Note: on some IDEs for WUI devel builds you must exclude production
resources folder to get devel like configuration. Maven itself
works correctly.

- Fixed bad class usage in RichResource bean definition.
WUI: support for multiple authz

- Added new html pages with authz definition property, so
  Apache can enforce proper way of authorization and WUI
  knows URL, where to search for Perun instance.