-
Notifications
You must be signed in to change notification settings - Fork 8.3k
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
Upgrade to hapi version 18 #80468
Upgrade to hapi version 18 #80468
Conversation
9eb832b
to
39ee6dd
Compare
c71308d
to
13edca3
Compare
The `ApplicationState` interface has in the new version of `@types/hapi__hapi` been split up into: - `RequestApplicationState` - `ResponeApplicationState` - `ServerApplicationState` See PR for more info: DefinitelyTyped/DefinitelyTyped#36361 It looks like the one we want to use is `RequestApplicationState`.
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.
Alerting team related code LGTM
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.
apm changes lgtm
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.
AppArch changes LGTM.
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.
infra
changes LGTM, thank you!
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.
Platform changes look good to me but will defer to @restrry for final approval.
Can we create upstream issues for the hapi type bugs? It would be nice to fix them even though we don't have to block this PR before we do that.
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 for monitoring
!
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.
Doesn't appear to be any Presentation changes, but fired it up and it looked good to me 👍
Good idea. I'll make sure to do that once this is merged |
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.
ML and transforms changes LGTM
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! Nice work on this one 😄
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.
The platform code looks good, thank you ❤️
It demonstrates we need even more integration tests.
joi update in @kbn/config-schema
is on us @elastic/kibana-platform
@@ -77,6 +77,10 @@ | |||
"url": "https://github.com/elastic/kibana.git" | |||
}, | |||
"resolutions": { | |||
"**/@hapi/iron": "^5.1.4", |
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.
Why do we need to enforce this resolution? Are there any versions conflicting with each other?
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.
Some of the hapi modules depend on @hapi/iron
version *
, which currently resolves to 6.0.0
, which isn't compatible with Node.js 10. So to ensure it works with our version of Node.js, I had to force this resolution.
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.
does it mean we can remove this after #61587 ?
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.
Yes I would think so - unless there's some other incompatibility that I don't know of. If nothing else, we should be able to remove it once we upgrade to hapi v20, which can be done after the upgrade to Node.js 12.
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.
Kibana app changes LGTM, just @hapi/
prefixes for boom imports. Code review only
💚 Build SucceededMetrics [docs]async chunks size
distributable file count
page load bundle size
History
To update your PR or re-run it, just comment with: |
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.
i18n changes lgtm. The only relevant change I found is in src/legacy/server/i18n/i18n_mixin.ts
…e-details-overlay * 'master' of github.com:elastic/kibana: (72 commits) [CCR] Update README.md on how to start 2 clusters for testing (elastic#81487) [APM] Scale transaction rate correctly (elastic#82155) Upgrade to hapi version 18 (elastic#80468) [Uptime] Remove custom handling of license enabling (elastic#82019) [Telemetry] Remove `from` and `to` timestamps from usage stats APIs (elastic#81579) Enable send to background in Vega (elastic#82229) Enable send to background in Timelion (elastic#82232) [Actions & Connectors] removes Connector flyouts after usage (elastic#82126) Add derivative function (elastic#81178) [Discover] Deangularize context_app.html, part 3 (elastic#81838) [Visualize] Vis listing page breaks on unknown vis type (elastic#82018) Rename `batchSize` parameter to `batch_size` to be consisten with the API namings guidelines. (elastic#82123) Minor edits in Single Metric Viewer (elastic#82159) [Actions] Fix type contract (elastic#82168) Upgrade EUI to v30.1.1 (elastic#81499) Skip failing ES snapshot test (elastic#82207) Skip ES snapshot failing suite (elastic#82206) [Alerting UI] Grouped list of alert types using producers in Types filter of Alerts tab (elastic#81876) [Maps] convert vector style component to typescript round 1 (elastic#81961) Fix link to upgrade assistant (elastic#82138) ...
Depends on #80713Closes #54168
This PR upgrades from hapi v17 to v18 (and related packages) and replaces PR #61959, which had become stale and drifted too far away from
master
.See the hapi v18 release notes for details of the breaking changes (see also the 18.4.1 docs).
The reason why we do not upgrade directly to hapi v20 is because that version doesn't work with Node.js 10. Once we've upgraded to a newer Node.js version we can go ahead and upgrade hapi to version 20.
List of upgraded modules:
hapi
@hapi/hapi
boom
@hapi/boom
hapi-auth-cookie
@hapi/cookie
h2o2
@hapi/h2o2
hoek
@hapi/hoek
hapijs/hoek#299
hapijs/hoek#306
hapijs/hoek#315
inert
@hapi/inert
podium
@hapi/podium
statehood
@hapi/statehood
vision
@hapi/vision
For now, our fork of
good
(@elastic/good
), hasn't been upgraded to@hapi/good
. Likewise,joi
hasn't been upgraded to@hapi/joi
.Note to reviewers
This PR might look very daunting since it's touching 244 files. However, 224 out of the 244 file-changes are just renaming the imports to include the
@hapi/
prefix.