crramirez / uwp_bridge_java Goto Github PK

The two scripts in this project require Cygwin or WSL. It would be nice to have the Powershell version of it.

Adopt OpenJDK is a more suitable JRE to be distributed with our applications.

https://adoptopenjdk.net/releases.html

The README and scripts point to Oracle one.

The scoop of this task is to modify readme and scripts to use a JRE downloaded from https://adoptopenjdk.net/releases.html

I'm not sure if something has changed in the windows 10 sdk, but the app icons don't work for me.

The scripts in this projects are for Cygwin or WSL, would be handy to have the .bat version of them

Thanks for your example repo.

Did you by chance know what to do/to omit when building and packaging the .EXE from within an GitHub action? From what I understand, when running on "windows-latest", you already get tools like appx in the virtual machine.

Cheers,
Stefan

Is App.exe open sourced ?
I did not find it in the repository

hi crramirez,

I'm reading the link from the following. It says that

"The Desktop Bridge was introduced in Windows 10, version 1607, and it can only be used in projects that target Windows 10 Anniversary Update (10.0; Build 14393) or a later release in Visual Studio."

I wonder if the restriction is just for VS or it also applies to this project.

https://docs.microsoft.com/en-us/windows/uwp/porting/desktop-to-uwp-manual-conversion

Also, at end of this project, we'll get an assigned App.appx ( SwingSet.appx in this case). But we'll still need to generate *.pri files, Assets directory and package the application for the store, correct ?

The file launch4j.xml should be at the same structure level at app.exe and app.jar but in your example, it is under the root directory.

Hi @crramirez,

I recently submitted a Java Swing app to the Windows Store without using this skeleton, just directly used the Desktop App Converter on my installer.
The test result stated that I failed to follow their Security Policy 10.2.4.

Here is the content of the policy:

10.2.4

Your product may contain fully integrated middleware (such as third-party cross-platform engines and third-party analytics services), but must not deliver or install non-integrated third-party owned or branded products or modules unless they are fully contained in your package.

Your product may depend on non-integrated software (such as another product, module, or service) to deliver its primary functionality, subject to the following requirements:

• You disclose the dependency at the beginning of the description metadata
• The dependent software is available in the Store

If you wanna check it out for yourself, then here is the link :
https://docs.microsoft.com/en-us/legal/windows/agreements/store-policies#104-usability

I have successfully packed my Java app using your skeleton, but before I resubmit I wanna make sure that I will not run into this result again,

So about the Java app you successfully published in the Windows Store, did you disclose that your Java app contains or is dependent on a JRE?