Para agentes de IA: hay un índice de documentación disponible en https://www.mongodb.com/es/docs/llms.txt — versiones en markdown de todas las páginas están disponibles agregando .md a cualquier ruta URL.
Docs Menu

Actualizar versiones de los controladores

En esta sección, puedes identificar los cambios que debes hacer en tu aplicación para actualizar tu controlador a una nueva versión.

Antes de actualizar, realiza las siguientes acciones:

  • Asegúrese de que la nueva versión del driver sea compatible con las versiones del MongoDB Server a las que su aplicación se conecta y con el entorno de ejecución de Java (JRE) en el que se ejecuta su aplicación. Para ver información sobre la compatibilidad, consulta la página de Compatibilidad.

  • Aborde cualquier cambio disruptivo entre la versión actual del driver que utiliza su aplicación y su versión de actualización planificada en la sección Cambios importantes. Para aprender más sobre los cambios de compatibilidad de las versiones del servidor MongoDB, consulte la sección Cambios de compatibilidad de lanzamiento del servidor.

Tip

Para minimizar la cantidad de cambios que tu aplicación podría requerir al actualizar versiones de drivers en el futuro, utiliza la Stable API.

Un cambio disruptivo es una modificación en una convención o comportamiento en una versión específica del driver que podría impedir que tu aplicación funcione correctamente si no se aborda antes de actualizarla.

Los cambios disruptivos en esta sección se categorizan según la versión del driver que los ha introducido. Al actualizar versiones de drivers, soluciona todos los cambios disruptivos entre la versión actual y la versión de actualización. Por ejemplo, si va a actualizar el controlador de la versión5.0 a la versión5.5, aborde todos los cambios disruptivos de las versiones posteriores a la versión5.0 incluyendo cualquiera listado para la v5.5.

Esta versión del driver introduce los siguientes cambios disruptivos:

  • Elimina el soporte para MongoDB Server v3.6. Para obtener más información sobre este cambio, consulta la sección Cambios en la compatibilidad con servidores de la versión del controlador 5.2 .

  • Revisa el versionado de dependencias de mongodb-crypt para que coincida con el versionado de los controladores de JVM. Las futuras versiones de mongodb-crypt se lanzarán junto con el controlador y compartirán el mismo número de versión. Debes actualizar tu dependencia de mongodb-crypt a la v5.2.0 al actualizar el controlador en esta versión.

Esta versión del driver introduce los siguientes cambios disruptivos:

  • Al usar el mecanismo de autenticación MONGODB-OIDC, no se pueden incluir caracteres de coma en el valor de la cadena de conexión authMechanismProperties. Si el valor de authMechanismProperties incluye una coma, pásalo como opción de conexión en una instancia de MongoClientSettings.

Esta versión del driver introduce los siguientes cambios disruptivos:

  • Se introducen los siguientes cambios en la clase ConnectionId:

    • El constructor ConnectionId ahora acepta un valor de tipo long como su segundo parámetro en lugar del tipo int. De manera similar, el constructor ahora acepta un valor de tipo Long como su tercer parámetro en lugar de tipo Integer. Debido a que este cambio rompe la compatibilidad binaria, recompila cualquier código existente que llame al constructor ConnectionId.

    • El método withServerValue() ahora acepta un parámetro de tipo long en lugar del tipo int. Debido a que este cambio rompe la compatibilidad binaria, debes recompilar cualquier código que llame al método withServerValue().

    • El método getServerValue() ahora regresa un valor de tipo Long en vez de tipo Integer. De manera similar, el método getLocalValue() devuelve un valor de tipo long en lugar de tipo int. Dado que este cambio rompe tanto la compatibilidad binaria como la de origen, actualice cualquier código fuente que utilice estos métodos y vuelva a compilar su binario.

  • Reemplaza las siguientes anotaciones de registros del paquete org.bson.codecs.record.annotations con anotaciones del mismo nombre del paquete org.bson.codecs.pojo.annotations:

    • BsonId

    • BsonProperty

    • BsonRepresentation

  • Cambia el tipo de datos del parámetro de duración de tiempo de espera connectTimeout para los métodos SocketSettings.Builder.connectTimeout() y SocketSettings.Builder.readTimeout(). El tipo de datos de este parámetro ahora es long en vez de int.

    En versiones anteriores, este parámetro es de tipo int para ambos métodos. Este cambio afecta la compatibilidad binaria y requiere recompilación, pero no requiere cambios en el código.

  • Remueve el método Filters.eqFull(), lanzado exclusivamente en Beta, que te permitía construir un filtro de igualdad al realizar una búsqueda vectorial. En su lugar, puedes usar el método Filters.eq() al crear una instancia del tipo VectorSearchOptions, como se muestra en el siguiente código:

    val opts = vectorSearchOptions().filter(eq("x", 8))
  • Cambia cómo ClusterSettings calcula la configuración ClusterConnectionMode, haciéndola más coherente al utilizar el nombre del set de réplicas especificado, independientemente de cómo esté configurado. Anteriormente, el driver solo consideraba el nombre del set de réplicas si se establecía en la cadena de conexión.

    Por ejemplo, las siguientes dos muestras de código devuelven ambos el valor ClusterConnectionMode.MULTIPLE. Anteriormente, el segundo ejemplo devolvió ClusterConnectionMode.SINGLE.

    ClusterSettings.builder()
    .applyConnectionString(ConnectionString("mongodb://127.0.0.1:27017/?replicaSet=replset"))
    .build()
    .mode
    ClusterSettings.builder()
    .hosts(listOf(ServerAddress("127.0.0.1", 27017)))
    .requiredReplicaSetName("replset")
    .build()
    .mode
  • BsonDecimal128 los valores responden a las llamadas de métodos de la misma manera que los valores Decimal128. BsonDecimal128.isNumber() ahora devuelve true y BsonDecimal128.asNumber() devuelve el BsonNumber equivalente.

  • Remueve los métodos ServerAddress getSocketAddress() y getSocketAddresses().

    En lugar de getSocketAddress(), utiliza el método de instancia getByName() de java.net.InetAddress.

    En lugar de getSocketAddresses(), utiliza el método de instancia getAllByName() de java.net.InetAddress.

  • Remueve los métodos UnixServerAddress getSocketAddress() y getUnixSocketAddress().

    En lugar de getSocketAddress(), utiliza el método de instancia getByName() de java.net.InetAddress.

    En lugar de getUnixSocketAddress(), construya una instancia de jnr.unixsocket.UnixSocketAddress. Pasar la ruta completa del archivo del socket UNIX al constructor. Por defecto, MongoDB crea un archivo de socket UNIX situado en "/tmp/mongodb-27017.sock". Para obtener más información sobre la clase UnixSocketAddress, consulta la documentación de la API UnixSocketAddress.

  • Remueve la interfaz Parameterizable. En lugar de implementar esta interfaz en un tipo Codec personalizado, sobrescriba el método CodecProvider.get() en el CodecProvider del códec si el códec está destinado a un tipo parametrizado.

  • Remueve el método isSlaveOk() de las clases ReadPreference y TaggableReadPreference. Para comprobar si una preferencia de lectura permite leer de un miembro secundario de un set de réplicas, use los isSecondaryOk() métodos de estas clases en su lugar.

  • Elimina los métodos auxiliares DBCollection.getStats() y DBCollection.isCapped() para el comando collStats. En lugar de estos métodos, puedes usar la etapa del pipeline de agregación $collStats.

  • Elimina las clases MapCodec y IterableCodec. En lugar de MapCodec, se debe usar MapCodecProvider. En lugar de IterableCodec, usar CollectionCodecProvider, o IterableCodecProvider para los tipos Iterable que no sean tipos Collection.

  • Remueve los métodos sharded() y nonAtomic() de las clases MapReducePublisher y MapReduceIterable.

  • Elimina los siguientes métodos para su uso con índices geoHaystack:

    • Indexes.geoHaystack()

    • IndexOptions.getBucketSize()

    • IndexOptions.bucketSize()

    En su lugar, puedes usar la etapa del pipeline de agregación $geoNear o un operador del query geoespacial en un índice 2d. Para obtener más información, consulta la página Consultas geoespaciales en el manual de MongoDB Server.

  • Elimina la opción oplogReplay de las operaciones de búsqueda. Los siguientes métodos oplogReplay ya no están disponibles:

    • DBCursor.oplogReplay()

    • DBCollectionFindOptions.isOplogReplay()

    • DBCollectionFindOptions.oplogReplay()

    • FindPublisher.oplogReplay()

    • FindIterable.oplogReplay()

  • Elimina los siguientes constructores Exception:

    • MongoBulkWriteException(BulkWriteResult, List<BulkWriteError>, WriteConcernError, ServerAddress)

    • MongoCursorNotFoundException(long, ServerAddress)

    • MongoQueryException(ServerAddress, int, String)

    • MongoQueryException(ServerAddress, int, String, String)

    • MongoQueryException(MongoCommandException)

  • Remueve las siguientes sobrecargas para el método BulkWriteResult.acknowledged():

    • acknowledged(Type, int, List<BulkWriteUpsert>)

    • acknowledged(Type, int, Integer, List<BulkWriteUpsert>)

    • acknowledged(int, int, int, Integer, List<BulkWriteUpsert>)

  • Elimina los siguientes constructores ChangeStreamDocument:

    • ChangeStreamDocument(String, BsonDocument, BsonDocument, BsonDocument, TDocument, TDocument, BsonDocument, ...)

    • ChangeStreamDocument(String, BsonDocument, BsonDocument, BsonDocument, TDocument, BsonDocument, BsonTimestamp, ...)

    • ChangeStreamDocument(OperationType, BsonDocument, BsonDocument, BsonDocument, TDocument, BsonDocument, BsonTimestamp, ...)

  • Se remueven los siguientes constructores para eventos:

    • CommandEvent(RequestContext, int, ConnectionDescription, String)

    • CommandEvent(int, ConnectionDescription, String)

    • CommandEvent(RequestContext, long, int, ConnectionDescription, String)

    • CommandFailedEvent(RequestContext, int, ConnectionDescription, String, long, Throwable)

    • CommandFailedEvent(int, ConnectionDescription, String, long, Throwable)

    • CommandStartedEvent(RequestContext, int, ConnectionDescription, String, String, BsonDocument)

    • CommandStartedEvent(int, ConnectionDescription, String, String, BsonDocument)

    • CommandSucceededEvent(RequestContext, int, ConnectionDescription, String, BsonDocument, long)

    • CommandSucceededEvent(int, ConnectionDescription, String, BsonDocument, long)

    • ConnectionCheckedInEvent(ConnectionId)

    • ConnectionCheckedOutEvent(ConnectionId, long)

    • ConnectionCheckedOutEvent(ConnectionId)

    • ConnectionCheckOutFailedEvent(ServerId, long, Reason)

    • ConnectionCheckOutFailedEvent(ServerId, Reason)

    • ConnectionCheckOutStartedEvent(ServerId)

    • ConnectionReadyEvent(ConnectionId)

    • ServerHeartbeatFailedEvent(ConnectionId, long, Throwable)

    • ServerHeartbeatSucceededEvent(ConnectionId, BsonDocument, long)

  • Remueve la opción errorLabels de la clase WriteConcernError. Esto incluye los métodos addLabel() y getErrorLabels() y el constructor que incluye un parámetro errorLabels. En su lugar, puedes utilizar las etiquetas de error incluidas en el objeto MongoException que contiene el WriteConcernError.

  • Elimina las siguientes clases del paquete com.mongodb.event:

    • ConnectionAddedEvent

    • ConnectionPoolOpenedEvent

    • ConnectionRemovedEvent

    • ClusterListenerAdapter

    • ConnectionPoolListenerAdapter

    • ServerListenerAdapter

    • ServerMonitorListenerAdapter

    El controlador también elimina los siguientes métodos relacionados de la interfaz ConnectionPoolListener:

    • connectionAdded()

    • connectionPoolOpened()

    • connectionRemoved()

    Para obtener más información sobre el paquete com.mongodb.event, consulte la documentación de la API.

  • Agrega la opción authorizedCollection para el comando listCollections. Esto introduce un cambio binario radical en el método MongoDatabase.listCollectionNames(). Este cambio no requiere ninguna modificación al código fuente, pero se debe recompilar cualquier código que utilice este método.

  • Remueve los siguientes métodos y tipos relacionados con la interfaz Stream:

    • MongoClientSettings.Builder.streamFactoryFactory() método. Usa el método MongoClientSettings.Builder.transportSettings() en su lugar.

    • MongoClientSettings.getStreamFactoryFactory() método. Usa el método MongoClientSettings.getTransportSettings() en su lugar.

    • NettyStreamFactoryFactory clase. En su lugar, llame al método TransportSettings.nettyBuilder() para crear un objeto NettyTransportSettings. Luego, llama al método MongoClientSettings.Builder.transportSettings() para aplicar la configuración.

    • NettyStreamFactory clase.

    • AsynchronousSocketChannelStreamFactory clase.

    • AsynchronousSocketChannelStreamFactoryFactory clase.

    • BufferProvider interfaz.

    • SocketStreamFactory clase.

    • Stream interfaz.

    • StreamFactory interfaz.

    • StreamFactoryFactory interfaz.

    • TlsChannelStreamFactoryFactory clase.

Tip

Para ver los cambios disruptivos de las versiones anteriores del driver, consulta las Notas de la versión en el repositorio Github de mongo-java-driver.

Un cambio de compatibilidad en la versión del servidor es una modificación en el driver de Kotlin sincronizar que deja de admitir un conjunto de versiones del servidor MongoDB.

El driver interrumpe el soporte para una versión de MongoDB Server después de que esta llegue a su final de vida útil (EOL).

Para obtener más información sobre el soporte de MongoDB para productos EOL, consulta la Política de soporte para versiones anteriores.

No puede usar una versión 3.x del controlador Kotlin Sync para conectarse a una implementación de MongoDB que ejecute MongoDB Server v8.1 o versiones posteriores. A partir de la versión v8.1 de MongoDB Server, el comando buildinfo requiere autenticación, lo que causa una incompatibilidad con la v3.x driver.

El controlador v5.5 deja de ser compatible con el MongoDB Server 4.0. Para utilizar el v5.5 driver, debes conectarte a MongoDB Server 4.2 o posterior. Para aprender cómo actualizar su implementación del Servidor MongoDB, vea las Notas de la versión en el manual del Servidor MongoDB.

El controlador v5.2 deja de ser compatible con el MongoDB Server 3.6. Para utilizar el v5.2 driver, debes conectarte a MongoDB Server 4.0 o posterior. Para aprender cómo actualizar su implementación del Servidor MongoDB, vea las Notas de la versión en el manual del Servidor MongoDB.

El driver v4.8 descarta el soporte para MongoDB Server 3.4 y versiones anteriores. Para utilizar el v4.8 driver, debes conectarte a MongoDB Server 3.6 o posterior. Para aprender cómo actualizar su implementación del Servidor MongoDB, vea las Notas de la versión en el manual del Servidor MongoDB.