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
Deprecate TypedMap symbols and replace with named functions #11672
Deprecate TypedMap symbols and replace with named functions #11672
Conversation
Next commit will update usages of |
So I had a look at #10199 again and the three The same is true for the
I think its best to just remove it for now to make our lifes easier. I don't think someone will miss it. Actually I was the one who introduced it for a project I was working on back then. However, it's "just" useful for the Java api, and we still keep the I also updated the mima filters in the last PR. Let's merge this and then we can rebase the Scala PR without the duplicate RequestImpl class on it. |
btw, I was using |
*/ | ||
private[j] sealed trait RequestImplHelper extends JRequest { | ||
override def addAttrs(entries: TypedEntry[_]*): JRequest = ??? | ||
} |
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.
Removing addAttrs(entries: TypedEntry[_]*)
allows us to get rid of this workaround for the mentioned Scala "bug" and makes life easiser for #11550
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.
LGTM, thanks Billy!
... it didn't exist in Play 2.8 and makes too many troubles: scala/bug#11944
83704fd
to
70e87e4
Compare
Pull Request Checklist
Helpful things
Fixes
Fixes #10221
Purpose
-
and+
Scala symbol methods inTypedMap
.updated
andremoved
functions that serve the same purpose.+
,-
,$plus
, and$minus
toupdated
/removed
.In the future, postfix symbolic operators are going to be deprecated for methods with multiple parameters. Thus, this change is necessary to meet that need. The original ticket suggests removing all of those operators.
Background Context
I opted to deprecate the old methods, in case others are using them.