-
Notifications
You must be signed in to change notification settings - Fork 191
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
Check whether it is possible to reduce the amount of RAM spent by the AS2 itest #1672 #1686
Check whether it is possible to reduce the amount of RAM spent by the AS2 itest #1672 #1686
Conversation
f289035
to
f7a799e
Compare
f7a799e
to
4345578
Compare
4345578
to
edc69d3
Compare
@ppalaga The current build time is 7 mins faster then before
(unfortunately I've missed one I'll try to find another optimization, but IMHO result form the current build is much better then I hoped for. |
That's great! I'd like to clear some questions on Monday, switching to draft till then. |
c46d142
to
ccab6f2
Compare
edc69d3
to
16390b3
Compare
Replaced by #1723 |
Fixes #1672
Adds configuration for bouncycastle extension. It now requires user to define all ciphers and digest at build time, which has impact on memory requirements.
This change can be merged. It is an isolated fix.
I'll continue with the investigation in case that there is another way of reducing requirements of as2 integration test module.
[ ] An issue should be filed for the change unless this is a trivial change (fixing a typo or similar). One issue should ideally be fixed by not more than one commit and the other way round, each commit should fix just one issue, without pulling in other changes.
[ ] Each commit in the pull request should have a meaningful and properly spelled subject line and body. Copying the title of the associated issue is typically enough. Please include the issue number in the commit message prefixed by #.
[ ] The pull request description should explain what the pull request does, how, and why. If the info is available in the associated issue or some other external document, a link is enough.
[ ] Phrases like Fix # or Fixes # will auto-close the named issue upon merging the pull request. Using them is typically a good idea.
[ ] Please run mvn process-resources -Pformat (and amend the changes if necessary) before sending the pull request.
[ ] Contributor guide is your good friend: https://camel.apache.org/camel-quarkus/latest/contributor-guide.html