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

issue with full list copies in pekko-stream javadsl #1491

Open
wants to merge 6 commits into
base: main
Choose a base branch
from

Conversation

pjfanning
Copy link
Contributor

see #1488

Copy link
Member

@samueleresca samueleresca left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Few questions:

  • should we create a follow-up issue to update the rest of the code to use the new CollectionUtil?
  • Is it worth updating the existing documentation of the immutableSeq method to point to the new CollectionUtil object?

Otherwise looks good to me.

@pjfanning
Copy link
Contributor Author

Few questions:

  • should we create a follow-up issue to update the rest of the code to use the new CollectionUtil?
  • Is it worth updating the existing documentation of the immutableSeq method to point to the new CollectionUtil object?

Otherwise looks good to me.

CollectionUtil is package private. I think there is a tradeoff between having centralised code but then also meaning that many Pekko libs require a minimum version of a shared Pekko lib like pekko-actor.
I looked at the other usages of Util.immutableSeq(java.util.List) in this repo and in pekko-http and they don't really seem to be in performance critical paths. Some of the changes in this PR are in performance critical paths for Java DSL users.

@samueleresca
Copy link
Member

Few questions:

  • should we create a follow-up issue to update the rest of the code to use the new CollectionUtil?
  • Is it worth updating the existing documentation of the immutableSeq method to point to the new CollectionUtil object?

Otherwise looks good to me.

CollectionUtil is package private. I think there is a tradeoff between having centralised code but then also meaning that many Pekko libs require a minimum version of a shared Pekko lib like pekko-actor. I looked at the other usages of Util.immutableSeq(java.util.List) in this repo and in pekko-http and they don't really seem to be in performance critical paths. Some of the changes in this PR are in performance critical paths for Java DSL users.

Thanks for clarifying.

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