Module system
From APIDesign
(Difference between revisions)
| Line 1: | Line 1: | ||
Specification and also an implementation for packaging, deploying and executing applications composed from pieces/modules. [[Java]] users can choose from [[OSGi]], [[NetBeans Runtime Container]] or possibly [[OSGiAndNetBeans|mix them]] together. | Specification and also an implementation for packaging, deploying and executing applications composed from pieces/modules. [[Java]] users can choose from [[OSGi]], [[NetBeans Runtime Container]] or possibly [[OSGiAndNetBeans|mix them]] together. | ||
| + | |||
| + | In case one cares more about the build than execution, then have a look at [[Maven]]. | ||
Revision as of 19:20, 13 September 2009
Specification and also an implementation for packaging, deploying and executing applications composed from pieces/modules. Java users can choose from OSGi, NetBeans Runtime Container or possibly mix them together.
In case one cares more about the build than execution, then have a look at Maven.
A bit of math
Module system design needs to face some tricky (e.g. NP-Complete) issues. Especially complex is management on module dependencies as described at LibraryReExportIsNPComplete. This can have various solutions (like LibraryWithoutImplicitExportIsPolynomial), but it also shows why good API design skills are needed and why BackwardCompatibility is important.
Follow
