Hello @bratelefant, we have reviewed the packages you mentioned and have encountered some challenges, particularly with packages that utilize the kernel architecture, such as redis-oplog. Migrating these packages to the 3.0 version may be a complex and resource-intensive task, and we believe it should be approached in a methodical and organized manner to avoid duplication of effort.
Unfortunately, we are currently unable to begin this activity due to limitations in the alpha version, which does not allow for the compilation of third-party packages. As a result, we have been focusing our efforts on migrating to the asynchronous version of the server-side mongo, which has been a significant undertaking and has occupied us for several months.
We have not yet addressed the possible migration of the client, and there is some concern about the timeline for releasing our applications. At this time, we are unable to provide a specific release date.
Which ones do you mean, and where do you see complex tasks? E.g. the Roles and Migrations package could be a rather easy one to transform. Also meteor-push shouldn’t be to complicated too.
redis-oplog rewrites kernel logic, which is not exactly easy to modify and test. Collection hooks also has some peculiarities to consider which must be examined carefully. I am concerned that many of us are modifying packages, which I consider to be standard, on their behalf and losing sight of sharing them.
Ok, for now i finished the transition of all of my methods and pubs and have tests for my methods and rest api. The remaining warnings on fibers are coming from accounts-base, meteor-files and monti. Looking really forward for those packages to get updated.
The improvements in performance and stability are impressive. The build times have significantly decreased, making development much smoother and faster. I used to experience frustrating delays during the build process, but now it’s a breeze. Also, I think the support for the latest JavaScript features and packages has been a major boost.
Sorry for the late reply. I actually came across several packages, including Accounts, that still caused fiber warnings. On some I did a PR (like roles) and some I replaced with my own code (like meteor-tenancy). Meteor files is also an important package I think.
I didn’t yet upgrade to 2.13. Will give it a shot on my staging env on scalingo to see if building the app works as expected
Yay! Got the first boot up of my app on meteor 3.0 beta! Wow! Worked around this issue by removing and re-adding packages step-by-step.
First a got a bit stuck at aldeed:collection2, didn’t read that you need to import 'meteor/aldeed:collection2/static'; to keep things working as before.
Now I’m a bit stuck with this problem here, related to Meteor.userAsync() calls from within publications, that throw an error. Will try to get a minimal reproducible example ready.
This may be a very old thread, but I just wanted to add: All 1500+ server tests successfully passed under 3.0.2. What a day! Thanks to everyone who helped make Meteor 3.0 possible!