- Ignoring dynamism - assuming services are always available.
- Using OSGi as an "applications" level programming platform - using OSGi API in pojos rather than keeping them pure and separating out OSGi-dependant code.
- Ineffective modularization - OSGi has a granularity at the package level which should be adhered to; package rather than jar cohesion should be sought.
- Over/under use of services - not everything should be a service but properly used it can simplify code.
- The myth of "pure" OSGi - plan for and regularly perform refactoring. Package code such that inevitable refactoring can move the package without breaking API. Be agile.
Tuesday, March 22, 2011
10 signs you're doing OSGi wrong
Examples of bad ways of using OSGi, summed up as:
Subscribe to:
Post Comments (Atom)
inject it
ReplyDelete