@@ -61,51 +61,58 @@ the version after v4.0 including any listed under v4.5.
61
61
Version 5.0 Breaking Changes
62
62
~~~~~~~~~~~~~~~~~~~~~~~~~~~~
63
63
64
- - This driver version introduces the following changes to the ``ConnectionId`` class:
65
-
66
- - The ``ConnectionId`` constructor now accepts a value of type ``long`` as its second
67
- parameter instead of type ``int``. Similarly, the constructor now accepts a value of
68
- type ``Long`` as its third parameter instead of type ``Integer``. Because this change breaks
69
- binary compatibility, recompile any existing code that calls the ``ConnectionId`` constructor.
64
+ - This driver version introduces the following changes to the ``ConnectionId`` class:
65
+
66
+ - The ``ConnectionId`` constructor now accepts a value of type ``long`` as its second
67
+ parameter instead of type ``int``. Similarly, the constructor now accepts a value of
68
+ type ``Long`` as its third parameter instead of type ``Integer``. Because this change breaks
69
+ binary compatibility, recompile any existing code that calls the ``ConnectionId`` constructor.
70
70
71
- - The ``withServerValue()`` method now accepts a parameter of type ``long`` rather than
72
- type ``int``. This change breaks binary compatibility, so you must recompile any code
73
- that calls the ``withServerValue()`` method.
71
+ - The ``withServerValue()`` method now accepts a parameter of type ``long`` rather than
72
+ type ``int``. This change breaks binary compatibility, so you must recompile any code
73
+ that calls the ``withServerValue()`` method.
74
74
75
- - The ``getServerValue()`` method now returns a value of type ``Long`` instead of type
76
- ``Integer``. Similarly, the ``getLocalValue()`` method returns a value of type
77
- ``long`` instead of type ``int``. Because this change breaks both binary and source
78
- compatibility, update any source code that uses these methods and rebuild your binary.
75
+ - The ``getServerValue()`` method now returns a value of type ``Long`` instead of type
76
+ ``Integer``. Similarly, the ``getLocalValue()`` method returns a value of type
77
+ ``long`` instead of type ``int``. Because this change breaks both binary and source
78
+ compatibility, update any source code that uses these methods and rebuild
79
+ your binary.
79
80
80
- <<<<<<< HEAD
81
81
- The following record annotations from the
82
82
``org.bson.codecs.record.annotations`` package are replaced with
83
83
annotations of the same name from the ``org.bson.codecs.pojo.annotations`` package:
84
84
85
85
- ``BsonId``
86
86
- ``BsonProperty``
87
87
- ``BsonRepresentation``
88
- =======
89
- - This driver version removes the following record annotations:
88
+
89
+ - This driver version removes the ``Filters.eqFull()`` method, released
90
+ exclusively in ``Beta``, which allowed you
91
+ to construct an equality filter when performing a vector search.
92
+ You can use the ``Filters.eq()`` method when instantiating a
93
+ ``VectorSearchOptions`` type, as shown in the following code:
94
+
95
+ .. code-block:: java
90
96
91
- - ``BsonId``
92
- - ``BsonProperty``
93
- - ``BsonRepresentation``
94
- >>>>>>> 33ab215 (tech review)
97
+ VectorSearchOptions opts = vectorSearchOptions().filter(eq("x", 8));
98
+
99
+ .. _java-breaking-changes-v5.0-observables:
100
+
101
+ - The ``getServerValue()`` method now returns a value of type ``Long`` instead of type
102
+ ``Integer``. Similarly, the ``getLocalValue()`` method returns a value of type
103
+ ``long`` instead of type ``int``. Because this change breaks both binary and source
104
+ compatibility, update any source code that uses these methods and rebuild your binary.
95
105
96
106
- You must pass a timeout duration, which is the first parameter, to the
97
107
following ``SocketSettings`` builder methods as a ``long`` type:
98
108
99
109
- ``connectTimeout()``
100
110
- ``readTimeout()``
101
111
102
- <<<<<<< HEAD
103
- In earlier versions, this parameter is of type ``int`` for both methods. To view an example
104
- that shows how to call ``SocketSettings`` methods, see the :ref:`SocketSettings Example
105
- <java-socketsettings-example>` in the Specify MongoClient Settings
106
- guide.
107
-
108
- This change breaks binary compatibility (requires recompiling) but does not
112
+ In earlier versions, this parameter is of type ``int`` for both methods. To view an example
113
+ that shows how to call ``SocketSettings`` methods, see the :ref:`SocketSettings Example
114
+ <java-socketsettings-example>` in the Specify MongoClient Settings
115
+ guide. This change breaks binary compatibility (requires recompiling) but does not
109
116
require code changes.
110
117
111
118
- This driver version removes the ``Filters.eqFull()`` method, released
@@ -117,26 +124,9 @@ Version 5.0 Breaking Changes
117
124
.. code-block:: java
118
125
119
126
VectorSearchOptions opts = vectorSearchOptions().filter(eq("x", 8));
120
- =======
121
- In earlier versions, this parameter is of type ``int`` for both methods. To view an example
122
- that shows how to instantiate a ``SocketSettings`` instance by using
123
- these methods, see the :ref:`SocketSettings Example
124
- <java-socketsettings-example>` in the Specify MongoClient Settings
125
- guide.
126
-
127
- - This driver version removes the ``Filters.eqFull()`` method, which allowed you
128
- to construct an equality filter when performing a vector search.
129
- You can use the ``Filters.eq()`` method when instantiating a
130
- ``VectorSearchOptions`` type, as shown in the following code:
131
127
132
- .. code-block:: java
133
-
134
- VectorSearchOptions opts = vectorSearchOptions().filter(eq("x", 8));
135
- >>>>>>> 33ab215 (tech review)
128
+ .. _java-breaking-changes-v5.0-observables:
136
129
137
- .. _java-breaking-changes-v5.0-observables:
138
-
139
- <<<<<<< HEAD
140
130
- This driver version removes the
141
131
``org.mongodb.scala.ObservableImplicits.ToSingleObservableVoid`` implicit
142
132
class. This means the ``org.reactivestreams.Publisher[Void]`` type no longer
@@ -146,17 +136,6 @@ Version 5.0 Breaking Changes
146
136
147
137
.. After the 5.0 Scala API docs are released, this line will be uncommented.
148
138
For more information, see the `Observable trait documentation <https://mongodb.github.io/mongo-java-driver/5.0/apidocs/mongo-scala-driver/org/mongodb/scala/Observable.html>`__.
149
- =======
150
- - This driver version removes the
151
- ``org.mongodb.scala.ObservableImplicits.ToSingleObservableVoid`` implicit
152
- class. This means the ``org.reactivestreams.Publisher[Void]`` type no longer
153
- converts automatically to ``org.mongodb.scala.SingleObservable[Void]``. The also
154
- API exposes ``org.mongodb.scala.Observable[Unit]`` instead of
155
- ``org.mongodb.scala.Observable[Void]``.
156
-
157
- .. After the 5.0 Scala API docs are released, this line will be uncommented.
158
- For more information, see the `Observable trait documentation <https://mongodb.github.io/mongo-java-driver/5.0/apidocs/mongo-scala-driver/org/mongodb/scala/Observable.html>`__.
159
- >>>>>>> 33ab215 (tech review)
160
139
161
140
- This driver changes how ``ClusterSettings`` computes
162
141
``ClusterConnectionMode``, making it more consistent by using the specified
0 commit comments