badass-runtime-plugin | custom runtime image of your non-modular application | Plugin library

 by   beryx Groovy Version: v1.13.0 License: Apache-2.0

kandi X-RAY | badass-runtime-plugin Summary

kandi X-RAY | badass-runtime-plugin Summary

badass-runtime-plugin is a Groovy library typically used in Plugin, Gradle, Maven, JavaFX applications. badass-runtime-plugin has no bugs, it has no vulnerabilities, it has a Permissive License and it has low support. You can download it from GitHub.

Using this Gradle plugin you can create custom runtime images for non-modularized applications. The plugin also lets you create an application installer with the jpackage tool. :bulb: For modularized applications use the Badass-JLink plugin.
Support
    Quality
      Security
        License
          Reuse

            kandi-support Support

              badass-runtime-plugin has a low active ecosystem.
              It has 148 star(s) with 14 fork(s). There are 11 watchers for this library.
              OutlinedDot
              It had no major release in the last 12 months.
              There are 45 open issues and 74 have been closed. On average issues are closed in 73 days. There are no pull requests.
              It has a neutral sentiment in the developer community.
              The latest version of badass-runtime-plugin is v1.13.0

            kandi-Quality Quality

              badass-runtime-plugin has no bugs reported.

            kandi-Security Security

              badass-runtime-plugin has no vulnerabilities reported, and its dependent libraries have no vulnerabilities reported.

            kandi-License License

              badass-runtime-plugin is licensed under the Apache-2.0 License. This license is Permissive.
              Permissive licenses have the least restrictions, and you can use them in most projects.

            kandi-Reuse Reuse

              badass-runtime-plugin releases are available to install and integrate.
              Installation instructions are not available. Examples and code snippets are available.

            Top functions reviewed by kandi - BETA

            kandi's functional review helps you automatically verify the functionalities of the libraries and avoid rework.
            Currently covering the most popular Java, JavaScript and Python libraries. See a Sample of badass-runtime-plugin
            Get all kandi verified functions for this library.

            badass-runtime-plugin Key Features

            No Key Features are available at this moment for badass-runtime-plugin.

            badass-runtime-plugin Examples and Code Snippets

            No Code Snippets are available at this moment for badass-runtime-plugin.

            Community Discussions

            QUESTION

            Bulding windows installer using jpackage on continous delivery agent
            Asked 2021-Mar-22 at 11:46

            I am encountering the problem with running jpackage task on CD agent. I am getting following errors:

            light.exe : error LGHT0217 : Error executing ICE action 'ICE01'. The most common cause of this kind of ICE failure is an incorrectly registered scripting engine. See http://wixtoolset.org/documentation/error217/ for details and how to solve this problem. The following string format was not expected by the external UI message logger: "The Windows Installer Service could not be accessed. This can occur if the Windows Installer is not correctly installed. Contact your support personnel for assistance.".

            I did some research and basically the issue can be solved by:

            1. Adding admin privleges to agent's user
            2. veryfing size of env variables size (for some people, env variables with size greater than 32KB causes similiar error)
            3. suppressing ICE validation

            Each of this solution is either irrelevant or problematic in my case.

            1. I am not able to use admin user on CD
            2. env variables are way less than 32KB (10KB)
            3. I cannot find a way to suppress the ICE validation using jpackage - I know that it can be done by passing -sval to light.exe or specyfing property in wixproj file, but I have no idea how to input light.exe params to jpackage (if possible) and wixproj file passed in --resource-dir doesn't seem to do any change.

            To be clear, it's working perfectly fine in my local environment.

            So most likely my issue can be boiled down to the question whether it's possible to suppress ICE validation from jpackage level.

            I am using badass-runtime-plugin for gradle and trying to build an installer for an javafx + spring boot application. Here is my build.gradel related part:

            ...

            ANSWER

            Answered 2021-Mar-22 at 11:46

            According to badass-runtime-plugin's author it's most likely not possible to do this with jpackage.

            However I managed to come up with some dirty hack which somehow allows me to achive my goal. I've added tempDir param for jpackage, then after failed gradle build I am "manually" running light.exe on files from tempDir with -sval switch.

            Source https://stackoverflow.com/questions/66672693

            QUESTION

            ssl certificate issue for jgit in javafx app image versus javafx app runtime
            Asked 2020-Nov-12 at 15:37

            I have developed a simple JavaFX app using jgit, that is allowing users to play with git.

            When the app was started from the IntelliJ idea, I was able to clone the GitHub repo using my jgit implementation of the "git clone" command without any issues. But as soon as I created an image from my app and started the app from the image, I am getting an SSL certificate issue:

            Exception:org.eclipse.jgit.api.errors.TransportException: Secure connection to https://my-github-repo.git could not be established because of SSL problems.

            I am trying to understand why I am getting the SSL certificate issue only when I am running the app from the image. Can somebody explain that? I understand that I can disable SSL verification (there are some questions answered on that topic), but I want to know why it is working from IDE and not from the created image...

            here is my simplified git clone implementation for http:

            ...

            ANSWER

            Answered 2020-Nov-12 at 15:37

            The most likely situation is that you are missing a module in the JRE image related to crypto that is required to authenticate the SSL connection.

            What jdk.crypto.* modules are in the final image? Perhaps if one of these is missing it will affect the ability to handle the SSL certificates?

            • jdk.crypto.cryptoki
            • jdk.crypto.ec
            • jdk.crypto.mscapi

            Since some aspects of the security/crypto code are done via service providers, perhaps when you generate the JRE image you should pass the "--bind-services" option to "Link in service provider modules and their dependences"

            You will need to share more details about how the image is created and what specific errors are reported. Try to include the full stack trace of any reported exceptions.

            What version of Java 11 are you using? Could you be running into this: JDK 11 SSL Error on valid certificate (working in previous versions)

            (It is unlikely if you are running with the same JDK version in the IDE and the packaged image, but thought I would mention it just in case it gives you a hint.)

            Source https://stackoverflow.com/questions/64791882

            QUESTION

            Custom runtime image for Alpine
            Asked 2020-Apr-27 at 16:41

            I'm trying to create a custom runtime image using the The Badass Runtime Plugin and then execute it on Alpine. But it fails with the following error message.

            ...

            ANSWER

            Answered 2020-Apr-27 at 16:41

            This can be solved by using an Alpine image with Glibc

            Source https://stackoverflow.com/questions/61054217

            Community Discussions, Code Snippets contain sources that include Stack Exchange Network

            Vulnerabilities

            No vulnerabilities reported

            Install badass-runtime-plugin

            You can download it from GitHub.

            Support

            For any new features, suggestions and bugs create an issue on GitHub. If you have any questions check and ask questions on community page Stack Overflow .
            Find more information at:

            Find, review, and download reusable Libraries, Code Snippets, Cloud APIs from over 650 million Knowledge Items

            Find more libraries

            Stay Updated

            Subscribe to our newsletter for trending solutions and developer bootcamps

            Agree to Sign up and Terms & Conditions

            Share this Page

            share link