@malaquf a complete minimal sample (something that we can unzip or git clone, build, and deploy) that reproduces the problem would help a lot. Thank you!

@christophstrobl thank you for the very fast answer. Sorry for that, here it goes: https://github.com/malaquf/spring-data-mongodb-issue-4852
Thanks!

There are a couple of aspects and the fix isn't trivial. @Meta wasn't intended for implementation method usage and it isn't applicable for each operation (e.g. our save method doesn't even consider meta settings). A key problem is that @Meta isn't documented properly and therefore, there's no documentation about the usage scope.

When using @Meta, your method is considered a query method using query derivation. When using a single id and when your identifier is annotated with @MongoId instead of @Id, then the resulting query is valid and will return a result.

Going forward, there are a few things we need to consider:

1. Document the annotation properly (that's what we're going to do with this ticket)
2. Consider where @Meta could be used. Likely, we can only leverage a few find methods. Query by Example or Querydsl methods won't work really because of different infrastructure.

Interesting! Thank you for the info. I did some quick research and it seems I could simply replace @Id by @MongoId without any breaking changes. Is it really the case or there are some caveats?

Do you see a better/simpler approach to intercept the queries and append a default maxTimeMS?

Ok, I think this should be good for my use cases:

@Configuration
class MongoConfig {
	@Value("\${spring.data.mongodb.maxTimeMs}")
	private var maxTimeMs: Long = 7000

	@Bean
	fun mongoDBDefaultSettings(credential: MongoCredential): MongoClientSettingsBuilderCustomizer {
		return MongoClientSettingsBuilderCustomizer { builder: MongoClientSettings.Builder ->
			builder.addCommandListener(MaxTimeMsCommandListener(maxTimeMs))
		}
	}
}

class MaxTimeMsCommandListener(private val maxTimeMs: Long) : CommandListener {
	private val commandsWithMaxTimeMs = setOf(
		"find",
		"aggregate",
		"count",
		"distinct",
		"mapReduce",
		"group"
	)

	override fun commandStarted(event: CommandStartedEvent) {
		if (event.commandName in commandsWithMaxTimeMs) {
			event.command["maxTimeMS"] = BsonInt64(maxTimeMs)
		}
	}
}

Unfortunately, it is not that easy, as it turned out, command is immutable.
I see no way to extend spring data for that, unless I use Mongo Templates instead :/

It looks like org.springframework.data.mongodb.core.FindPublisherPreparer#prepare would be an ideal place to extend, but unfortunately, it's an internal class. I'd like to ask you if you could provide us a way to set maxTimeMS, as this is a very important configuration.

I'm also aware of this new mongodb driver feature, and would also like to ask you to consider supporting it soon: https://jira.mongodb.org/browse/JAVA-3828

Thank you.

Hello @mp911de,
I've seen the changes in this PR but I honestly, with all respect, don't know how this solves any problem.
I use @query without any problems on methods like the one I sent in my example, also with no need for a @mongoid annotated document. The documentation added is still not clear regarding the limitations mentioned in your comment in my opinion, and it is still not possible to set the maxTimeMS property in repository interfaces.