-
Notifications
You must be signed in to change notification settings - Fork 167
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
KOGITO-5522: Incorporate kogito-editors-java
#729
Conversation
* switched to elemental2 Blob implementation * formating
…r differently on read-only mode (#31)
* BXMSPROD-1311 action-surefire-report * Check Surefire Report errata fixed
* BXMSPROD-1311 action-surefire-report * Check Surefire Report errata fixed
…#37) * KOGITO-4872: Add ErrorPage for SceSim. * KOGITO-4872: Fix associated test.
Co-authored-by: karreiro <karreiro@users.noreply.github.com>
…n use click property first time (#15)
…select nodes cherry-pick (#47) Co-authored-by: Jaime Enriquez <jenrique@redhat.com>
… empty (#36) If an item could not be found in the workiItemDefinitionRegistry a null exception was thrown interrupting the load process.
* Update ci_full_downstream_build.yml * Fix FDB workflow
…magnetic point (#18)
This changes are related to monorepo migration apache#729
This changes are related to monorepo migration apache#729
This changes are related to monorepo migration apache#729
This changes are related to monorepo migration apache#729
This changes are related to monorepo migration apache#729
@jomarko They are not running on |
@tiagobento I can not agree, there were part of regular CI build on |
@jomarko Ok, you're right. Let's enable them. |
This changes are related to monorepo migration apache#729
This changes are related to monorepo migration apache#729
This changes are related to monorepo migration apache#729
This changes are related to monorepo migration apache#729
This changes are related to monorepo migration apache#729
This changes are related to monorepo migration apache#729
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@tiagobento Thank you for this huge work. After the merge, I think it's crucial to inform the team about the new commands you introduced and their usage, in order to avoid full compilation in local builds.
kogito-editors-java
kogito-editors-java
Thank you @tiagobento for bringing back most of |
* Activate jenkins PR jobs for kogito-tooling This change is needed due to monorepo-migration: - apache/incubator-kie-tools#729 * Temporal changes to debug new Jenkins job * Revert "Temporal changes to debug new Jenkins job" This reverts commit 35c9512.
This PR incorporates the
kogito-editors-java
repository into the kogito-tooling monorepo.The entire repository was placed inside the
stunner-editors
directory.The directory structure is kept identical, except for the
kogito-editors-js
package, which was hoisted into the top level of the monorepo. This avoids nested lerna builds and encourages reusability and enhances the separation of concerns of our packages. The names are kept, with the exception ofdmn-loader
, which is now calledstunner-editors-dmn-loader
.I also removed the
yarn build:dev
andyarn build:prod
commands, as we should begin to choose what we want to build. Two new commands were created --yarn build:dev:until [pkg-name]
andyarn build:prod:until [pkg-name]
.Of course building everything is still supported with
lerna run build:dev
andlerna run build:prod
.Some changes were made to the way the
DMN Loader
package is configured. Thewire
env var was renamed toDMN_LOADER__outputPath
and is now managed bybuild-env
, just like all the other env vars we have.Maven commands still work normally inside
packages/stunner-editors
.The envisioned workflow for Editor developers is
Something that also changed is how we load CSS for React components inside the DMN Editor. The CSS was separate from the JS bundle in production builds. Although this the ideal thing to do, it gives us some challenges due to the discrepancy between dev and prod builds. For this reason, I changed the DMN Loader to use our default Webpack configuration, so everything works the same now. This is an important optimization issue and we're aware that this could be considered a "step back", however, having everything on the same repository is far more important at this time.
I already contacted Jozef and Dominik about the QE builds/checks we have, so this PR can still be updated once I have more information.