Wrong statement suspected in jar.html
weijun.wang at oracle.com
Tue Dec 25 09:33:19 UTC 2018
> On Dec 25, 2018, at 5:27 PM, Philipp Kunz <philipp.kunz at paratix.ch> wrote:
> Hi Max,
> Your proposed sentence looks good to me. Certainly better than removing
> it. Two points that could hardly be less important:
> I'm not native English but the word "resign" came to my attention. A
> look into a dictionary told me it already has a meaning completely
> unrelated to signing. Would a hyphen help as in "re-sign"? Or maybe
> something like "signed again afterwards"? It might have struck me as
> well unjustified.
Good catch. Neither am I a native English speaker and I think "re-sign" is good.
> You may be right about referring to main attributes as manifest header
> but I did not find such a definition or explanation in
> To some extent the way it is now, I still think, in my opinion, the
> term "header" in "non-header section" is ambiguous and confusing.
The doc does have "Main Attributes" and "Per-Entry Attributes". But maybe if someone is able to understand the sign and re-sign change, there is no difficulty understanding these different sections.
> On Tue, 2018-12-25 at 08:37 +0800, Weijun Wang wrote:
>> More precisely, it should be something like:
>> If the JAR file is resigned by a different signer after new files
>> were added, the manifest file is changed (sections are added to it
>> for the new files) and a new signature file is created, but the
>> original signature file is unchanged.
>> According to spec of Manifest, the "header" is called the main
>> attributes and all the others manifest entries.
>> And yes, this is the correct mail list to talk about this issue. I
>> also have no idea where the source of that tooldoc is. Someone on the
>> list should know.
>>> On Dec 25, 2018, at 6:42 AM, Philipp Kunz <philipp.kunz at paratix.ch>
>>> idation says:
>>> When the jar tool is used to add files, the manifest file is
>>> ections are added to it for the new files), but the signature file
>>> It appears to me that using the jar tool to add files to a jar file
>>> does not change the jar manifest. The jar manifest is changed by
>>> jarsigner tool when signing the jar.
>>> I haven't found the sources of that referenced jar.html and
>>> I'm not sure whether my concern still currently applies or has been
>>> fixed since JDK 10.
>>> I'm also not sure where and how to report this issue. I'd be glad
>>> someone could point me to the right place or forward this message
>>> A suggested alternative for the sentence in question might be to
>>> it without replacement. In my opinion, the remaining text would
>>> fine like this:
>>> One reason the digest value of the manifest file that is stored in
>>> x-Digest-Manifest attribute may not equal the digest value of the
>>> current manifest file is that one or more files were added to the
>>> file (using the jar tool) after the signature (and thus the
>>> file) was generated. A verification is still considered successful
>>> none of the files that were in the JAR file when the signature was
>>> generated have been changed since then, which is the case if the
>>> values in the non-header sections of the signature file equal the
>>> digest values of the corresponding sections in the manifest file.
>>> When at it already, let me mention that I'm not entirely sure if
>>> term "non-header sections" fits the context optimally. What about
>>> "individual sections" or "source file information sections"
More information about the core-libs-dev