darcula and dependency libiconloader-java

[Felix Natter <fnatter@gmx.net>]

hello Tony,

as discussed, here are two more dependencies of freeplane-1.7.10
(darcula and its dependency iconloader from the same author).

1. https://salsa.debian.org/java-team/libiconloader-java

The upstream is at https://github.com/bulenkov/iconloader.git, which is
not active and has no releases, so I packaged git HEAD (@Markus:
unfortunately there is no alternative to this).

It uses a simple ant build system.

JDK11 does not have sun.reflect.ConstructorAccessor (at compile time),
so I replaced it with new String(...) (which is used by upstream if
ConstructorAccessor cannot be instantiated). Could you please review
this patch [1]?
I also disabled apple code (third patch).

[1] https://salsa.debian.org/java-team/libiconloader-java/blob/master/debian/patches/02_replace_ConstructorAccessor.patch

2. https://salsa.debian.org/java-team/darcula

I packaged from https://github.com/ice1k/darcula/ instead of the
original https://github.com/bulenkov/Darcula because it is maintained,
has releases, a gradle build system and upstream (freeplane, ...) uses
it.

One problem is that darcula merges the iconloader jar classes into its
darcula jar. Thus iconloader does not appear in the darcula pom.
I can easily change this, but I didn't because upstream uses it and
iconloader does not seem to change often.

Also, darcula needs jetbrains-annotations, but most probably not at
runtime, but it's a compile dependency in the pom, so darcula users
needlessly ship this package.

Both packages are mostly lintian-clean, work in pbuilder and with
freeplane-1.7.10.

Many Thanks and Best Regards,
--
Felix Natter
debian/rules!