jpackage OS/X --app-image signing

Michael Hall mik3hall at gmail.com
Tue Sep 6 22:29:12 UTC 2022



> On Sep 6, 2022, at 4:52 PM, Michael Hall <mik3hall at gmail.com> wrote:
> 
> 
> 
>> On Sep 6, 2022, at 4:48 PM, Alexander Matveev <alexander.matveev at oracle.com> wrote:
>> 
>> Hi Michael,
>> 
>> Did you generate application image with same JDK version (19+36-2238)? With latest JDK version .jpackage.xml file should be present. We do not support signing of application images generate by another versions of JDK. It should be same JDK.
>> 
>> Thanks,
>> Alexander
>> 
> 
> Alexander,
> 
> Should of been. I installed the jdk, deleted the app and recreated, then tried to sign.
> 
> I’ll repeat to make sure I didn’t mix it up somehow.
> 

My mistake. I usually always have the jpackage build script set to use the current installed jpackage but I had changed this one to use a built GitHub version which was a jdk 20.

However, there do seem to still be remaining issues. 

The codesign verify still seems to indicate an error.

codesign -v --verbose=4 "/Volumes/BlackJack Blastoff_Unsigned/BlackJack Blastoff_Unsigned.app"
/Volumes/BlackJack Blastoff_Unsigned/BlackJack Blastoff_Unsigned.app: a sealed resource is missing or invalid
file added: /Volumes/BlackJack Blastoff_Unsigned/BlackJack Blastoff_Unsigned.app/Contents/app/.package


Also I didn’t seem to get the expected small icon for the application. I put a screenshot of the window at http://mikehall.pairserver.com/ScreenShot.png <http://mikehall.pairserver.com/ScreenShot.png>
It seems to be correct in the dmg.

And I still don’t see where I have the .jpackage.xml in the current directory.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mail.openjdk.org/pipermail/core-libs-dev/attachments/20220906/25b18db2/attachment.htm>


More information about the core-libs-dev mailing list