New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Module to make custom JHLite instance #3482
Comments
Cc @avdev4j : we should discuss about this |
Good idea 👍 It would be easy to customize the common JHipster Lite! |
@jdubois : can you help here as you're the admin in the sonatype orga? I wonder if we can already publish this artifact or should we do a new request? |
@pascalgrimaud I don't understand, you want a specific project for JHipster Lite on Sonar cloud? |
@jdubois : no I want to publish to maven central, managed by sonatype (not sonarcloud) |
Oh sorry! Sonar/Sonatype this is confusing... As long as it's in the same groupId (tech.jhipster) I think you can directly push, and it will create a new project in that groupId. I can then check in the UI and give you statistics. |
Thanks, I'll try to publish it, so :-) |
Good news, it seems to work: I'm preparing the other PRs to update the current |
I'm adding the bounty on the 2nd part: the module to generate this project. |
I manage to init the repository, but I think it needs to be validated. @jdubois : can you log and have a look at https://oss.sonatype.org/#stagingRepositories plz ? |
And if I go to https://oss.sonatype.org/service/local/staging/deploy/maven2/tech/jhipster/lite I have this error: <nexus-error>
<errors>
<error>
<id>*</id>
<msg>Staging of Repository within profile ID='58b316c0f54bc' is not yet started!</msg>
</error>
</errors>
</nexus-error> |
I found the documentation about the workflow here : https://help.sonatype.com/repomanager2/staging-releases/managing-staging-repositories |
The published jar is a spring boot style jar: that mean we can't really use it as a dependency since we won't have access to the JHLite classes. We can decide to:
Publishing the spring-boot jar don't seems to make a lot of sense since we already have a published docker image and the possibility to download it from github releases. @pascalgrimaud what do you think? Any other impact I missed? |
hi @DamnClin Sorry if my question seems to be weird but I wanted to be sure ;-) |
Not really. The goal is to be able to deploy an application and add custom JHLite modules without adding them to the open source project. It is designed to allow custom modules in organizations. Ex: you are entando and want to deploy an instance without the module you don't support and with some specific modules. |
@DamnClin : approved |
Create a module to make custom JHLite instances to allow custom modules.
TODO:
In fact the module is pretty simple, it needs:
@SpringBootApplication(scanBasePackageClasses = { JHLiteApp.class, JHipsterCustomApp.class })
The text was updated successfully, but these errors were encountered: