On Mon, 2005-12-12 at 20:32 -0700, Phil Steitz wrote: > On 12/12/05, robert burrell donkin <[EMAIL PROTECTED]> wrote: > > is the manifest missing a Specification-Version? > > Yes, as will be all of the maven-built jars, at least with the current > version of the maven jar pluglin. Interestingly, we find this in the > plugin source: > > <!-- > <ant:attribute name="Specification-Version" > value="${pom.currentVersion}"/> > --> > <ant:attribute name="Implementation-Title" value="${pom.package}"/> > <ant:attribute name="Implementation-Vendor" > value="${pom.organization.name}"/> > <ant:attribute name="Implementation-Version" > value="${pom.currentVersion}"/> > > > Looks like it used to be there, but was removed for some reason.
seems to be an old issue: http://jira.codehaus.org/browse/MPJAR-7?rc=1 but one that's fallen under the radar. i've raised http://jira.codehaus.org/browse/MPJAR-51. please add suitable comments. > If > you or others feel strongly that this should be included (I assume > with ${pom.currentVersion}" as the value), I can raise this on the > maven list and insert the line into the [math] jars using > manifestMods.txt. i don't feel strongly enough to -1. not having a specification version will (i think) break the extension mechanism but that's very rarely used. > > BTW i've just discovered that there's a Implementation-Vendor-Id in the > > (http://java.sun.com/j2se/1.4.2/docs/guide/jar/jar.html#Manifest% > > 20Specification). seems like a bit of a waste of space: what vendor > > should us a name that isn't unique? > > > Yes, seems silly. It is unclear to me which, if any, of the manifest > attributes in the spec are mandatory. Does anyone know? the specification doesn't seem very clear on this point but i think that nearly everything is technically optional but some stuff won't work unless certain attributes are present. - robert --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]