Skip to content
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

Staging sprint 11 #229

Merged
merged 24 commits into from
Nov 30, 2023
Merged

Staging sprint 11 #229

merged 24 commits into from
Nov 30, 2023

Conversation

kaladay
Copy link

@kaladay kaladay commented Nov 14, 2023

No description provided.

kaladay and others added 24 commits October 18, 2023 10:56
Instructions provided by issue are applied as-is with no observed problems.
This dependency is also required:
```
    <dependency>
      <groupId>org.graalvm.js</groupId>
      <artifactId>js-scriptengine</artifactId>
      <version>22.3.3</version>
    </dependency>
```

The following arning is observed:
```
[engine] WARNING: The polyglot context is using an implementation that does not support runtime compilation.
The guest application code will therefore be executed in interpreted mode only.
Execution only in interpreted mode will strongly impact the guest application performance.
For more information on using GraalVM see https://www.graalvm.org/java/quickstart/.
To disable this warning the '--engine.WarnInterpreterOnly=false' option or use the '-Dpolyglot.engine.WarnInterpreterOnly=false' system property.
[engine] WARNING: The polyglot context is using an implementation that does not support runtime compilation.
The guest application code will therefore be executed in interpreted mode only.
Execution only in interpreted mode will strongly impact the guest application performance.
For more information on using GraalVM see https://www.graalvm.org/java/quickstart/.
To disable this warning the '--engine.WarnInterpreterOnly=false' option or use the '-Dpolyglot.engine.WarnInterpreterOnly=false' system property.
```

The configuration file appears to be case sensitive.
Use `Graal.js` with an upper case `G` rather than a lower case `g`.
Issue 302: Switch from Nashorn to GraalVM for Javascript execution.
…rfiles.

Perform some upgrades to make the process more Java 17 friendly.

Switch the base Dockerfile to be compliant with folio practices.
Move our custom Dockerfile into a sub-directory under the newly created docker directory.
Add dependency maven-shade-plugin to perform tasks necessary for folio standard build.
Use the "-fat" nomenclature found in other FOLIO projects for this "shade" build.

Upgraded exec-maven-plugin to 3.1.0 and spring-tenant to 1.1.5.
Remove explicit versions for Camunda dependencies where being explicit is redundant.
While working on issue 222, the unused method has been identified and resolved.
…ict.

The generated package with `-fat` in the name is conflicting on the wildcard select in the build and run `Dockerfile`.
Avoid this conflict by moving the `-fat` jar file into a sub-directory of `fat/` instead.
Remove the `-fat` from the file name after doing this.
Issue 222: Java 17 and related upgrades.
…_commits

Bring in previous sprint's missing commits.
Only perform simple sanitization.
This function may see future changes if better sanitization is needed.
…with standard FOLIO practices.

Relocate the the Descriptors.

Rename the Descriptors to be a template and bring in the template processing plugins into the POM file.

Change the variable behavior in the Descriptors to be consistent with how standard FOLIO practices use them (`${project.version}` instead of `@project.version@` for example).

Added `-XX:MaxRAMPercentage=66.0` for consistency with other projects.
Some projects use a value like 85.0.
I don't have a realistic clue here on what value to use and I am open to not having this environment variable set at all if a proposal to remove it is given.

The Deployment Descriptor used to have only `--server.port=%p`.
Other FOLIO projects have both `-Dport=%p` and `-Dhttp.port=%p`.
This plays it safe by having all three.

A required dependency to `mod-workflow` is added to the Module Descriptor.
…_escape

FW Registry Issue 316: Add simple SQL sanitization.
The amount of memory needed is currently unknown and so the provided `357913941` is used.
The environment variables that are needed have yet to be fully hashed out.
Only the specifically required environment variables are added.
Others will needed to be added in another commit.

see: https://dev.folio.org/guides/module-descriptor/
see: https://dev.folio.org/guides/install-backend-module/
Update the `application.yml` to utilize these.

Update the default memory to 384MB.

Enable postgresql by default, disabling H2.
Errors regarding multiple registrations of `AttributeConverter` have surfaced (in mod-workflow).
This is a bug between the shade plugin and hibernate as far as I can tell from my online research.

I believe that this is sufficient justification to deviate from the Folio practice of using the shade plugin.
Strip out the shade plugin entirely and update the `Dockerfile`.
…ce.platform.

Not having this works fine for h2.
Not having this breaks for postgresql.
Issue 219: Mod Camunda needs to be registered/deployed as a FOLIO module.
…kerfile.

The addition of the `/descriptors` did not take into account the build and run Dockerfile.

For safety reasons, use a sub-directory for building rather than building at the file system root.
…ixes

Descriptors directory is required to compile in the build and run Dockerfile.
@kaladay kaladay merged commit 82fcd98 into main Nov 30, 2023
@kaladay kaladay deleted the staging-sprint_11 branch November 30, 2023 19:32
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants