Core: Facility has voluntary attribute type.

Method using type attribute in FacilitiesManager altered as deprecated:
- getFacilityByName - created new one without type attribute as parameter
- getFacilitiesByType - deprecated
- getFacilitiesCountByType - deprecated
Method createFacility prohibits duplicates in the name, type is ignored.
Removed @version from all files.

@version is remain from svn. In GIT it is useless for our purposes.
Changes in createGroup and updateGroup methods

- createGroup (for Vo and parentGroup) and updateGroup now work only with group.shortName
- group.name is correct when these methods return object Group back
- add changes in javadoc of these methods
GUI: send shortName as new name in group object

- When updating group (name+description) set new shortName
  as name of group in order to update without mistakes in ":".
Changes in create and update group input parameter

Create and update group no longer require group.name, they work only
with group.shortname.
CORE,RPC,REGISTRAR: allow updating titles of users

CORE, RPC:
- Added updateNameTitles(PerunSession sess, User user) method which
  updates titles in users name. Implementation is almost same as
  updateUser() method, but updates only titles and also allow to remove
  title by setting parameter to null. Auditer message same as in
  updateUser() is logged, since it's change of User object.

REGISTRAR:
- If titles before/after name are part of application form, they are
  stored to user during application approval. Values are taken from
  items linked to "displayName" attribute and "titleBefore/titleAfter"
  attributes, which takes precedence over "displayName".
- Only non-empty titles are stored by application in order to prevent
  deletion while user is logged-in by IDP without his/hers titles
  included.
- If any of form items can't be stored to DB, exception and wrong value
  is logged and stored for notification to vo manager/user purpose.
  Password items are not logged.
- Prevent logging unnecessary exceptions when instantiating registrar
  module.
- Updated logging messages.
RPC: Deserializer now can provide its HttpServletRequest

- All RPC's deserializers now takes HttpServletRequest in constructor
- Implemented method getServletRequest() which returns request for
  which is deserializer used.
- Such request and its parameters (like URL) can be then passed to
  Perun's API methods like "parms.getServletRequest()".
- Can be used to determine "where is Perun running" on runtime
  without static configuration in perun.properties.
- Updated javadoc for all related classes.
- Fixed source formatting.
GUI: fixed filtering of applications by users name

- Fixed case when filtering by whole user's name didn't
  returned any applications, even thou they were
  present in table.
Merge pull request #136 from zlamalp/appfix

GUI: fixed filtering of applications by user's name
Core: attribute U:D:sshPublicKey can be null

Null in value is allowed in the module for U:D:sshPublicKey.

We still don't have something like "optional" attributes for service. So
for this attribute we still need to allow null value in module therefore
the services can mark it as "required" and GEN script must be ready to
get null in this attr.

For services that really reuires not null ssh key, we temporary use
U:D:sshPublicAdminKey attribute.
REGISTRAR: use parsed name when searching for similar users

- When searching for similar users (before new application approval)
  try to parse display/commonName in order to remove wrong input.
  Name titles are dropped from search to provide wider search results.
  If parsing name fails, log, ignore and try to search by whole input.
Merge pull request #137 from zlamalp/reg

REGISTRAR: use parsed name when searching for similar users
Engine:Fix in switching stuck SEND task to ERROR

There are two ways how to switch task which is get stuck in PROCESSING
state to ERROR. One works only for SEND tasks when there is not enough
tasks results after fixed time. Another is more generic and works for
any tasks which stay in PROCESSING or PLANNED for long time.

The one for fixing SEND was set to apply after a tasks which got stuck
for more then 3 hours, while the generic one apply after tasks which is
got stuck for more than 1 hour. So the one for SEND could never apply.

Moreover the one for SEND also switching GEN dependencies to NONE,
therefore it forced generating of new (up to date) data. This is crucial
because otherwise following situation may occur: One task result on a
cluster always get stuck. Propagation maintainer after fixed time switch
SEND task to error and will reschedule it in near future. Unless it also
switches GEN to NONE, engine will propagate the same old data over and
over (because one task result always get stuck, so SEND never ends in
DONE).

This commit sets code for fixing SEND tasks to apply after task which is
got stuck for 2 or more hours and the one for all tasks to apply after 3
hours. Therefore the one for SEND apply before the generic one and
correctly switch SEND to ERROR and GEN dependencies to NONE. The one for
all tasks will solve bigger problems which first one couldn't. This will
fix the problem described above.
RPC: added support for removing user_facility attributes

- Added missing removeAttributes() variant for user_facility attributes.
- Added and updated RPC's javadoc for some methods.
GUI: users can change category for unlocked publications

- Allow change of category on publication detail if
  publication is not locked.
Merge pull request #142 from zlamalp/pub

GUI: users can change category for unlocked publications
RPC: fix updateNameTitles method

Method updateNameTitles called wrong method from core (updateUser) so it
can change not only titles of a user. Also updateUser in core can be
executed only by perun admin.

Now updateNameTitles from RPC calls updateNameTitles from core.
Fix logging in method deleteResource (core blImpl)

- there si calling of method removeGroupFromResource from Impl, need to add log message here
- there is log message about deleting resource which do not need to use affected groups
Merge pull request #144 from stavamichal/core-delete-resource-log-fix

Fix logging in method deleteResource (core blImpl)
Add Resoure to LDAP schema

- main.java will be generate also resources
- LdapConnector/Impl has new methods for work with resources
- EventProcessorImpl has new strategy to work with resources messages (from log)