Jason van Zyl wrote:
Oleg,

Shane and I were chatting and I think the maven-mercury module in trunk can actually go into Mercury itself, there is nothing trunk specific in there and almost makes you trunk free.
This kind of beats the purpose of externalizing dependency processing. Mercury defines an interface that any dependency reader should implement, maven-mercury is the maven POM specific implementation.

Why would we stick specific implementation with a generic interface? It would make sense if we also externalize POM processing from the trunk and make it into a component (see below). In this case implementation will be an adapter, that will not depend on the trunk.

We're trying to figure out what to do with the project builder which only relies on maven-shared-model. Once alpha-1 is release I don't want the external dependency structure changing, or the layout of the modules changing in trunk so if you can move that back to Mercury that would be cool.
That's a hard one. Original idea of Mercury was to make it a Maven-independent library. Well - because Mercury provides access to M2 repositories - it has to read POMs, so some kind of Maven dependency is a must. I think that POM processing should be externalized into independent component, so that shared-model + pom-interpreter are a low level libraries that Mercury and project builder can depend on. Is that even possible?

Shane, it is possible to make POM reader into a component? How clear are it's interfaces?

Might you also take a look and verify that Mercury builds with trunk and close the issue for 3.0-alpha-1 if it works.
Trying, trunk did not compile for me yesterday. I will update jira as soon as everything works together.

Thanks,
Oleg

Thanks,

Jason

----------------------------------------------------------
Jason van Zyl
Founder,  Apache Maven
jason at sonatype dot com
----------------------------------------------------------

In short, man creates for himself a new religion of a rational
and technical order to justify his work and to be justified in it.

  -- Jacques Ellul, The Technological Society


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to