[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
manifest.mf is both design and run-time [was RE: > [equinox-dev] OSGI Bundles: alternate manifest.mf location]
|
"Philippe Ombredanne" <pombredanne@xxxxxxxxx> wrote on 07/12/2006 01:36:03
AM:
> Subject: manifest.mf is both design and run-time [was RE:
> [equinox-dev] OSGI Bundles: alternate manifest.mf location]
>
> Just to add my 2 cents of fun to this thread now it cooled off a bit:
> I think that there may be some mis-perception of what the manifest.mf is
> in an Eclipse project.
> It has a dual nature which may be confusing to some.
> It is used at design time *and( runtime.
>
>
> What I am trying to say is that the manifest is not a resource to the
> project, but is actually defining the pde project itself.
>
I believe that that is part of the problem. The manifest.mf was not
designed to
be a project definition file. It is a runtime manifest. In a sense it is
a runtime artifact analogous to a compiled .class file.
Overloading its use as a development artifact is problematic because the
manifest.mf syntax is not
semantically oriented towards that use. In fact, it is highly constrained.
A better model would be to have distinct development-time artifact(s) that
represents the 'source' for the manifest.mf and generate the manifest when
building the runtime artifacts.
But hindsight is 20/20. We have to work from what we have right now. Is
it possible to evolve towards such a better, decoupled model?
-mel