ReflectionHelper | A tiny library to help with reflection calls in java | Reflection library

You have missed this

In order to understand what's wrong with your implementation actually you need to decompile your Kotlin code to Java code and implement the Unity part based on the Java code, not Kotlin.

Let's have a simple example of Kotlin code, which will print Logs, nothing more:

Which Weblogic version are you using? I have not seen a silent script to create domains for a While. If you are trying to do this on Weblogic 12c, it won't work as this kind of script used to be available for older versions such as 8 and 9 as far as I remember.

If you want to automate domain's provisioning for versions such as 12c you should use a newer approach. Here, I am proposing two options.

1. You can use Ansible, WLST and Python to create the domain. You can see an example here https://github.com/textanalyticsman/ansible-soa
2. You can use Weblogic Deploy Tooling, this is an Open Source tool provided by Oracle and you can find out it here https://github.com/oracle/weblogic-deploy-tooling
3. The combination of Weblogic Deploy Tooling and Ansible is also a good option as is shown in https://github.com/textanalyticsman/ansible-soa-wldt
4. You can also try Weblogic Kubernetes Operator https://oracle.github.io/weblogic-kubernetes-operator/userguide/managing-domains/domain-resource/

Dependency convergence errors are fixed by using entries in , not by using exclusions.

You do the following:

• You look into the list which transitive dependencies appear in more than one version.
• You pick the version you want (often the newest).
• You add an entry to the section of your POM in which specify this version.
• This entry will then override the different transitive dependencies.

This happens because your security provider doesn't support the JCEKS algorithm to open the Payara keystore. Try using a different distribution of Java, e.g. AdoptOpenJDK (https://adoptopenjdk.net/). It's possible that your Java doesn't support that algorithm.

The reason why Payara Server fails and GlassFish doesn't is that Payara Server attempts to find configuration values in password aliases, which are protected by the keystore. This results in an exception because it can't open the keystore. I bet that GlassFish would also fail to open the keystore if it needed it at some point later. GlassFish just doesn't have the functionality of reading the configuration from password aliases and thus doesn't attempt to open the keystore at startup.

Anyway, it's definitely a bug that this exception brings down the whole server. Payara Server should just ignore the configuration and go on. Raise this as a bug in Payara bug tracker: https://github.com/payara/Payara/issues.

I would say you don't need expressions and reflection for this part, you can try something like this (also added TKey generic parameter for key type):

Consider the example below where I implemented something like what you asking for:

Since ReflectionHelper.getClasses returns an array of the raw type Class, the local-variable type inference will use this raw type Class[] for var blks and in turn, the raw type Class for var c. Using the raw type Class for c allows passing it to registerSubtype(Class), without any check, but not without any warning. You can use the method asSubclass to perform a checked conversion, but you have to declare an explicit non-raw variable type, to get rid of the raw type, as otherwise, even the result of the asSubclass invocation will be erased to a raw type by the compiler.

There are two approaches. Change the type of blks:

So I found the issue. I did upgrade to JDK 9 and so my JAVA_HOME and path env variables were pointing to the JDK 9. So I changed them to point back to JDK 8 for the time being. and everything works.