/odk/util/

mail>Samuel.Mehrbrodt@cib.de 2020-03-26T14:04:47+00:00 35518c92365cc183ba6cce2a4d284a130c0ca13f This moves the classes from juh.jar and ridl.jar to libreoffice.jar The goal is to have one single jar (and Java module, will be added later) which developers can include to work with LO. juh.jar and ridl.jar are kept as basically empty jars with libreoffice.jar on its classpath to keep backwards compatibility. This is a continuation of ae855bf48163ff64d94cfc34aff8e37abdb5518d and a preparation to have Java 9 module support. Change-Id: Ifbbfb97f60373d14256e62ae3122913bd17d5bbb Reviewed-on: https://gerrit.libreoffice.org/c/core/+/91930 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com> 
This moves the classes from juh.jar and ridl.jar to libreoffice.jar

The goal is to have one single jar (and Java module, will be added later)
which developers can include to work with LO.

juh.jar and ridl.jar are kept as basically empty jars with libreoffice.jar
on its classpath to keep backwards compatibility.

This is a continuation of ae855bf48163ff64d94cfc34aff8e37abdb5518d
and a preparation to have Java 9 module support.

Change-Id: Ifbbfb97f60373d14256e62ae3122913bd17d5bbb
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/91930
Tested-by: Jenkins
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
tdf#117331 Merge jurt and unoil into ridl 2020-02-04T21:03:54+00:00 Samuel Mehrbrodt Samuel.Mehrbrodt@cib.de 2019-12-11T12:23:43+00:00 ae855bf48163ff64d94cfc34aff8e37abdb5518d 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. Conceptually, the UNOIDL entities in unoil.jar (corresponding to module offapi) are not part of the URE, but are now made available by URE's ridl.jar. This should probably not cause problems in practice. At least for now, we seal exactly those packages in ridl.jar that were originally sealed in jurt.jar. Ideally, all of ridl.jar could be sealed now, but that would be mildly incompatible, as it would prevent 3rd-party code from introducing additional UNOIDL entities in the relevant namespaces (even if that is something we do not want 3rd-party code to do anyway). However, some JunitTest_jurt_* define classes in those sealed packages. In the past they got away with that by using gb_JunitTest_use_jar_classset,*,jurt. Instead they now need to gb_JunitTest_use_jar_classset,*,ridl and drop the gb_JunitTest_use_jar,*,ridl. But the former only makes available the classes that are specified in ridljar/Jar_ridl.mk with gb_Jar_add_sourcefiles, not the UNOIDL entities specified via gb_Jar_add_packagedirs. But the tests need the udkapi UNOIDL entities, so introduce gb_JunitTest_add_classpath to let the tests get them explicitly. (Curiously, JunitTest_jurt_uno and JnitTest_jurt_util use gb_JunitTest_use_jar_classset,*,jurt but don't seem to acutally need it; lets leave that for a follow-up clean up.) As a follow-up clean up, relevant files could be moved from jurt/ to ridljar/. Change-Id: I836f4e7bb47fb41f1306e3f223da90dba988eb9a Co-authored-by: Stephan Bergmann <sbergman@redhat.com> Reviewed-on: https://gerrit.libreoffice.org/c/core/+/84946 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com> 
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.

Conceptually, the UNOIDL entities in unoil.jar (corresponding to module offapi)
are not part of the URE, but are now made available by URE's ridl.jar.  This
should probably not cause problems in practice.

At least for now, we seal exactly those packages in ridl.jar that were
originally sealed in jurt.jar.  Ideally, all of ridl.jar could be sealed now,
but that would be mildly incompatible, as it would prevent 3rd-party code from
introducing additional UNOIDL entities in the relevant namespaces (even if that
is something we do not want 3rd-party code to do anyway).

However, some JunitTest_jurt_* define classes in those sealed packages.  In the
past they got away with that by using gb_JunitTest_use_jar_classset,*,jurt.
Instead they now need to gb_JunitTest_use_jar_classset,*,ridl and drop the
gb_JunitTest_use_jar,*,ridl.  But the former only makes available the classes
that are specified in ridljar/Jar_ridl.mk with gb_Jar_add_sourcefiles, not the
UNOIDL entities specified via gb_Jar_add_packagedirs.  But the tests need the
udkapi UNOIDL entities, so introduce gb_JunitTest_add_classpath to let the tests
get them explicitly.  (Curiously, JunitTest_jurt_uno and JnitTest_jurt_util use
gb_JunitTest_use_jar_classset,*,jurt but don't seem to acutally need it; lets
leave that for a follow-up clean up.)

As a follow-up clean up, relevant files could be moved from jurt/ to ridljar/.

Change-Id: I836f4e7bb47fb41f1306e3f223da90dba988eb9a
Co-authored-by: Stephan Bergmann <sbergman@redhat.com>
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/84946
Tested-by: Jenkins
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
java: remove more dead code 2015-01-05T07:59:03+00:00 Noel Grandin noel@peralex.com 2014-12-18T09:43:40+00:00 10039462dfebdf6727529ca38b4105fcd7dd5727 found by looking for unused parameters (in Eclipse) Change-Id: I03cf9bc8312e59747b2d0ac153ee2fc8d76be893 
found by looking for unused parameters (in Eclipse)

Change-Id: I03cf9bc8312e59747b2d0ac153ee2fc8d76be893
java: remove dead stylemapper code in reportbuilder 2015-01-05T06:23:30+00:00 Noel Grandin noel@peralex.com 2014-12-18T08:43:29+00:00 a49b2ba1a6a9467aa75d320b45671ae1e87314d3 as far as I can tell, this has been dead since the original import of this code Change-Id: I4bd47e55eb0abc991ea1d58c16fba6fa6c7878d9 
as far as I can tell, this has been dead since the original import
of this code

Change-Id: I4bd47e55eb0abc991ea1d58c16fba6fa6c7878d9
java: remove dead code 2015-01-05T06:23:29+00:00 Noel Grandin noel@peralex.com 2014-12-19T14:03:41+00:00 43cc8ad33e815522e2b23ac87a4a9c4526cd85c9 found by UCDetector Change-Id: I6b0f49529379072da566e927b86815f173e7a90b 
found by UCDetector

Change-Id: I6b0f49529379072da566e927b86815f173e7a90b
or-7.0 LibreOffice 核心代码仓库文档基金会
summaryrefslogtreecommitdiff
path: root/vcl
AgeCommit message (Expand)Author
2015-11-04yyyyyNoel Grandin
2015-11-04-Werror,-Wabsolute-valueStephan Bergmann
2015-11-04vcl: What we want here is exactly std::copysignTakeshi Abe
2015-11-03loplugin:simplifyboolStephan Bergmann
2015-11-03tdf#81144 Chinese full-width punctuation does not align properlyMark Hung
2015-11-03vcl: Prefer std::abs to a home-brewed macroTakeshi Abe
2015-11-03vcl: Mark it as constTakeshi Abe
2015-11-03vcl: Mark them as constTakeshi Abe
2015-11-02Handle case that pDock may have no itemsStephan Bergmann
2015-11-02afl-eventtesting: crash close impress with spelling dialog activeCaolán McNamara