this post was submitted on 23 Jan 2024
363 points (96.7% liked)
Fediverse
28285 readers
701 users here now
A community to talk about the Fediverse and all it's related services using ActivityPub (Mastodon, Lemmy, KBin, etc).
If you wanted to get help with moderating your own community then head over to [email protected]!
Rules
- Posts must be on topic.
- Be respectful of others.
- Cite the sources used for graphs and other statistics.
- Follow the general Lemmy.world rules.
Learn more at these websites: Join The Fediverse Wiki, Fediverse.info, Wikipedia Page, The Federation Info (Stats), FediDB (Stats), Sub Rehab (Reddit Migration), Search Lemmy
founded 1 year ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
It's not just the visible complexity in this one file. The point of it is to keep a subscriber count in sync, but you have that code I referenced above, plus:
LinkPersonCommunityCreatedEvent
LinkPersonCommunityDeletedEvent
LinkPersonCommunityCreatedPublisher
LinkPersonCommunityDeletedPublisher
And then there are things like
LinkPersonCommunityUpdated[Event/Publisher]
which don't even seem to be used.This is all boilerplate IMO.
And all of that only (currently) serves keeping that subscriber count up to date.
And then there's the hidden complexity of how things get wired up with spring.
And after all that it's still fragile because that event is not tied to object creation:
And there's some code here:
https://github.com/sublinks/sublinks-api/blob/main/src/main/java/com/sublinks/sublinksapi/api/lemmy/v3/community/controllers/CommunityOwnerController.java#L138C31-L138C50
that is able to bypass the community link service and create links in the repository directly, which would presumably not trigger than event.
Maybe there's a good reason for that, but it sure looks fragile to me.