On 17 Jun 07, at 5:59 PM 17 Jun 07, Brett Porter wrote:
On 18/06/2007, at 10:28 AM, Jason van Zyl wrote:
It won't work on the assemblies anyway because that's not the name
we use for distribution so the signatures would not be correct.
They have to be taken as they are built with the final name and
those are signed. Something I need to bring up as a best practice
discussion. They way we do things currently we cannot do a release
from end to end. The assembly we make are "maven-core" or "maven-
embedder" when they are deployed to the repository. The module
making the assembly must be named "maven" if we want it to work.
Or we need to be able to make the assembly from the top-level
directory like we do for the source assembly.
The name isn't baked into the signature, so as long as you rename
them both, it should be fine.
That said, I'm happy to open the other point up for discussion
anyway. The best practice there might be to allow the assembly
plugin to produce something with a different artifactId to attach
(ie, build in maven-core, assign to the same place as the source
bundle).
I think we also have to deal with the asymmetry in that we make the
source assembly from the root, and then do weird wiggling. In Maven I
think we should have the assemblies at the top-level but this leads
other problems with the assembly plugin. Allowing the assembly plugin
to attach with a different artifactId is what is done in the shade
plugin and I think it's a valid use but in this case I think it's a
work around. Or we simply call the module that contains the assembly
be named what the assembly is to be named. Still pondering.
There is something wrong with the remote resources plugin as
specified in the parent POM. It passes in
org.apache.maven.model.Repository to the artifact resolution
mechanism when it expects an ArtifactRepository which leads to a
CCE. So it's not ready to go out yet.
Ok, I misunderstood - I thought the rem. res. plugin freaked out
because of the snapshot parent, not because of the new version.
I'll downgrade it to the previous one.
- Brett
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Thanks,
Jason
----------------------------------------------------------
Jason van Zyl
Founder and PMC Chair, Apache Maven
jason at sonatype dot com
----------------------------------------------------------
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
