Peter, you live in a different world... <sigh>
Yes, one where I still think exploding things is the wrong way to
go ... :-(
Yes, I do think there would not be a serious problem if several parts of
Eclipse was delivered as one bundle; there is no value in modularity
itself.
A bundle/module should reduce the overall complexity by minimizing the
coupling,
if two bundles can only live together they are the same module, just
distributed
as two parts. Obviously, Eclipse has many plugins that are highly
cohesive
and have a minimal interface towards the outside world so I would
never propose
to go back to the monolithic approach.
Taking a statement and extrapolating it to its extreme is rarely very
useful.
The whole problem with modularity is the -granularity-. If you make
the granularity too
small you end up with too many artifacts to comprehend. If you make it
too large you do not
get the desired mix and match behavior.
You seem to want simple approaches where we get a recipe what to do,
and then black and
white is easy, but usual very wrong. The truth is usual somewhere in
the middle and gray.
Kind regards,
Peter Kriens
On 5 jun 2008, at 16:59, Niclas Hedhman wrote:
On Wednesday 04 June 2008 14:27, Peter Kriens wrote:
I often see bundles that can only live when some other bundles are
around as well, tightly coupled. Why not put these bundles in one
bundle?
Yes, why not create a single bundle with all my code (let's say
Eclipse) in
it. Then I can throw away OSGi altogether and simply use the common
public-static-void-main container ;o)
Peter, you live in a different world... <sigh>
Cheers
--
Niclas Hedhman, Software Developer
I live here; http://tinyurl.com/2qq9er
I work here; http://tinyurl.com/2ymelc
I relax here; http://tinyurl.com/2cgsug
_______________________________________________
OSGi Developer Mail List
osgi-dev@mail.osgi.org
https://mail.osgi.org/mailman/listinfo/osgi-dev
_______________________________________________
OSGi Developer Mail List
osgi-dev@mail.osgi.org
https://mail.osgi.org/mailman/listinfo/osgi-dev
