Looking for help migrating packages to Meteor 3.0

leonardoventurini · May 24, 2024, 5:28pm

Great, enjoy your weekend! Thanks

permb · May 28, 2024, 9:20pm

OK so this should be made more visible in the documentation somewhere, or maybe even considered a bug:

Compilers that rely on the meteor caching-compiler package cannot be dual-published for Meteor 2 and 3.

The details are a bit hairy, but I learnt from zodern that when publishing a compiler plugin (isobuild), the package will include copies of processed (reify+babel) meteor dependencies that are then used instead of using code from the installed meteor version. This ONLY applies to build plugins.

The caching-compiler code as emitted when publishing for Meteor 3 is incompatible with Meteor 2 and vice versa.

permb · May 28, 2024, 9:22pm

It would likely be possible to modify the code in the Meteor 3 version of caching-compiler to work in both Meteor 2 and 3 by removing all usages of the async and await keywords and use raw Promises instead since Promises in Meteor 2 are backed by fibers.

timheckel · June 10, 2024, 12:29am

Apologies if this was covered, but what is the state of redis-oplog? Two quick notes:

I see it listed on row 53 on the original spreadsheet:
Meteor 3.0 Packages Compatibility - Google Sheets
I also found a migration here: meteor-packages/redis-oplog at main · quavedev/meteor-packages · GitHub

I also feel like I read a post that it’s potentially going to be pulled into Meteor core?

Thanks for clarifying!

rjdavid · June 10, 2024, 2:04am

Seems to be a misunderstanding of which repository the package is using

github.com/cult-of-coders/redis-oplog

Using new meteor mongo async api

opened 09:52PM - 03 Aug 23 UTC

ToyboxZach

So with meteor 3.0 moving to the new async api I've noticed that this package is… not quite ready for it. If you run this with the env variable WARN_WHEN_USING_OLD_API=1 You end up with errors like this: ``` Calling method users.findOne from old API on server. W20230803-14:05:48.617(-7)? (STDERR) This method will be removed, from the server, in version 3. W20230803-14:05:48.617(-7)? (STDERR) Trace is below: W20230803-14:05:48.617(-7)? (STDERR) [object Object] W20230803-14:05:48.617(-7)? (STDERR) at warnUsingOldApi (packages/mongo/collection.js:24:12) W20230803-14:05:48.617(-7)? (STDERR) at hook.findOne (packages/mongo/collection.js:452:5) W20230803-14:05:48.618(-7)? (STDERR) at RedisSubscriptionManager.getDoc (packages/cultofcoders:redis-oplog/lib/redis/RedisSubscriptionManager.js:208:30) W20230803-14:05:48.618(-7)? (STDERR) at RedisSubscriptionManager.process (packages/cultofcoders:redis-oplog/lib/redis/RedisSubscriptionManager.js:147:28) W20230803-14:05:48.618(-7)? (STDERR) at packages/cultofcoders:redis-oplog/lib/mongo/lib/dispatchers.js:20:42 W20230803-14:05:48.618(-7)? (STDERR) at Array.forEach (<anonymous>) W20230803-14:05:48.618(-7)? (STDERR) at packages/cultofcoders:redis-oplog/lib/mongo/lib/dispatchers.js:14:20 W20230803-14:05:48.618(-7)? (STDERR) at packages/meteor.js:365:18 W20230803-14:05:48.619(-7)? (STDERR) at Meteor.EnvironmentVariable.EVp.withValue (packages/meteor.js:1389:31) W20230803-14:05:48.619(-7)? (STDERR) at dispatchEvents (packages/cultofcoders:redis-oplog/lib/mongo/lib/dispatchers.js:13:30) W20230803-14:05:48.619(-7)? (STDERR) at dispatchUpdate (packages/cultofcoders:redis-oplog/lib/mongo/lib/dispatchers.js:63:5) W20230803-14:05:48.619(-7)? (STDERR) at hook.update (packages/cultofcoders:redis-oplog/lib/mongo/Mutator.js:200:13) W20230803-14:05:48.619(-7)? (STDERR) at hook.update (packages/cultofcoders:redis-oplog/lib/mongo/extendMongoCollection.js:40:35) W20230803-14:05:48.619(-7)? (STDERR) at hook.Mongo.Collection.<computed> [as updateAsync] (packages/mongo/collection.js:1004:46) ``` The root problem looks to be this call: ``` getDoc(collection, subscribers, data) { const event = data[RedisPipe.EVENT]; let doc = data[RedisPipe.DOC]; if (collection._redisOplog && !collection._redisOplog.protectAgainstRaceConditions) { // If there's no protection against race conditions // It means we have received the full doc in doc return doc; } const fieldsOfInterest = getFieldsOfInterestFromAll(subscribers); if (fieldsOfInterest === true) { doc = collection.findOne(doc._id); } else { doc = collection.findOne(doc._id, { fields: fieldsOfInterest }); } return doc; } ``` Are there plans to async-ify this package or is there an alternative solution?

storyteller · June 10, 2024, 9:42am

I’ll be happy to merge PRs and publish new versions. I’m currently unable to contribute more than that.

As for it being pulled into core that is something being considered for Meteor 3.1 and discussion is ongoing. Most likely is going to happen, the bigger question is how to make that happen properly. There is also now DDP-router that can change the game a bit:

paulishca · June 10, 2024, 1:22pm

That sounded like a Galaxy thing. I hope Meteor is not going with 3.1 into the … Galaxy direction ending 2-3 years down the line like … Meteor Pro and Meteor Community.

harry97 · June 20, 2024, 2:35pm

Just wanted to point out that a new version of collection hooks got released thanks to the great efforts of Berislav Hunjadi / @bhunjadi .

illustreets · June 20, 2024, 3:59pm

This is amazing news! Thank you, @bhunjadi!

cloudiy · August 4, 2024, 6:07am

any updates on the package littledata:synced-cron?
seems like its not being being maintained and its holding me back from updating to meteor 3.
there are PR and issue on github that seems like people did help on updating it but no one is reviewing or approving.

if anyone has a better solution and a different package that does synced cron which is compatible with meteor 3, please let me know

vooteles · August 4, 2024, 8:03am

synced-cron has been ready for Meteor 3 for a while now. It is maintained here:

cloudiy · August 4, 2024, 8:14am

what about universe:18n

When i install meteor 3.0.2 beta.4, its installing the 2.1.1 but now there is version 3 which support meteor 3 and im not able to download it or update it
any solution on this matter?

dokithonon · August 4, 2024, 10:23am

I have just tried universe:i18n@3.0.0 and it is working perfectly with METEOR@3.0.2-beta.4

vikr00001 · August 4, 2024, 1:24pm

Any updates on swydo:ddp-apollo? It’s helpful for people who want to use postGres and/or other databases. I was able to get my Apollo GraphQL code working in Meteor v3 without it, but it was quite a lot of work.

storyteller · August 7, 2024, 8:26pm

swydo:ddp-apollo is outdated in the Apollo world as well. I think, given that the other Swydo projects aren’t being updated, we will have to do a fork.

vikr00001 · August 7, 2024, 9:33pm

I have code now that connects ApolloGraphQL to Meteor resolvers, with support for queries, mutations and subscriptions, and which puts the Meteor user object, and userId into context. I would be happy to contribute this code to the package.

storyteller · August 9, 2024, 1:13pm

Yes, let’s figure out the best way we should have Apollo in Meteor. Probably best to build a new package or expand the official one.

vikr00001 · August 9, 2024, 1:25pm

I don’t know anything about building a Meteor package, but I can contribute this code.

vikr00001 · August 9, 2024, 1:36pm

Shouid we do a video call/programming session?

harry97 · September 26, 2024, 10:06am

I updated the list again as I was working on the latest iteration of my monthly blog posts. We’ve made great strides since the last time with packages like meteor-roles becoming async compatible, thanks to the work of @storyteller

Previously I’ve given any viewer the ability to modify the spreadsheet in the hopes that we can all work simultaneously but apparently some douche decided to mess it all up then a good Samaritan decided to fix things. So, I’m not taking any chances again and locking it up, anyone can comment now and I’ll merge your comment if it’s worthy.