For modern computer systems, the speed and memory size of OSGi are irrelevant: remember that OSGi was designed for devices with limited resources. The memory size is in hundreds of kilobytes, and after the service is resolved, the structure does not affect the speed of your application (for example, there are no proxy servers). In short, don't worry about runtime.
I like the way a properly designed OSGi application cleans the application structure, making you think about your modules and services. I will stay away from all the benefits of modulation and service orientation here, just remember that they apply to small applications as well as large ones. Hey, you can even start finding reusable components!
You will need to think about packaging and sending your application: depending on your audience, you can leave by simply sending a bunch of packages, using a shell script to get the system (using, for example, Pax Runner ), or you may need to invest in something more interesting, for example, a beautiful application packaging with an icon.
source share