diff --git a/packages/webapp/package.js b/packages/webapp/package.js index 6e988ec31c..c57f709f3c 100644 --- a/packages/webapp/package.js +++ b/packages/webapp/package.js @@ -1,12 +1,12 @@ Package.describe({ summary: "Serves a Meteor app over HTTP", - version: "2.0.5", + version: "2.0.6", }); Npm.depends({ "cookie-parser": "1.4.6", - express: "5.0.1", - "@types/express": "5.0.0", + express: "5.1.0", + "@types/express": "5.0.1", compression: "1.7.4", errorhandler: "1.5.1", parseurl: "1.3.3", diff --git a/v3-docs/docs/about/roadmap.md b/v3-docs/docs/about/roadmap.md index a3eaee5c8c..908a42d8d4 100644 --- a/v3-docs/docs/about/roadmap.md +++ b/v3-docs/docs/about/roadmap.md @@ -4,7 +4,7 @@ Describes the high-level features and actions for the Meteor project in the near ## Introduction -**Last updated: March 6th, 2025.** +**Last updated: March 31th, 2025.** The description of many items includes sentences and ideas from Meteor community members. @@ -14,28 +14,77 @@ Contributors are encouraged to focus their efforts on work that aligns with the > If you have new feature requests or ideas, you should open a new [discussion](https://github.com/meteor/meteor/discussions/new). -### Next releases +## Current project: Bundle optimization -- Bundle optimization > We need to improve the bundle size and performance of Meteor apps. We should consider tree-shaking, code-splitting, > and other optimizations to make our apps leaner and faster. > To achieve that we plan to integrate or have an easy way to integrate with modern bundlers like RSPack, ESBuild, or Rollup. +**Discussion links:** + +- [GitHub discussion](https://github.com/meteor/meteor/discussions/11587) +- [forums discussion](https://forums.meteor.com/t/join-the-effort-to-speed-up-meteor-bundler/63406/17) + +### Implementation plan: + +#### Phase 1: Profiling + +**Target Release:** 3.2 ✅ + +**Goal:** Add a command([meteor profile](/cli/#meteorprofile)) to measure if our changes are actually making our builds faster and smaller. + + +#### Phase 2: External Transpiler Integration & Bundler Improvements + +**Target Release:** 3.3 ⏳ + +**Goal:** For this phase we want: + - Improve our current bundler performance, via optimizations so that any meteor user can get benefits from it; And an external bundler could get + the same benefits. + - To have an external transpiler working with Meteor and producing a bundle that is smaller or faster than the current Meteor bundle. + +#### Phase 3: HMR Improvements + +**Target Release:** 3.3.x ⏳ + +**Goal:** Improve the HMR performance, so that it is faster and more reliable on what needs to be changed. + +#### Phase 4: Build Process Optimization + +**Target Release:** 3.4 ⏳ + +**Goal:** Improve the build size and make meteor use less resources for building, decreasing even more build and rebuild time. + + +#### Documentation Strategy + +We plan to document the changes in the Meteor documentation, including: +- How to use the new features +- How to integrate with the new bundler +- How the meteor bundler pipeline works for future contributors +- Examples and guides on how to integrate with the new bundler + +## Next releases + - Support package.json exports fields ([Discussion](https://github.com/meteor/meteor/discussions/11727)) - Tree-shaking -> Tree-shaking and exports fields may be implemented by integrating with more modern build tools. + + > Tree-shaking and exports fields may be implemented by integrating with more modern build tools. - Capacitor support -> Capacitor is a modern alternative to Cordova; we should provide an easy way to build mobile apps using Capacitor. + + > Capacitor is a modern alternative to Cordova; we should provide an easy way to build mobile apps using Capacitor. - MongoDB Change Streams support ([Discussion](https://github.com/meteor/meteor/discussions/11842)) -> Change Streams is the official way to listen to changes in MongoDB. We should provide a way to use it seamlessly in Meteor. It has been planned for a long time, and now we’re in a position to do it. + + > Change Streams is the official way to listen to changes in MongoDB. We should provide a way to use it seamlessly in Meteor. It has been planned for a long time, and now we’re in a position to do it. - Improve TypeScript support for Meteor and packages ([Discussion](https://github.com/meteor/meteor/discussions/12080)) -> Should be an ongoing effort to improve the TypeScript support in Meteor and packages. We should provide a better experience for TypeScript users, including better type definitions and support for TypeScript features. + + > Should be an ongoing effort to improve the TypeScript support in Meteor and packages. We should provide a better experience for TypeScript users, including better type definitions and support for TypeScript features. - Improve release CI/CD speed and reliability (optimized build times will help) -> Our CI/CD takes too long to run, causing long queues and delays in our release process and feedback loop; we need to improve that. + > Our CI/CD takes too long to run, causing long queues and delays in our release process and feedback loop; we need to improve that. ### Candidate items @@ -65,6 +114,6 @@ We need to discuss further to decide whether to proceed with these implementatio - Run Meteor on Node.js v20 - Change web engine from Connect to Express ------------ +--- -For more completed items, refer to our [changelog](https://docs.meteor.com/history.html). \ No newline at end of file +For more completed items, refer to our [changelog](https://docs.meteor.com/history.html).