summaryrefslogtreecommitdiff
path: root/dbaccess/source/core
AgeCommit message (Collapse)AuthorFilesLines
2013-01-09fdo#46808, new method OConfigurationTreeRoot::createWithComponentContextNoel Grandin3-7/+7
and use it to replace usage of createWithServiceFactory, and thus replace usage of XMultiServiceFactory. Change-Id: Id2f44066683ce17cf7a22f80916031556ef0e82a
2013-01-07fdo#57950: Remove some chained appends in dbaccessMarcos Paulo de Souza1-12/+4
Also simplify logic a little bit. Change-Id: I342f8d1d22e70023d23c6c8ca3976d501e18fb90 Signed-off-by: Marcos Paulo de Souza <marcos.souza.org@gmail.com> Reviewed-on: https://gerrit.libreoffice.org/1559 Reviewed-by: Luboš Luňák <l.lunak@suse.cz> Tested-by: Luboš Luňák <l.lunak@suse.cz>
2013-01-07fdo#57950: More fixes for chained appends in dbaccessMarcos Paulo de Souza1-165/+144
And also: Remove some RTL_* macros Remove ::rtl prefix Change-Id: I9c3902672518559e8a139c37bc1933843bebfe5d Signed-off-by: Marcos Paulo de Souza <marcos.souza.org@gmail.com> Reviewed-on: https://gerrit.libreoffice.org/1561 Reviewed-by: Luboš Luňák <l.lunak@suse.cz> Tested-by: Luboš Luňák <l.lunak@suse.cz>
2013-01-07fdo#57950: Remove some chained appends and more in dbaccessMarcos Paulo de Souza1-118/+93
- Sanitized some OUStringBuilder, avoiding creating a new one and after make some appends - Removed some ::rtl prefixes - Remove RTL_* macro Change-Id: Ide3d78f20c68774cd4864b82cb8d29784228d1cd Signed-off-by: Marcos Paulo de Souza <marcos.souza.org@gmail.com> Reviewed-on: https://gerrit.libreoffice.org/1552 Reviewed-by: Miklos Vajna <vmiklos@suse.cz> Tested-by: Miklos Vajna <vmiklos@suse.cz>
2012-12-21fdo#46808, Convert frame::Desktop to new style service.Noel Grandin4-23/+20
I had to drop XEventBroadcaster from the merged interface because it introduced method name conflicts (addEventListener). Shouldn't be an issue since it was scheduled to be dropped anyhow, and the service implementation still implements it, so existing clients will be fine. I dropped the interface XPropertySet from the combined IDL because nobody seems to be using it, and it's primary purpose appears to be to set weird flags. I dropped the optional interfaces XStatusIndicatorFactory XDispatchInformationProvider from the combined IDL because the service does not implement them, and nobody seems to be using them. I suspect they were mistakenly copied from XFrame. I also did not convert the Title, UserDefinedAttributes and LayoutManager properties to attributes, again because no-one is using them. Change-Id: I678a00006ed2cca2d6c37c4e39465811442c33af
2012-12-10fdo#46808, use service constructor for embed::StorageFactoryNoel Grandin2-31/+29
Change-Id: I26cd1cf86118122f392f16801a646df753a7df26
2012-12-10fdo#46808, Convert connectivity::SQLError to use XComponentContext...Noel Grandin3-5/+6
...instead of comphelper::ComponentContext. Change-Id: I40384c2d7cfcabd06506321d686dd8e7c7c5f266
2012-12-10fdo#46808, Adapt sdbc::DriverManager UNO service to new styleNoel Grandin2-4/+5
Change-Id: Ic2be6bd08aaabc81d0fbe0269ca577868defe934
2012-12-10fdo#46808, Adapt sdbc::ConnectionPool UNO service to new styleNoel Grandin1-1/+1
ConnectionPool was already a new-style service, but since it was not exposing all of it's interfaces properly I had to create a unified interface XConnectionPool. Change-Id: Idfa3fa3335173ceeab1785b4049422874b6c9d5a
2012-12-06Don't force refresh when higher up code did not request itLionel Elie Mamane1-11/+5
Change-Id: I0f415c96fc05c1d776d14885751aef020c42f4ae
2012-12-06fdo#53281 Don't cache whole row in KeySetLionel Elie Mamane1-15/+1
This was done for the sake of ODBC, but the cost was imposed on all backends. The ODBC problems are now solved cleanly (and more efficiently) in the SDBC<->ODBC layer. Change-Id: Ib8a864da08deaaacc96a379fb72b3b7cbb34598c
2012-12-06fdo#46808, use service constructor for sdb::DatabaseContextNoel Grandin1-1/+1
Change-Id: I4d845f289f324912b0fc4d8e26a2947e2d2f889e
2012-12-06fdo#46808, Adapt util::NumberFormatsSupplier UNO service to new styleNoel Grandin2-6/+4
Change-Id: I58436d9eea0c38d14cde2dc01aa463d5d71912e9
2012-11-30c++ API: use css alias in generated headers, adds global css declThorsten Behrens3-3/+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-30fdo#46808, remove some more XMultiServiceFactory fieldsNoel Grandin1-1/+1
Change-Id: I8d039a933c9fde1a24b35954bb5a1f151e9aa160
2012-11-30fdo#46808, use service constructor for ucb::CachedDynamicResultSetStubFactoryNoel Grandin3-6/+6
Change-Id: Iea7b21621c5d341468976507684a9c01f0822034
2012-11-30fdo#46808, convert ucbhelper::ResultSet to XComponentContextNoel Grandin3-16/+9
Along the way, remove the XMultiServiceFactory member from a few classes that were not using it. Change-Id: I9ee2c2ebc01144301ed8e489bd92b4695ff263d0
2012-11-28fdo#46808, use service constructor for sdbc::ConnectionPoolNoel Grandin3-4/+8
Change-Id: Id12226af5e537b1eeacbb062ad937a3551e245c0
2012-11-28fdo#46808, Adapt reflection::ProxyFactory UNO service to new styleNoel Grandin2-8/+8
The service is deprecated, but we still have a handful of in-tree users, and converting it lets me thread XComponentContext through a bunch of classes. Change-Id: Iffdfe537ada6b9e4a89f9b3c8dd82ca85f4bfaba
2012-11-26Typo in commentLionel Elie Mamane1-1/+1
Change-Id: I63e866d5ad6ae76c8e19d04f3be1476f82966e31
2012-11-23some i18n wrappers with LanguageTagEike Rathke2-4/+4
Change-Id: I2ceaa3159e8669c2c569fa8559c1e061dcad399d
2012-11-22AllSettings with LanguageTagEike Rathke1-1/+1
Change-Id: I710ae66e51139662eb442b681fdf9cc9d158551d
2012-11-17use LanguageTagEike Rathke1-5/+2
Change-Id: Iea2c5ae21c8d7c143f9f4a0e3c42c963cfc28d33
2012-11-15fdo#46808, use service constructor for ucb::SimpleFileAccessNoel Grandin1-2/+1
I upgraded the service to return XSimpleFileAccess3, since it already implemented that interface, and it's backwards compatible. Change-Id: I40001a46048bd21a23b6a2f58a95376f06fc634b
2012-11-11Fix the scope of the variable 'pApprove' can be reducedJulien Nabet1-2/+1
Change-Id: I1ce2682224fbb0c93bc7ec97a31a59020ac6be02
2012-11-05fdo#46808, use service constructor for i18n::CharacterClassificationNoel Grandin3-5/+5
Change-Id: I0499ad7de27b1539e97f01ab8aa0ef2d6713ae76
2012-11-05fdo#46808,remove unnecessary MSF field from ucbhelper::ContentIdentifierNoel Grandin1-1/+1
...which has lots of nice knock-on effects. Change-Id: Icc93fdb70f24903b08702654db4e1105eb1d438e
2012-11-02include stl headers for used featuresLionel Elie Mamane1-0/+1
Change-Id: I6b0d3b3feea88b6e3605f751df9e1154e4231127
2012-11-02Columns should know their tableLionel Elie Mamane1-13/+26
For example dbaccess::OSingleSelectQueryComposer::appendOrderByColumn expects it (via impl_getColumnName_throw via getTableAlias) There is some vagueness: Should the TableName property contain just the table name, or the *composed* table name (that is with catalog and/or schema if used by this DB)? In the case of a query, should it contain the table name (alias) *in* *the* *query* or of the original table? In the former case, what meaning do SchemaName and CatalogName have? They should be empty? For now, commit as such and deal with the fallout, if any, when it hits the fan. If we really need to store these *different* values, (that is, some code validly needs them) it would be easier / cleaner / ... to define *different* properties for these *different* notions. Change-Id: I032e619a60e7563cd51478db16cb5e0e5452bfde
2012-11-02Don't abort when column has no (Catalog|Schema|Table)NameLionel Elie Mamane1-3/+6
Especially since the rest of the function is prepared to handle no/empty (Catalog|Schema|Table)Name. Change-Id: Ic0bb59ead5789e671c90887ef850588f4924f5e7
2012-11-02optimisation: take ref to OUString instead of constructing temp objectLionel Elie Mamane2-2/+2
Change-Id: I9dcb821cd71f89fa5b3d8274fd93facc1f43863f
2012-10-28fix some VS 2010 specific issuesDavid Ostrovsky3-5/+9
Change-Id: Iae27a96c1e2ed72d2744fcbe100d6ada7dc41c82 Reviewed-on: https://gerrit.libreoffice.org/914 Reviewed-by: Michael Stahl <mstahl@redhat.com> Tested-by: Michael Stahl <mstahl@redhat.com>
2012-10-24fdo#46808, use service constructor for frame::GlobalEventBroadcasterNoel Grandin1-3/+3
Add document::XEventBroadcaster interface to XGlobalEventBroadcaster, because a client uses it, and the service always implements it. This is safe to do because we haven't released an LO version with XGlobalEventBroadcaster in it yet.
2012-10-23fdo#46808, use service constructor for frame::ModuleManagerNoel Grandin1-1/+1
Change-Id: Iae2bd22a22213274d4a7697345b879f6573a30f0
2012-10-22fdo#46808, Adapt xml::sax::XWriter UNO service to new styleNoel Grandin2-5/+6
Create a merged XWriter interface for the service. The xml.sax.Writer service already existed, it just did not have an IDL file. Change-Id: I4e6d3f3c68f9282a55fc7aa19778f97632fd8ad5
2012-10-12mark lcl_ functions static or rename them if they are not local at allLuboš Luňák1-1/+1
http://lists.freedesktop.org/archives/libreoffice/2012-October/039639.html Change-Id: I231f0b367bf0b513c6c1ce4c4cfdb7c3dc8660d5
2012-10-04fdo#46808, Adapt xml::sax::XParser UNO service to new styleNoel Grandin1-2/+3
The xml.sax.Parser service already existed, it just did not have a new-style service to create it. Change-Id: I6f145a7504ff9e149c802f723991954a2801cbc9
2012-10-04Fixes/improvements on previous commitStephan Bergmann2-3/+3
* UUIInteractionHandler still needs to implement XInitialization. * Moved ambiguating InteractionHandler typedef out of the way. * Removed InteractionHandler.createDefault, as it was originally stated that "it is strongly recommended that [the "Parent"] property is supplied." * Added back documentation about Parent and Context. * Simplified some call-sites to directly use XInteractionHandler2. Change-Id: I1029b8f3cf079171c75920cafaaa44b5bbada883
2012-10-04fdo#46808, Adapt task::InteractionHandler UNO service to new styleNoel Grandin2-8/+7
Since we don't need to expose XInitialisation, we can make the new-style service implement XInteractionHandler2. Change-Id: Ib27beed1c12df17592c6472d6f58c233d2c41558
2012-10-01missing system headerNorbert Thiebaud3-2/+3
Change-Id: Ieb97d877238941d06aab1aa2ef67186bbc3a995a
2012-10-01missing system headerNorbert Thiebaud1-1/+1
Change-Id: Icba29c0ebfd30af36b18eb59a23643287985f8c8
2012-10-01Replace usage of rtl_*Memory with equivalent from string.hArnaud Versini8-9/+13
Change-Id: I50ffc10f007f03c3252ef0196b59b881429cc159 Reviewed-on: https://gerrit.libreoffice.org/734 Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com> Tested-by: Norbert Thiebaud <nthiebaud@gmail.com>
2012-09-29re-base on ALv2 code.Michael Meeks1-24/+14
2012-09-27Improvements on previous commitStephan Bergmann2-2/+2
* Made XDatabaseContext inherit XDatabaseRegistrations non-optionally, adapted call-sites to just use XDatabaseContext w/o querying. (The previous commit had inadvertantly effectively removed support for XDatabaseRegistrations from the ODatabaseContext implementation, as an optional UNO super-interface does not lead to a super-class in the corresponding C++ class hierarchy, but making the super-interface non-optional fixes that anyway.) * Adapted some more call-sites to just use XDatabaseContext w/o querying. * Added @since tag. * Replaced new uses of comphelper::ComponentContext::getUNOContext with comphelper::getComponentContext (see 03a9f139bd9ea1a4f9096fc982e6b326def58532 "ComponentContext::getUnoContext -> getComponentContext simplification;" I intend to get rid of comphelper/componentcontext.hxx much sooner than of comphelper/processfactory.hxx). Change-Id: I68d09f2dbe651629f79ed21cd40cdb6d6b32c624
2012-09-27fdo#46808, Adapt sdb::DatabaseContext UNO service to new styleNoel Grandin4-14/+11
Create a merged XDatabaseContext interface for this service to implement. Which is backwards-compatible, but does not require creating a new service. Quite a few IDL files had to be marked as published for this to work. Change-Id: Ie9a0da88d8c33cc83fc9d2334ff83ab2744c222f
2012-09-25replace remaining InterlockedCount() with inlined versionNorbert Thiebaud19-45/+45
Change-Id: Ifcfa48fc87f905a91470a5b0fd597b02f220784c Reviewed-on: https://gerrit.libreoffice.org/671 Tested-by: Norbert Thiebaud <nthiebaud@gmail.com> Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
2012-09-17fdo#46808, Adapt i18n::LocaleData UNO service to new styleNoel Grandin1-3/+2
The implementation of the LocaleData implements the optional XLocaleData4, so rather than creating a new interface for the new-style service, we simply make the service implement XLocaleData4, which in turn implements XLocaleData3, XLocaleData2, XLocaleData. Change-Id: I3e9a48b031be6b2aa5e04b376b3940b942add85a
2012-09-14Improvement on previous commit, UCB clean upStephan Bergmann1-1/+1
* As UCB is only ever initialized with "Local"/"Office", remove this configuration vector completely. The "create" ctor creates an instance internally initialized with those "Local"/"Office" keys. Special (test) code can still instantiate an uninitialized one via plain createInstance. And for backwards compatilibity process startup still ensures to create an initialized instance early, in case there is still code out there (in extensions) that later calls plain createInstance and expects to get the already-initialized (single) instance. * XInitialization is an "implementation detail" of the UniversalContentBroker service, do not expose in XUniversalContentBroker. * ucbhelper/configurationkeys.hxx is no longer needed and is removed. * ucbhelper/contentbroker.hxx is an empty wrapper and is removed; however, that requires ucbhelper::Content constructors to take explicit XComponentContext arguments now. * The only remaining code in ucbhelper/source/client/contentbroker.cxx is Android-only InitUCBHelper. Is that relevant still? Change-Id: I3f7bddd0456bffbcd13590c66d9011915c760f28
2012-09-13fdo#37529 clear DataColumns read-only information when we clear DataColumnsLionel Elie Mamane1-0/+3
Change-Id: I6f3b4f1646df1244d97ae98f56ba054bc26e3314
2012-09-05Some clean up of previous commitStephan Bergmann2-3/+3
Change-Id: I14097acf09e9663af7d7abc5f0c9d481880ecc51
generated by cgit v1.2.3 (git 2.39.1) at 2024-05-28 16:29:55 +0000