RFR: 8286122: [macos]: App bundle cannot upload to Mac App Store due to info.plist embedded in java exe

Magnus Ihse Bursie magnus.ihse.bursie at oracle.com
Thu May 12 18:18:10 UTC 2022


> Aren't we embedding this bundle ID in every launcher, so you would 
> need a <launcher>.template for each possible launcher that could be 
> included in an app?
I naively assumed that only the java launcher was needed, since this is 
about packaging a Java app, so all you'd need is an entry to your main 
class. Is this not the case?

>
> What I think we need to do is first evaluate if we actually need to 
> embed this bundle ID in the executables at all, or rather, what would 
> the consequences be if we didn't. My understanding is that we only do 
> this to be able to run them outside of a bundle directory structure, 
> but this would need some pretty thorough testing of course. If we are 
> to generate a special set of launchers for jpackage, maybe all we need 
> to do is not embed any bundle ID in them, as they are meant to only be 
> used within a jpackaged app, so they should be covered by Info.plist 
> files anyway.

What you say sounds good, although I feel I only partially understand 
it. :-)

I assume the important point here is that the app get the 
NSMicrophoneUsageDescription property, and afaict this can be provided 
by the Info.plist file for the entire application, as you say. And 
possible the problem here is that we embed metadata in the java 
executable at the same time.

There seems to be a lot of guessing here. :-) I assume we either need to 
read up on how this works (which might be difficult if this is seem as a 
badly documented corner case even by Apple tech support), or test some 
alternatives, or perhaps both.

That solution make take some time to get correct, so the jpackage team 
needs to decide if they want to go with the workaround in this PR in the 
meantime.

/Magnus
>
> /Erik




More information about the build-dev mailing list