[Libreoffice-commits] core.git: android/source bean/Jar_officebean.mk bean/JunitTest_bean_complex.mk bean/test connectivity/Jar_ConnectivityTools.mk desktop/Jar_active_java.mk desktop/Jar_passive_java.mk desktop/scripts desktop/win32 extensions/test include/jvmfwk instsetoo_native/CustomTarget_setup.mk javaunohelper/Jar_juh.mk javaunohelper/JunitTest_juh.mk jurt/Jar_jurt.mk jurt/JunitTest_bridgefactory.mk jurt/JunitTest_connections.mk jurt/JunitTest_java.mk jurt/JunitTest_java_remote.mk jurt/JunitTest_remote.mk jurt/JunitTest_urp.mk jurt/util linguistic/JunitTest_linguistic_complex.mk nlpsolver/Jar_nlpsolver.mk odk/config odk/docs odk/examples qadevOOo/.classpath qadevOOo/Jar_OOoRunner.mk reportbuilder/Jar_reportbuilder.mk ridljar/Jar_ridl.mk ridljar/source ridljar/util scp2/source scripting/Jar_HelloWorld.mk scripting/Jar_Highlight.mk scripting/Jar_MemoryUsage.mk scripting/Jar_ScriptFramework.mk scripting/Jar_ScriptProviderForBeanShell.mk scripting/Jar_ScriptProviderForJava.mk scripting/Jar_Scri ptProviderForJavaScript.mk smoketest/Jar_smoketest.mk smoketest/Jar_TestExtension.mk solenv/gbuild swext/Jar_mediawiki.mk testtools/CustomTarget_bridgetest.mk testtools/Jar_testComponent.mk toolkit/JunitTest_toolkit_complex.mk toolkit/test unoil/Jar_unoil.mk unotest/Jar_test.mk unotest/Jar_test-tools.mk ure/source wizards/Jar_commonwizards.mk wizards/Jar_form.mk wizards/Jar_query.mk wizards/Jar_reportbuilder.mk wizards/Jar_report.mk wizards/Jar_table.mk xmerge/Jar_XMergeBridge.mk xmerge/Jar_xmerge.mk

Rene Engelhard rene at debian.org
Wed Feb 5 21:03:36 UTC 2020


On Tue, Feb 04, 2020 at 09:04:30PM +0000, Samuel Mehrbrodt (via logerrit) wrote:
> New commits:
> commit ae855bf48163ff64d94cfc34aff8e37abdb5518d
> Author:     Samuel Mehrbrodt <Samuel.Mehrbrodt at cib.de>
> AuthorDate: Wed Dec 11 13:23:43 2019 +0100
> Commit:     Stephan Bergmann <sbergman at redhat.com>
> CommitDate: Tue Feb 4 22:03:54 2020 +0100
>     tdf#117331 Merge jurt and unoil into ridl
>     jurt.jar and unoil.jar are kept as effectively empty jars, each with a
>       Class-Path: ridl.jar
>     in their meta-inf/manifest.mf, so that 3rd-party code loading them (with or
>     without also loading ridl.jar) will still have access to their content.

I believe this should then not be in ridl.jar then.

That sounds a bit misleading.

How about creating a "uno.jar" or "ure.jar" or something like this
instead of reuing ridl.jar? That one then could be referenced with the
same method from the "old" jars.

(Or vice-versa, merge them into jurt.jar, since "Java Uno Runtime" sounds
like a match.)



More information about the LibreOffice mailing list