summaryrefslogtreecommitdiff
path: root/javaunohelper
AgeCommit message (Collapse)AuthorFilesLines
2013-09-26typo fixes in commentsAndras Timar1-1/+1
Change-Id: Iaadec33715f8e0e0c6595c5e684606905274fdab
2013-08-29[API CHANGE] Remove obsolete com.sun.star.comp.helper.UnoInfoStephan Bergmann2-108/+0
It had originally been used in the SDK's "Simple Bootstrap" for Java, com.sun.star.lib.loader.Loader class, but only left in there for backwards compatibility with pre--three-layer OOo versions (i.e., < OOo 3) when that Loader was switched to use the unoinfo executable with the fix for #i88687# "C++/Java Simple Bootstrap broken" in e2b7ea631a5e7297346ec826527a019e2baca020 "INTEGRATION: CWS sb87 (1.5.10); FILE MERGED: 2008/05/07 11:34:25 sb 1.5.10.1: #i88687# let Loader call new unoinfo instead of old juh.jar UnoInfo.getJars." Recent work in AOO to undo three-layer caused AOO to now accidentally use the backwards-compatibility code, so AOO ran into a problem that they solved with a change to com.sun.star.comp.helper.UnoInfo that LO erroneously merged in as 95ada2d65f6d999920f2a04599ac132fa632d66d "Related: #i122483# set correct classpath, include unoil.jar." The better approach is to get rid of that backwards-compatibility code and remove the obsolete UnoInfo class. While this is nominally incompatible, in practice no other client code but the SDK's com.sun.star.lib.loader.Loader should ever have used it (it should have been designed as a private interface for just that one client from the start, anyway). Java applications using "Simple Bootstrap" and built against old versions of the SDK (post the fix for #i88687# and its introduction of the unoinfo exectuable in OOo 3) will continue to work against new LO versions (as the backwards-compatibility code that would call the removed UnoInfo class will not be triggered anyway; and even if it were, all resulting exceptions would be caught and the new code path using the unoinfo executable be chosen then). Likewise, Java applications using "Simple Bootstrap" and built against the new SDK will continue to work against old OOo/LO/AOO vesions as far back as the fix for #i88687# and its introduction of the unoinfo exectuable in OOo 3. Change-Id: I64824ed002c3ccdf6912eab67499beb0c423081e
2013-08-19Rename SOLAR_JAVA to ENABLE_JAVA and HAVE_FEATURE_JAVATor Lillqvist1-1/+1
Change-Id: Ib451bdb3c1c2ca42347abfde44651d5cf5eef4f3
2013-06-11Related: #i122483# set correct classpath, include unoil.jarJürgen Schmidt1-1/+2
(cherry picked from commit d8a724835732e8111a8798484d63202fc90f93f9) Change-Id: Iaf4d90a111c5adf15817c7c1360e4bfad0ee9148
2013-05-07Extract SmoketestCommandEnvironment.java from juh.jarStephan Bergmann5-225/+0
...into a new smoketest.jar, so that URE juh.jar no longer depends on non-URE unoil.jar. Change-Id: I8937c78d8af6e2f82ada5dd80c322f8bca5ec2f5
2013-05-06fix typos (wich instead of which)Philipp Riemer1-1/+1
2013-05-06cleanup whitespaces due to RTL_CONSTASCII_USTRINGPARAM removalPhilipp Riemer1-9/+4
In e2e2cc61144cb22227eebfadff0ea24b51ccfbd0 the method was removed automatically leaving several line breaks etc. as visual noise.
2013-05-06remove usage of RTL_CONSTASCII_USTRINGPARAMLuboš Luňák2-7/+6
Mechanical removal of usage together with OUString ctor, done by compiler plugin. Change-Id: I554227f76df0dac620b1b46fca32516f78b462c5
2013-05-06Java cleanup, remove unnecessary @SuppressWarnings annotationsNoel Grandin1-1/+0
Change-Id: Ib5df091fc4a6233b526c44ae42dbdbacb0bef7c6
2013-05-06Java cleanup, convert Hashtable to HashMapNoel Grandin4-14/+34
Change-Id: If8a9c0c3a4b357fb9c0ff096f44ed1b44ebbcef4
2013-04-25Clean up Java ServiceManager bootstrappingStephan Bergmann1-20/+5
...and remove the unused feature of initializing it with an obsolete XSimpleRegistry. Change-Id: I333dae51f67c16da3e6822ba81e4b8ca125188a5
2013-04-22Move to MPLv2 license headers, with ESC decision and author's permission.Michael Meeks4-88/+16
2013-04-18Let juhx.dll export undecorated symbols on WindowsStephan Bergmann5-19/+112
...otherwise preload.cxx in juh.dll will not be able to find them via osl_getFunctionSymbol. What apparently happens is that JNICALL expanding to __stdcall decorates symbol names with _...@NN. This likely was hidden in pre-gbuild times thanks to the use of def files. (On a side note, the JVM appears to contain special code to find syms for native methods in both decorated and undecorated form; that explains why it picks up the decorated symbols from juh.dll just fine.) There is no need for the functions in juhx.dll (called from the juh.dll wrapper) to adhere to JNICALL (in fact, things would likely be easier to maintain if the juhx.dll functions also used different names than their juh.dll wrappers). However, what complicates this patch is that for DISABLE_DYNLOADING, the juh wrapper and its preload.cxx is elided, and the code that would normally go into the juhx library goes into the juh library (and thus needs to stick to JNICALL, and also needs to use the right function names). Change-Id: I66611648f1f79f57f0c1b23fb7a801da2d7b86c5
2013-04-15fdo#60724 successfull -> successfulThomas Arnhold2-7/+7
Change-Id: I287bef5b7f2baf5aaaab47141267ae2cadfe2451
2013-04-11Remove createRegistryServiceFactory preload left-overStephan Bergmann1-22/+0
...forgotten from f3051abde54e7a0bc3e2d184e31ac011e96d3e6b "API CHANGE: Remove deprecated cppuhelper/servicefactory.hxx and Java equiv." Change-Id: Iccdcb68c6051a64a09ae7918eecb8d3e2c53a085
2013-04-07mass removal of rtl:: prefixes for O(U)String*Luboš Luňák4-16/+11
Modules sal, salhelper, cppu, cppuhelper, codemaker (selectively) and odk have kept them, in order not to break external API (the automatic using declaration is LO-internal). Change-Id: I588fc9e0c45b914f824f91c0376980621d730f09
2013-04-02drop prefix from ::cssThomas Arnhold1-1/+1
as css is already ::com::sun::star Change-Id: I86b43843e4b74f990b6e05dee37184a002072d12
2013-03-19automated removal of RTL_CONSTASCII_USTRINGPARAM for quoted OUStringsThomas Arnhold1-8/+4
Done with a perl regex: s/OUString\s*\(\s*RTL_CONSTASCII_USTRINGPARAM\s*\((\s*"[^")]*?"\s*)\)\s*\)/OUString\($1\)/gms Change-Id: Idf28320817cdcbea6d0f7ec06a9bf51bd2c3b3ec Reviewed-on: https://gerrit.libreoffice.org/2832 Reviewed-by: Thomas Arnhold <thomas@arnhold.org> Tested-by: Thomas Arnhold <thomas@arnhold.org>
2013-03-18fix javadoc warningsPeter Foley1-4/+3
Change-Id: I86176860504893213a25afc2a3a886cab9acad68
2013-03-14remove legacy build.pl prj/build.lst files.Michael Meeks1-3/+0
2013-03-03Related to fdo#60724: correct spellingThomas Arnhold1-1/+1
Using the autocorrect list of LibreOffice extras/source/autotext/lang/en-US/acor/DocumentList.xml Change-Id: I8b93969bc0742c2e95b8b7db3c4c37691e8d3657 Script: http://pastebin.ca/2327716
2013-02-28remove all d.lstMichael Stahl1-0/+0
Change-Id: Icba4218c5f9fe89d183d25ea82a8eae52881f885
2013-02-26odk: remove temporary Zip file gratuitous complexityMichael Stahl2-57/+0
4 zip files containing ridl, unoloader, jurt and juh source files are created and copied to solver and unzipped again in odk when odk could simply run javadoc over the source files directly. Change-Id: I8d2d7c794988eab2e8a3c6005cc8a849a1232f64
2013-02-22s/the the/the/Tor Lillqvist3-4/+4
Change-Id: Iadacffaad832c6ff06757e8567e24f929f24a4c3
2013-02-22s/whith/with/Tor Lillqvist1-1/+1
Change-Id: I23da81c182ad30faf871d98e55820295418207d0
2013-01-30Removed several useless macros: A2OU, A2S, C2U, C2S, OUSTR, OUSTRINGJean-Noël Rouvignac3-18/+12
Change-Id: Ie859cb2dfdc7103c379fce56be88eef8fe390afd Reviewed-on: https://gerrit.libreoffice.org/1924 Tested-by: Luboš Luňák <l.lunak@suse.cz> Reviewed-by: Luboš Luňák <l.lunak@suse.cz>
2013-01-26gbuild: fix silly "expandtabs" in makefile VIM modelinesMichael Stahl5-5/+5
Change-Id: I54d8923ad315e8041fd3904da3a29f1a7a8c8b16
2012-12-21API CHANGE: Remove deprecated cppuhelper/servicefactory.hxx and Java equiv.Stephan Bergmann5-340/+0
... com.sun.star.comp.helper.RegistryServiceFactory (juh.jar). Superseded by default bootstrap mechanisms. An aborting stub for non-inline cppu::createRegistryServiceFactory is left in cppuhelper/srouce/compat.cxx to avoid having to incompatibly change cppuhelper/soruce/gcc3.map. Change-Id: I590e50b8f57e86d4bb3e00d157c9e5907c02f267
2012-11-30c++ API: use css alias in generated headers, adds global css declThorsten Behrens1-2/+0
This changes all generated API headers (.hpp and .hdl) to use a namespace alias 'css' instead of the pointlessly long com::sun::star Makes the change in cppumaker & associated tools, adds a global namespace alias definition in sal/types.h, and removes a kiloton of local, now pointless-to-harmful versions of that alias from all over the code. Change-Id: Ice5a644a6b971a981f01dc0589d48f5add31cc0f
2012-11-09Introdude SAL_JNI_EXPORT and use that instead of JNIEXPORTTor Lillqvist2-4/+4
Use it in the cases where I yesterday changed SAL_DLLPUBLIC_EXPORT to JNIEXPORT. It turns out that on Linux JNIEXPORT does not enforce "default" visibility, but expands to empty. Change-Id: I033b3cf538715fb596e965e17f3da12fb987df63
2012-11-09Use JNIEXPORT to really export these for AndroidTor Lillqvist2-4/+4
Now with DISABLE_DYNLOADING, SAL_DLLPUBLIC_EXPORT actually means hidden visibilty. Which is OK in general as with a single DSO (or a single executable, for iOS), none of our "normal" entry points need to be visible froom the outside. So for the JNI entry points use JNIEXPORT. On "normal" platforms it should be equivalent to SAL_DLLPUBLIC_EXPORT. Change-Id: Iad634950e635ac03a0e90cae6d00afd9fb4eeb64
2012-10-07DISABLE_DYNLOADING tentative fixTor Lillqvist1-2/+20
Change-Id: Ic23dcc0b45a90e845fc4fba1861bcee03354da01
2012-10-01fdo#51304: Remove the author of some java source filesAnurag Jain5-16/+0
This patch remove some '@author' for Java souce files, and removes some commented code founded when removing the '@author'. Change-Id: Ic4fcd028a9cdbd85c693d93bcd48e41f36386d22
2012-09-28gbuild: invert handling of standard system libraries:Michael Stahl2-4/+0
Always link in gb_STDLIBS, except when the library explicitly opts out with gb_LinkTarget_disable_standard_system_libs. Change-Id: I489a99114fbfa46d0421a27cf6c7b899dc268a4a
2012-09-28gbuild: replace direct gb_STDLIBS use with ...Michael Stahl2-2/+4
... new gb_LinkTarget_add_standard_system_libs Change-Id: Ib2bc843098db3d8c6822b45a3d21724e67f57d69
2012-09-28gbuild: split uwinapi out of gb_STDLIBSMichael Stahl2-0/+2
Change-Id: I53316e0b9369d806197bccb42cf22d3497af43e7
2012-09-21No juh library to load in the disable-dynloading case (on Android)Tor Lillqvist2-2/+36
Change-Id: I6a5eefe86e23499b555b34c6ba2ebe131e109304
2012-09-20No need for the juh/juhx dance when DISABLE_DYNLOADINGTor Lillqvist3-2/+50
Change-Id: Ifc2bfb278947344d14b855ebf5527b603e333f15
2012-09-17Keep null service manager throw a DeploymentExceptionStephan Bergmann1-1/+2
...rather than a general RuntimeException, for consistency with existing service ctor code. Change-Id: Ia9ac14a1b5bcecb24394e7b9cade369f3f9303f0
2012-09-17Require XComponentContext.getServiceManager to throw instead of returning nullStephan Bergmann1-0/+5
This is such a fatal error that there is probably no point in trying to handle it, so allow to simplify client code by removing the requirement to check for a null return value. Simplified some client code accordingly (modules configmgr and ure, and the code generated by cppumaker and javamaker). Change-Id: I51c0b270ec73409374f7439a47ee061407a46e31
2012-09-06Java cleanup, remove unnecessary importsNoel Grandin7-59/+0
Change-Id: Iacfcb2e16cb0e3c25a4cd0678a374fe5111284f7
2012-08-20Java5 updates - convert to genericsNoel Grandin9-62/+62
Change-Id: I039e51958865a7ea000034e7bf765f64d49689cd
2012-08-20Remove dead java code, fields and local variablesNoel Grandin3-7/+0
Change-Id: If777dcb0e0142229df737c2f1e3e6ecb61f64168
2012-08-20Java update - fix various javadoc issuesNoel Grandin2-3/+3
Along the way, remove some javadoc comments that are completely incorrect. Change-Id: I02f96b6cbe665d2c10bd6ee245a7d8e2eef0f755
2012-08-17gbuild: register all jarsMichael Stahl1-3/+3
Change-Id: I9f49970e5e06d1afd3fc066a20d1671c93e262fc
2012-08-15gbuild: remove most uses of gb_Jar_set_jarclasspath:Michael Stahl1-1/+1
With gb_Jar_add_jar and gb_Jar_add_system_jar adding to the manifest classpath automatically it is no longer necessary to call gb_Jar_set_jarclasspath manually except for the URE jars, which are apparently not supposed to be added automatically. Change-Id: I1e743e7ecb9cb5651e02005aa09e127bea1b0a29
2012-08-08Export JNI functions from juh, juhx libsStephan Bergmann4-34/+8
...this had been broken with gbuild'ification of javaunohelper and caused java.lang.UnsatisfiedLinkError from com.sun.star.comp.helper.Bootstrap.cppuhelper_bootstrap, as could be witnessed by test-javanative in ure/source/uretest/Makefile failing. Change-Id: I8a76e1195c713895bfb8eae5070b0f73beb2b897
2012-08-06Static method sleep from Thread should be accessed in a static wayJulien Nabet3-4/+4
Change-Id: I7d875dd74f8eff05f7a291100841779abbf5fd1c
2012-06-29revert changes to public URE APIs in previous commitMichael Stahl2-9/+7
Change-Id: I8f5309ee5fbda34ad1bb9e724c26e04692253649
2012-06-29Java5 updates - update code to use genericsNoel Grandin9-128/+126
This is all of the code I missed in my first set of patches. Change-Id: I8c7c9e5ac28dc3c2f3ac062c806fbf0787c997bd
generated by cgit v1.2.3 (git 2.39.1) at 2024-04-24 21:57:11 +0000