You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I wanted to update our (pretty) old version of the closure-compiler to a newer one. I was able to fix all issues except for the following. We are using the following method:
The method still exists in version v20210601 but was removed in version v20210808
Removal of deprecated method is not uncommon however there are two methods: one deprecated and one without deprecations - and both were removed. The commit can be found here.
Does switching SourceFile.fromInputStream(fileName, s, charset); => SourceFile.builder().withPath(fileName).withCharset(charset).withContent(s).build(); work?
I agree it's best practice to deprecate methods before removing them, but as the SourceFile builder API still supports this pattern and it's been gone for a few years, I don't think it's reasonable to add back at this point.
Yes that is what I ended up doing - I replaced it with the code you mentioned... Some migration guide would have been helpful - took quite some research to figure that out :-)
I wanted to update our (pretty) old version of the closure-compiler to a newer one. I was able to fix all issues except for the following. We are using the following method:
SourceFile.fromInputStream(name, inpustream, StandardCharsets.UTF_8);
The method still exists in version v20210601 but was removed in version v20210808
Removal of deprecated method is not uncommon however there are two methods: one deprecated and one without deprecations - and both were removed. The commit can be found here.
The removal of an non deprecated method is not a good idea. Was this intentional? Could the method be added again?
The text was updated successfully, but these errors were encountered: