I am developing a OSGi program composed of several bundles that I run sometimes on my local windows dev computer, sometimes on a classic linux.
Currently, several bundles dedicated to resource connection have their own configuration file (properties file) containing some informations like the path to access some important files (present on both environments).
However, since the paths are different on the two execution-environments, I have to manually change the configuration before compilation, depending on which environment I am going to run my program in.
Is there a way for bundles to refer to an external configuration file? A solution could be to create a fragment for each environment that I generate only once, but I won’t be able to change the configuration file easily since it will be in the jar of the fragment.
Are there some “best practices” that I should know to solve my “simple” problem ?
Take a look at OSGi’s ConfigurationAdmin [1],[2] – this will suit your needs exactly (and is yet another example of OSGi’s elegance).
Basically you’ll implement a ManagedService or ManagedServiceFactory and the ConfigurationAdmin service take care of the rest.
The default setup for the Felix implementation used in concert with File Install (see Angelo’s comment) will scan a directory of configuration files (filename is the service ID and file suffix .cfg). But ConfigurationAdmin is pluggable, so the backend for config could be a database etc.
The great thing about externalizing your config in this way is that you can keep it with the app/environment – so your bundles become agnostic of their environment.