Es ist erklärtes Ziel, die DSL abzuschaffen. Das wird aber noch dauern. Auch OH3 wird volle Funktionalität über die DSL bieten (zumindest ist das so bei mir angekommen).
openHAB ist ein recht altes Projekt, als ich 2012 eingestiegen bin, war gerade OH1.0 aktuell, und das ist auch nicht über Nacht entstanden. Die verschiedenen Techniken wurden baukastenartig zusammengesetzt, um in kurzer Zeit ein vollständiges System zu erhalten (Es gab auch mal einen Editor für openHAB Dateien, den openHAB Designer, der ähnlich vollständig funktionierte, wie jetzt VSCode, also mit Fehleranzeige, Kontexthilfe, Autocompletion)
Die DSL war da ein logischer Weg. Die DSL (DomainSpecificLanguage) ermöglicht es, komfortabel Programme zu entwickeln, ohne gleich einen kompletten Parser oder Compiler programmieren zu müssen. Nur deshalb kann man Items als Objekte nutzen, mit all den Vorteilen, die sich daraus ergeben.
Letztlich ist es egal, welche Sprache man verwendet, das könnte auch Basic sein
aber die zu verwendenden openHAB Objekte müssen komfortabel zur Verfügung stehen, so wie in der DSL. Imports die immer gebraucht werden, sind eher lästig, das war in OH1 für die DSL auch nötig, aber in OH2 nicht mehr (die wichtigsten Imports werden automatisch vorgenommen). Ich hoffe inständig, dass dies in OH3 dann auch für Jython und Konsorten so sein wird.
Wie erwähnt kann man schon jetzt umsteigen und openHAB vollumfänglich mittels Jython automatisieren, man muss aber die Unterstützung dafür händisch installieren und mit einigen Einschränkungen leben (frag nicht welche, ich hab das auch nicht verstanden).
Jython hat gegenüber der DSL mindestens den Vorteil, dass der Code wesentlich schneller abgearbeitet wird (wenn ich mich richtig erinnere, so ungefähr Faktor 50). Dafür ist aber der Code in meinen Augen weitaus schlechter lesbar und nicht so gut verständlich - das mag aber mein persönliches Empfinden sein.