Prepare Celix 3.0.0 release

[pnoltes]

For the next major version bump a lot deprecated functionality and functions can be dropped. Also some header files not meant for users should be made private.

An overview of the changes that should or can be done, before a Celix 3.0.0 release are:

• [x] Update CELIX_MAJOR (etc) to 3.0.0
• [x] Remove static dm libs
• [ ] Change bundle cache dir scheme in v3
• [x] Remove CELIX_PROPERTIES_FOR_EACH
• [x] Remove deployment admin
• [ ] Refactor C++ DependencyManager and remove setCSevice methods and not longer wanted SetCallbacks, etc
• [x] Remove C++11 support (dep man and C++11 dep man tests)
• [x] Add FRAMEWORK_EXPORT/UTIL_EXPORT to all public header functions
• [ ] Remove installation of deprecated headers dir (libs/utils an libs/framework)
• [ ] Rename non prefixed celix symbols from celix headers
• [x] Remove non celix prefixed function from cmake
• [x] Remove OSGI_ from celix_constants.h and remove old unused entries
• [x] Remove usage of cosgi.auto.start.0 etc from framework.c and celix_bundle_cache.c
• [x] Change delimiters in CELIX_AUTO_START_1 (etc) from " " to ","
• [ ] Remove OSGI_FRAMEWORK_BUNDLEUNKNOWN and other OSGI (no CELIX_) prefix enums
• [x] Refactor celix launcher and remove some of the functions
• [ ] Remove USE_FILE32API from framework cmake target compile definitions
• [x] Remove add_celix_docker support from cmake
• [x] Remove add_celix_runtime support from cmake
• [ ] Before release make all installed libs (including interface libs) not depend on deprecated headers
• • [ ] rsa_api
• • [ ] rsa_commons
• • [x] pubsub_spi
• • [x] pubsub_utils
• • [x] pubsub_api
• [ ] Update celixtypes.h so that non prefixed celix typedef are removed to a celix_private_types.h
• [ ] Update celixapi.h to not include non prefixed celix headers
• [x] Remove support for old log_service and shell service
• [x] Remove lang_c / lang_cxx from service registration/lookup in bundle context and dep manager
• [ ] Remove deprecated functions from celix_array_list.h, celixproperties.h and other celix headers
• [x] Remove pubsub libs/bundles from celix (pubsub is not part of the OSGi specifications)
• [x] Remove C++17 (std::string_view) support from utils and framework and keep support on C++14.
• [x] Merge gh-470 (updated properties)
• [x] Remove avpr support from dfi. Not stable and not used.
• [ ] Check if embedded memstream can be removed from utils (not needed anymore for OSX)
• [ ] Update doxygen for celix_bundleContext_useService (and C++ variant) to indicate that the callbacks can be called from the calling thread or the Celix event thread. This will give the option to changes to useService(s) function so that they directly work on the calling thread.
• [ ] maybe update the rsa spi/api. Create api for the remote constants header, remove svc references and registrations from the rsa_spi.
• [ ] Move celix_log.h header to framework src (private).
• [ ] Remove celix_status struct from celix_errno.h
• [ ] Remove some api in the celix_framework.h that is already available in celix_bundle_context to framework_private (minimize the public api)
• [ ] Remove support for CELIX_DEPRECATED_FACTORY_SERVICE in service registration and upstream
• [x] Remove cpputest or replace them with gtest

Note that this does not mean that all deprecated functions/types usage (i.e. bundle_getState, etc) needs to be removed from Celix, but for a first 3.0.0 only that these functions / types are no longer useable downstream (so not useable for Apache Celix users)

[PengZheng]

• [ ] Change bundle cache dir scheme in v3

It reminds me of the brainstorm we had in https://github.com/apache/celix/pull/441#issuecomment-1236383556

Now that #476 splits the cache and storage, the most straightforward way of supporting efficient sharing of bundles between multiple Celix instances is to add support for uncompressed bundle. This way, each framework instance has its own bundle cache like before, but for shared bundles, we extract them to someplace outside of bundle cache (maybe make them read-only), and then make symbolic links within the bundle cache to uncompressed shared bundles.

For containered/sandboxed APPs, we can mount folder containing uncompressed bundles read-only into the container/sandbox, and include the mount point into the bundle path, so that the framework within the container/sandbox can find them.

Our new celix_utils_deleteDirectory deals with symbolic links correctly, see TEST_F(FileUtilsTestSuite, DeleteSymbolicLinkToDirectory) in #476.

• [ ] Remove FRAMEWORK_EXPORT (only needed for windows)

It's needed to perform binary footprint optimization for shared object. See #442 It's especially important for C++ bundles if they were to be deployed in devices with limited storage. IMHO, we should use it universally in the whole Celix project, and encourage (and facilitate) our users to do the same.

• [ ] Maybe (TBD) remove pubsub admins from celix (pubsub is not part of the OSGi specifications)

But OSGi does have Event Admin. The only problem I see with PSA is that it does not support zero-overhead in process communication like RSA: one socket per subscriber is too expensive for communication within the same process.

PSA(Event Admin)/RSA represent two typical inter-component communication styles. We could add support for Event Admin, which both support zero overhead in-process and efficient inter-process communication, or we add support of zero-overhead in-process communication to PSA and rename it to Event Admin.

Also it's worth noting that now service discovery for RSA/PSA(Event Admin) can be unified easily using dns-sd.

[PengZheng]

As mentioned in #511, a crystal clear specification of the Celix component model or a reinterpretation of OSGi in the Celix context is very desirable.

[pnoltes]

I agree with adding a Celix EventAdmin. The event admin is part of the OSGi spec and I also think a remote event admin makes sense and is easier to use for users.

The main reason is that the current PubSub (and also the Remote Service Admin) needs extra manual work or codegen to be able to function. This manual work/codegen is needed to create DFI descriptors for serialization / remote invocation. The event admin is based on properties and for properties serialization should be straightforward and can be done - for example - with reuse of the netstring implementation used in pubsub wire protocol.

I will add a separate issue for the event admin.