Re: [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

classic Classic list List threaded Threaded
3 messages Options
Rene Engelhard Rene Engelhard
Reply | Threaded
Open this post in threaded view
|

Re: [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

Hi,

On Tue, Feb 04, 2020 at 09:04:30PM +0000, Samuel Mehrbrodt (via logerrit) wrote:

> New commits:
> commit ae855bf48163ff64d94cfc34aff8e37abdb5518d
> Author:     Samuel Mehrbrodt <[hidden email]>
> AuthorDate: Wed Dec 11 13:23:43 2019 +0100
> Commit:     Stephan Bergmann <[hidden email]>
> 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.)

Regards,

Rene
_______________________________________________
LibreOffice mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/libreoffice
Samuel Mehrbrodt-2 Samuel Mehrbrodt-2
Reply | Threaded
Open this post in threaded view
|

Re: [Libreoffice-commits] core.git: many files

Hi,

I don't care much which of the jars contains the actual class files, as long as we don't break backwards compatibility.

But I would support adding an additional "uno.jar" (or "libreoffice.jar"), which has ridl.jar, unoloader.jar, juh.jar etc on it's classpath.

So that as an extension developer, you would only need to include one jar file (with a name that sounds familiar).

Regards
Samuel

Am 05.02.20 um 22:03 schrieb Rene Engelhard:
Hi,

On Tue, Feb 04, 2020 at 09:04:30PM +0000, Samuel Mehrbrodt (via logerrit) wrote:
New commits:
commit ae855bf48163ff64d94cfc34aff8e37abdb5518d
Author:     Samuel Mehrbrodt [hidden email]
AuthorDate: Wed Dec 11 13:23:43 2019 +0100
Commit:     Stephan Bergmann [hidden email]
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.)

Regards,

Rene
_______________________________________________
LibreOffice mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/libreoffice


_______________________________________________
LibreOffice mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/libreoffice
Rene Engelhard Rene Engelhard
Reply | Threaded
Open this post in threaded view
|

Re: [Libreoffice-commits] core.git: many files

On Thu, Feb 06, 2020 at 09:23:53AM +0100, Samuel Mehrbrodt wrote:
>    I don't care much which of the jars contains the actual class files, as
>    long as we don't break backwards compatibility.

I agree.

>    But I would support adding an additional "uno.jar" (or "libreoffice.jar"),
>    which has ridl.jar, unoloader.jar, juh.jar etc on it's classpath.

Yeah.

Especially for distros (like the next Debian) where those libraries are
not hidden but due to the Java policy are actual packages depended on by
ure and libreoffice where needed:

$ dh_listpackages | grep java$
libunoil-java
libofficebean-java
libjuh-java
libridl-java
libunoloader-java
libjurt-java
$

Of course (and that is what I have local right now) I can make
libunoil-java and libjurt-java packages containing those jars as before
and depending on libridl-java but as said, this is mildly confusing.

A new libuno-java with a uno.jar would be cleaner.

Especially given the C++ libraries are named libuno_* (those are also
extra packages in the meanwhile):

$ dh_listpackages | grep libuno
libunoil-java
libuno-sal3
libuno-salhelpergcc3-3
libuno-cppu3
libuno-cppuhelpergcc3-3
libuno-purpenvhelpergcc3-3
libunoloader-java

Regards,

Rene
_______________________________________________
LibreOffice mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/libreoffice